Dear all,
After a long process, I am happy to report that we're close to finally
being able to retire python-mock (which has long been deprecated in
favor of unittest.mock)
https://fedoraproject.org/wiki/Changes/RemovePythonMockUsagehttps://bugzilla.redhat.com/show_bug.cgi?id=2258085
❯ fedrq whatrequires python3-mock --src | grep -v -f done.txt
ansible-collection-dellemc-openmanage-10.0.1-3.fc44.src
beets-2.6.1-1.fc44.src
compose-utils-0.1.50-15.fc44.src
gtimelog-0.12.0-9.fc44.src
PRs are open for these
-
https://src.fedoraproject.org/rpms/ansible-collection-dellemc-openmanage/pu…
- https://src.fedoraproject.org/rpms/beets/pull-request/1-https://src.fedoraproject.org/rpms/compose-utils/pull-request/3
- https://src.fedoraproject.org/rpms/gtimelog/pull-request/3
We're likely not going to retire python-mock in F44 itself, despite the
change currently being targeted at it (it was originally filed for F40,
and has been deferred several times as shepherding these changes take
longer than expected).
We will, though, retire the package from Rawhide, so that if it
resurfaces (e.g. a package enabling tests, which pulls in mock) it will
get detected as a FTBFS.
These packages are currently FTBFS for unrelated reasons and we will
just have to not touch them -- rather than committing a change removing
python-mock usage that we can't easily test.
python-hupper
pychess
pytest also has tests that compare the behavior of unittest.mock vs
PyPI mock; that package has not been touched yet until other mock usage
has been removed.
There are several suggestions for how this change could have gone
better I'm taking onboard for next time -- more communication with
involved maintainers, and doing more of the upstreaming -- I apologize
for any inconvenience caused.
Best regards, I
--
_o) Michel Lind
_( ) https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
README: https://fedoraproject.org/wiki/User:Salimma#README
Hi,
As there is not package from Fedora, if one wnats to use vosk von Fedora in python, we have to install it this way:
pip3 install vosk portaudio
But that is something a package for Fedora is not allowed to do to fix it's dependencies.
Would you consider to build and maintain that package?
Things will be way easier as expcetd, because someoneelse had build libvosk.so for you and packaged it already,
so all you have to add is the python part. I tested the libvosk.so from vosk-api-devel.x86_64 via symlinking it:
vosk]# ls -la
insgesamt 25412
drwxr-xr-x. 4 root root 4096 6. Feb 09:25 .
drwxr-xr-x. 8 root root 4096 19. Apr 2025 ..
-rw-r--r--. 1 root root 9892 19. Apr 2025 __init__.py
lrwxrwxrwx. 1 root root 21 6. Feb 09:25 libvosk.so -> /usr/lib64/libvosk.so
-rwxr-xr-x. 1 root root 25986496 19. Apr 2025 libvosk.so_orig
drwxr-xr-x. 2 root root 4096 19. Apr 2025 __pycache__
drwxr-xr-x. 3 root root 4096 19. Apr 2025 transcriber
-rw-r--r--. 1 root root 3984 19. Apr 2025 vosk_cffi.py
and it works as expected. I have no idea what is required for a portaudio package or if the already packaged python3-pyaudio.x86_64 binding will be enough. Python is not my world tbh, but this is:
https://fedoramagazine.org/your-personal-voice-assistant-on-fedora-linux/
and that is what we get if you supply those to packages to Fedora.
Trust me here, what is written in that old article is still true, but way more features have been added since.
The PVA is able to administer a whole cluster of devices in a household and so open, that you can bind anything to it. even an llm can build working plugins for it( just tested ;) ) Due to 20+ supported languages we could make a lot of people happier.
Some core features:
- ollama LLM support for chat and analysing images
- chatgpt support ( same features )
- cluster support for audio/video out and input
- Netflix support
- CardDAV support
- Thunderbird support
- QMMP support
- any video player with MPRS2 ( celluloid prefered )
- fully open sourced
- easy extendible
- phonecall support via "twinkle" , in- and outgoing.
Please let me know what you think.