Package Details: coqui-tts 0.27.5-1

Git Clone URL: https://aur.archlinux.org/coqui-tts.git (read-only, click to copy)
Package Base: coqui-tts
Description: Deep learning for Text to Speech
Upstream URL: https://github.com/idiap/coqui-ai-TTS
Licenses: MPL-2.0
Conflicts: python-tts, tts
Provides: python-tts, tts
Replaces: python-tts, tts
Submitter: AlphaJack
Maintainer: AlphaJack (evorster, skeilnet)
Last Packager: evorster
Votes: 3
Popularity: 0.000003
First Submitted: 2024-11-02 14:37 (UTC)
Last Updated: 2026-04-30 02:41 (UTC)

Latest Comments

1 2 3 Next › Last »

evorster commented on 2026-04-30 04:17 (UTC)

Updated it, added the missing dependencies in AUR. I tested it for functionality on my side.

AlphaJack commented on 2026-04-29 20:32 (UTC)

Hi @evorster, thank you for your proposal, I've added you as co-maintainer!

evorster commented on 2026-04-28 08:22 (UTC)

Package now depends on python-coqpit-config, rather than python-coqpit. Still does not work, as there are missing dependencies.

If you don't feel like maintaining this anymore, orphan it and I'll pick it up.

vsilv commented on 2026-01-30 11:30 (UTC)

Did anyone try to use the tts-server? There are a zillion of additional dependencies:

tts-server --list-models Traceback (most recent call last): File "/usr/bin/tts-server", line 5, in <module> from TTS.server.server import main File "/usr/lib/python3.14/site-packages/TTS/init.py", line 26, in <module> from TTS.tts.configs.xtts_config import XttsConfig File "/usr/lib/python3.14/site-packages/TTS/tts/configs/xtts_config.py", line 4, in <module> from TTS.tts.models.xtts import XttsArgs, XttsAudioConfig File "/usr/lib/python3.14/site-packages/TTS/tts/models/xtts.py", line 15, in <module> from TTS.tts.layers.xtts.gpt import GPT File "/usr/lib/python3.14/site-packages/TTS/tts/layers/xtts/gpt.py", line 8, in <module> from transformers import GPT2Config ModuleNotFoundError: No module named 'transformers'

Transformers is not the only one ...

aririos commented on 2025-02-16 09:28 (UTC) (edited on 2025-02-16 09:29 (UTC) by aririos)

python-hatchling is a build dependency

envolution commented on 2024-12-01 16:58 (UTC)

requires cython 3.0+ now please replace cython0 with cython in depends

actionless commented on 2024-10-26 22:25 (UTC)

ok, as i told previously, i don't have interesting in further maintaining the package - thus continuing the conversation indeed wouldn't lead to anything practical

but i just wanted to give a heads up that you might take a longer "time-out" before taking actions, giving a chance to actually respond on a filed request

Muflone commented on 2024-10-26 22:12 (UTC)

https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/message/DBK2MW6SU7NCADDBHIB6KQI2LOCNQLZV/

on 2024, Oct 5th the package python-tts was merged (removed) and the python-tts package was a duplicate of tts, regardless the maintainer who has uploaded it.

So, please let's close this discussion forever. tts has survived and python-tts become a duplicated package. I don't mind who created it, it was a duplicated package to remove and it was properly managed.

actionless commented on 2024-10-26 22:03 (UTC)

you replied, at the same time when i was adding to my previous message, so i'll copy-paste, as you probably won't get a notification for that:

also to add a a bit of context from my side - at the time when i was restoring python-tts package - both tts and python-tts there equally broken (ie having almost the same pkgbuild content) - so from two same pkgs i've just chosen the one with correct name

and also both packages had commit history, i haven't been creating a duplicate of the package in order to fix it

Muflone commented on 2024-10-26 22:01 (UTC) (edited on 2024-10-26 22:02 (UTC) by Muflone)

@actionless

@Muflone what level of adequateness do you have? my estimation guess is that it extremely low

This is pretty offensive, regardless the people you're refering to. So please never use such words in any Arch Linux community.

The duplicated packages are doomed to be deleted, regardless if they are more recent (they are mostly of course, otherwise they wouldn't be duplicated packages).

Over the 80% of the AUR requests in the past 10 years were managed by myself. I left my own request for some days to give other people the chance to reject it but in the end I'm the AUR guy which handles the requests, so if noone has rejected it (although it wasn't needed as the package was clearly a duplicated package to be deleted) it was regularly processed like any other request.

1 2 3 Next › Last »