Orphaning xfontsel
by Peter Hutterer
I've orphaned xfontsel, one of the many possibly-older-than-thou X
utilities. From the man page:
xfontsel - point and click selection of X11 font names
So it does support both point *and* click. Futuristic stuff indeed ;)
Package is here if you want to take it:
https://src.fedoraproject.org/rpms/xfontsel
Cheers,
Peter
3 years
Thoughts about packaging a standalone python-PyQt5-sip?
by Michel Alexandre Salim
Hi all,
Neal and I are looking at getting ButterManager packaged, and it
depends on sip and PyQt5-sip:
https://github.com/egara/buttermanager/blob/master/requirements.txt
Now, this is where things get a bit odd:
- the current sip (4.19.24) does not have autogenerated Python
provides, but sip5 does:
$ sudo dnf repoquery --provides sip
Last metadata expiration check: 1:48:00 ago on Wed 30 Dec 2020 02:50:53
PM PST.
sip = 4.19.24-1.fc33
sip(x86-64) = 4.19.24-1.fc33
sip-macros = 4.19.24-1.fc33
$ sudo dnf repoquery --provides sip5
Last metadata expiration check: 1:48:05 ago on Wed 30 Dec 2020 02:50:53
PM PST.
python-sip5 = 5.5.0-1.fc33
python3-sip5 = 5.5.0-1.fc33
python3.9-sip5 = 5.5.0-1.fc33
python3.9dist(sip) = 5.5
python3dist(sip) = 5.5
sip5 = 5.5.0-1.fc33
sip5(x86-64) = 5.5.0-1.fc33
- sip ships PyQt5 bindings with matching version, but sip 5 seems to no
longer do so
$ sudo dnf info python3-pyqt5-sip
Last metadata expiration check: 1:51:03 ago on Wed 30 Dec 2020 02:50:53
PM PST.
Installed Packages
Name : python3-pyqt5-sip
Version : 4.19.24
Release : 1.fc33
Architecture : x86_64
Size : 244 k
Source : sip-4.19.24-1.fc33.src.rpm
Repository : @System
From repo : fedora
Summary : SIP - Python 3/C++ Bindings Generator for pyqt5
URL : https://riverbankcomputing.com/software/sip/intro
License : GPLv2 or GPLv3 and (GPLv3+ with exceptions)
Description : This is the Python 3 build of pyqt5-SIP.
- https://pypi.org/project/PyQt5-sip/ has PyQt5-sip 12.8.1 but
https://pypi.org/project/sip/ has sip 5.5.0 which matches the sip5 in
Fedora (available since last month)
- there's a lot of packages that depend on python3-pyqt5-sip (though
none use the canonical python3dist(pyqt5-sip) unfortunately)
$ sudo dnf repoquery --repo rawhide,rawhide-source --whatrequires
'python3dist(pyqt5-sip)'
Last metadata expiration check: 0:15:20 ago on Wed 30 Dec 2020
04:28:29 PM PST.
$ sudo dnf repoquery --repo rawhide,rawhide-source --whatrequires
python3-pyqt5-sip
Last metadata expiration check: 0:15:30 ago on Wed 30 Dec 2020
04:28:29 PM PST.
calibre-0:4.23.0-3.fc34.x86_64
krita-0:4.4.1-1.fc34.i686
krita-0:4.4.1-1.fc34.x86_64
libarcus-0:4.8.0-1.fc34.src
mingw-python-qt5-0:5.15.0-4.fc34.src
pyqtwebengine-0:5.15.0-2.fc33.src
python-pyface-0:7.1.0-1.fc34.src
python-pynest2d-0:4.8.0-1.fc34.src
python-qt5-0:5.15.0-5.fc34.src
python3-arcus-0:4.8.0-1.fc34.x86_64
python3-arcus-lulzbot-0:3.6.21-8.fc34.x86_64
python3-poppler-qt5-0:0.75.0-6.fc33.x86_64
python3-pyqtchart-0:5.15.2-1.fc34.i686
python3-pyqtchart-0:5.15.2-1.fc34.x86_64
python3-qgis-0:3.16.1-2.fc34.i686
python3-qgis-0:3.16.1-2.fc34.x86_64
python3-qscintilla-qt5-0:2.11.5-1.fc34.x86_64
python3-qt5-base-0:5.15.0-5.fc34.i686
python3-qt5-base-0:5.15.0-5.fc34.x86_64
qhexedit2-0:0.8.9-2.fc33.src
scidavis-0:2.3.0-2.fc33.src
veusz-0:3.3.1-1.fc34.src
veusz-0:3.3.1-1.fc34.x86_64
Any idea what's the best way to handle this? and/or why PyQt5-sip's
versioning get so far ahead of sip?
Thanks,
--
Michel Alexandre Salim
profile: https://keyoxide.org/michel@michel-slm.name
chat via email: https://delta.chat/
GPG key: 5DCE 2E7E 9C3B 1CFF D335 C1D7 8B22 9D2F 7CCC 04F2
3 years
Bacula 11.0.2-3 for Fedora 33?
by Steven A. Falco
This morning "dnf update" brought in bacula 11.0.2-3. Previously I had been on 9.6.7-1.
Apparently, the new bacula wants a different database version. I have version 16, but it wants 1022.
I looked at the files in /usr/share/doc/bacula-director/updatedb but there doesn't seem to be anything to update the db from 16 to 1022.
For now, I've rolled back to 9.6.7-1 and blocked further dnf updates of bacula.
Are there any additional instructions on how to update the bacula database?
Steve
3 years
Re: KDE Autostart in F34
by Vitaly Zaitsev
On 27.04.2021 02:23, Ravindra Kumar wrote:
> It looks like KDE in Fedora 34 is not honoring open-vm-tools autostart
> script in /etc/xdg/autostart/vmware-user.desktop. GNOME seems to work fine.
This desktop file need to be replaced by the systemd-user unit, IMO.
--
Sincerely,
Vitaly Zaitsev (vitaly(a)easycoding.org)
3 years
Kerberos and Fedora's 2FA UX
by Miroslav Suchý
I have been using 2FA with the new Fedora Account system and the UX is ... can be improved. The question is how?
If you are not using 2FA yet then you may not know what I am talking about. Here:
https://fedoraproject.org/wiki/Infrastructure/Kerberos#Command_line
You have to run:
kinit -n @FEDORAPROJECT.ORG -c FILE:${HOME}/armor.ccache
kinit -T FILE:${HOME}/armor.ccache <username>@FEDORAPROJECT.ORG
To obtain the Kerberos ticket.
I already created my personal alias for this in my bashrc, but can we create some well known global alias for all
Fedora's devels? Any other idea how to improve the UX?
Miroslav
3 years
Self Introduction: Anatoly Vildemanov
by Anatoly Vildemanov
Hi,
My name is Anatoly Vildemanov, I work at Nvidia on UCX opensource project https://github.com/openucx/ucx
My general responsibility is CI and CD
And I will do packages UCX for fedora
For this could you please add me to "packager" group like member
Anatoly Vildemanov
Sr. Software Engineer, DevOps | Networking SW Mellanox
Mob: +79082335079
NVIDIA
3 years