Re: Rust Stack Spring Cleaning - 2024 Edition
On 11/04/2024 15:26, Fabio Valentini wrote: Hello Rust packagers, I'm continuously working on reducing unnecessary accumulation of cruft in the Rust package stack in Fedora, and I have been keeping track of unused library packages for almost three years now. Thanks for working on this! For packages where I am *not* the primary maintainer, I need help: - Is this package still required for something that I don't know about, or can it be dropped? - Was it added as a dependency for something else, but packaging this "something else" was abandoned? - Was it needed at the time, but is the library no longer needed now? *snip* - principis (1): rust-escape8259 I packaged this as it's a new dependency for rust-libtest-mimic, added in 0.7.0 [0]. If this dependency is no longer necessary, please let me know and I'll be happy to retire it. [0]: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2258358 -- Arthur Bols fas/irc: principis -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Three steps we could take to make supply chain attacks a bit harder
On 31/03/2024 13:42, Neal Gompa wrote: At this point, I'm used to MFA for stuff (and I use a password manager that handles 2FA OTPs too), but the Fedora implementation of MFA is uniquely bad because we have to do a lot in the terminal, and our MFA implementation sucks for terminal usage. If MFA is turned on: 1. The Fedora account integration in GNOME breaks 2. You need to concatenate password and OTP for getting a krb5 session ticket 3. The recovery mechanism involves GPG signed emails The experience using 2FA for Fedora accounts is sufficiently unpleasant that I really don't want to use it. Thank you, these are valid points that I was mostly unaware of. 1 and 2 (I use a mooltipass, so it's just one extra click) aren't a problem for me and hopefully I'll never need the 3rd, but I can see how this could have a big impact on other users. -- Arthur Bols fas/irc: principis -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Three steps we could take to make supply chain attacks a bit harder
On 31/03/2024 13:03, Kevin Kofler via devel wrote: This 2FA nonsense needs to stop! GitHub has enforced compulsory 2FA for contributors for a while, starting with "important" projects, then getting stricter and stricter. It has done absolutely nothing to stop this attack. How could it, when the backdoor was apparently introduced by the authorized maintainer? (Or if not, the attacker must have had access to their 2FA secret as well.) So, 2FA DOES NOT SOLVE THIS PROBLEM! STOP FORCING 2FA ON US! And especially DO NOT abuse this incident as an excuse to force 2FA down our throats, since 2FA DOES NOT SOLVE THIS PROBLEM. Sorry for being repetitive, but you were, too. THIS 2FA NONSENSE NEEDS TO STOP! 2FA for Fedora packagers doesn't solve *this* issue, but that wasn't Adam's point. What Adam is saying is that we're in danger of focusing too much on a specific issue while we should spent our time and energy on the general security aspect of Fedora. 2FA isn't nonsense, it strengthens security by a lot. A compromised (proven)packager account can do a lot of harm and can take a while to be noticed. If this would happen to us, Fedora's reputation would tank immediately. Mint is still regarded as a insecure distro (in my circles) for things that happened before I even entered the linux scene... Like it or not, this is 2024 and passwords are not as secure as they used to be. Yelling about it isn't going to solve anything. Meanwhile, enabling 2FA helps A LOT even if used incorrectly (e.g. storing it in the same keepassxc database). -- Arthur Bols fas/irc: principis -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Three steps we could take to make supply chain attacks a bit harder
On 31/03/2024 10:58, Adam Williamson wrote: 1. We *still don't have compulsory 2FA for Fedora packagers*. We *still don't have compulsory 2FA for Fedora packagers*. *WE STILL DON'T HAVE COMPULSORY 2FA FOR FEDORA PACKAGERS*. This finally motivated me to enable 2fa for my Fedora acount... An important note, the docs [0] should probably mention `fkinit -u `. It's much easier than using kinit. [0]: https://docs.fedoraproject.org/en-US/fedora-accounts/user/#pkinit -- Arthur Bols fas/irc: principis -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Feedback wanted: Kvantum 1.1.0 spec changes
On 28/03/2024 12:22, Neal Gompa wrote: On Thu, Mar 28, 2024 at 6:11 AM Arthur Bols wrote: This seems reasonable to me. Do we have any packaged themes that need to be adjusted alongside it? Thanks for taking a look! I don't think so. There is nothing breaking in the changelog for themes and everything still works fine on my systems. Themes should require the kvantum package and put their files in /usr/share/Kvantum, so packaging-wise everything stays the same. -- Arthur Bols fas/irc: principis -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Feedback wanted: Kvantum 1.1.0 spec changes
Hi all, Kvantum 1.1.0 has been released and changed the default compilation to Qt6. Due to this change, I would like to change the packaging such that the base package is Qt6 and a subpackage provides the Qt5 plugin. This causes major changes to the spec and resulting packages, so I would like some feedback on that. I also removed the dependency on the base package for the data subpackage. The circular dependency was a bit strange, and separating it allows installing kvantum-qt5 and kvantum-data separately. Attached is the patch outlining these changes. Your feedback would be greatly appreciated. Kind regards, Arthur Bols fas/irc: principisFrom 2d7a2c39be4baee14bc830c9e7fbf0d7480095bf Mon Sep 17 00:00:00 2001 From: Arthur Bols Date: Mon, 18 Mar 2024 11:49:52 +0100 Subject: [PATCH] Update to 1.1.0 (fedora#2269918) --- .gitignore | 1 + kvantum.spec | 84 ++-- sources | 2 +- 3 files changed, 51 insertions(+), 36 deletions(-) diff --git a/.gitignore b/.gitignore index 65200b2..7422abf 100644 --- a/.gitignore +++ b/.gitignore @@ -23,3 +23,4 @@ /kvantum-1.0.7.tar.gz /kvantum-1.0.9.tar.gz /kvantum-1.0.10.tar.gz +/kvantum-1.1.0.tar.gz diff --git a/kvantum.spec b/kvantum.spec index b403bc3..d2d47c8 100644 --- a/kvantum.spec +++ b/kvantum.spec @@ -1,8 +1,8 @@ %global _vpath_srcdir Kvantum -%bcond_without qt6 +%bcond_without qt5 Name: kvantum -Version:1.0.10 +Version:1.1.0 Release:%autorelease Summary:SVG-based theme engine for Qt, KDE and LXQt @@ -15,26 +15,35 @@ BuildRequires: cmake BuildRequires: make BuildRequires: pkgconfig(x11) BuildRequires: pkgconfig(xext) +BuildRequires: pkgconfig(Qt6Core) +BuildRequires: pkgconfig(Qt6Gui) +BuildRequires: pkgconfig(Qt6Linguist) +BuildRequires: pkgconfig(Qt6Svg) +BuildRequires: pkgconfig(Qt6Widgets) +%if 0%{?fedora} >= 40 +BuildRequires: cmake(KF6WindowSystem) +%endif +%if %{with qt5} BuildRequires: pkgconfig(Qt5) BuildRequires: pkgconfig(Qt5Designer) BuildRequires: pkgconfig(Qt5Svg) BuildRequires: pkgconfig(Qt5X11Extras) BuildRequires: cmake(KF5WindowSystem) -%if %{with qt6} -BuildRequires: pkgconfig(Qt6Core) -BuildRequires: pkgconfig(Qt6Gui) -BuildRequires: pkgconfig(Qt6Svg) -BuildRequires: pkgconfig(Qt6Widgets) %endif BuildRequires: desktop-file-utils BuildRequires: kde-filesystem -Requires: %{name}-data + Requires: hicolor-icon-theme +Requires: %{name}-data = %{version}-%{release} -%if %{with qt6} -Recommends: (%{name}-qt6 if qt6-qtbase-gui) +%if %{with qt5} +Recommends: (%{name}-qt5 if qt5-qtbase-gui) %endif +# Qt6 is default since 1.1.0 +Provides: kvantum-qt6 = %{version}-%{release} +Obsoletes: kvantum-qt6 < 1.1.0 + %description Kvantum is an SVG-based theme engine for Qt, tuned to KDE and LXQt, with an emphasis on elegance, usability and practicality. @@ -50,22 +59,21 @@ Qt widgets. Kvantum also comes with many other themes that are installed as root and can be selected and activated by using Kvantum Manager. -%if %{with qt6} -%package qt6 -Summary: SVG-based theme engine for Qt6 -Requires: %{name}-data +%if %{with qt5} +%package qt5 +Summary: SVG-based theme engine for Qt5 +Requires: %{name}-data = %{version}-%{release} -%description qt6 +%description qt5 Kvantum is an SVG-based theme engine for Qt, tuned to KDE and LXQt, with an emphasis on elegance, usability and practicality. -This package contains the Qt6 integration plugin. +This package contains the Qt5 integration plugin. %endif %package data Summary:SVG-based theme engine for Qt5, KDE and LXQt BuildArch: noarch -Requires: kvantum %description data Kvantum is an SVG-based theme engine for Qt, tuned to KDE and LXQt, with an @@ -77,22 +85,28 @@ This package contains the data needed Kvantum. %autosetup -n Kvantum-%{version} %build -%if %{with qt6} -%global _vpath_builddir %{_target_platform}-qt6 -%cmake -DENABLE_QT5:BOOL=OFF -%cmake_build -%endif +%if %{with qt5} %global _vpath_builddir %{_target_platform}-qt5 %cmake -DENABLE_QT5:BOOL=ON %cmake_build +%endif -%install -%if %{with qt6} %global _vpath_builddir %{_target_platform}-qt6 -%cmake_install +%cmake \ +-DENABLE_QT5:BOOL=OFF \ +%if 0%{?fedora} < 40 +-DWITHOUT_KF=ON %endif +%cmake_build + +%install +%if %{with qt5} %global _vpath_builddir %{_target_platform}-qt5 %cmake_install +%endif + +%global _vpath_builddir %{_target_platform}-qt6 +%cmake_install # desktop-file-validate doesn't recognize LXQt sed -i "s|LXQt|X-LXQt|" %{buildroot}%{_datadir}/applications/kvantummanager.desktop @@ -105,23 +119,23 @@ desktop-file-validate %{buildroot}%{_datadir}/applications/kvantummanager.deskto %doc Kvantum/ChangeLog Kvantum/NEWS Kvantum/README.md %{_bindir}/kvantummanager %{_bindir}/kvantumpreview -%{_qt5_plugindir}/styles/libkvantum.so - -%if %{with qt6} -%files qt6 -%license Kvantum/COPYING %{_qt
Re: Non-responsive maintainer check for dagostinelli
On 27/03/2024 14:28, Andreas Schneider wrote: Hi, I'm trying to reach the maintainer of fswatch [1]. fswatch will be a dependency of neovim 0.10 and I would like to get it updated to be prepared for the release. It looks like the maintainer is unresponsive. I've open the bugs [2] and [3]. [3] is the bug for this non-responsive maintainer check for dagostinelli. I can also (co-)maintain the package as it is a dependency of neovim soon. Best regards Andreas [1] https://src.fedoraproject.org/rpms/fswatch [2] https://bugzilla.redhat.com/show_bug.cgi?id=2270266 [3] https://bugzilla.redhat.com/show_bug.cgi?id=2271832 -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue I haven't seen him, adding CC to their email. -- Arthur Bols fas/irc: principis -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
pygobject3 orphaned?
Hi, pygobject3 was orphaned yesterday for lack of time, but it seems it wasn't announced on the devel list. Is this intended and are the other admins not interested in maintaining the package? Please let me know if that is the case, I'll be happy to take it as it's a dependency of power-profiles-daemon. -- Arthur Bols fas/irc: principis -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Orphaning packages (was LibreOffice packages)
On 29/06/2023 16:47, Bastien Nocera wrote: Hello, As part of the same process outlined in Matthias Clasen's "LibreOffice packages" email, my upstream and downstream work on desktop Bluetooth, multimedia applications (namely totem, rhythmbox and sound-juicer) and libfprint/fprintd is being stopped, and all the rest of my upstream and downstream work will be reassigned depending on Red Hat's own priorities, as I am transferred to another team. While it's possible that some of the maintenance will stay with me in the new team, I've not yet been told which team I would be joining. Here is a list of Fedora packages which I maintained or co-maintained which I won't be able to contribute to anymore: apfs-fuse bluez codespell eosrei-emojione-fonts geocode-glib gnome-bluetooth gnome-epub-thumbnailer gnome-kra-ora-thumbnailer gnome-user-share gom grilo grilo-plugins ifuse iio-sensor-proxy libfprint libglib-testing libimobiledevice libpeas libplist libportal libusbmuxd low-memory-monitor malcontent power-profiles-daemon sloccount switcheroo-control totem totem-pl-parser umockdev usbmuxd I've picked up power-profiles-daemon -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Two Years of Fedora Releases
On 23/06/2023 12:41, مصعب الزعبي wrote: It will be more stable, effective, natural-friendly and feasible if we make Fedora lifetime as: - One year between releases. - Two year of release lifetime. That doesn't really work with our "First" goal [0]. Then we're just another Ubuntu. [0]: https://docs.fedoraproject.org/en-US/project/#_first -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Red Hat Stream ONLY, Orphaning packages
On 21/06/2023 19:33, Jonathan Wright via devel wrote: If you'll add me as admin/owner on the packages I'll continue to maintain them. FAS jonathanspw Especially interested in remmina since I use it nearly every day. Hi Jonathan, If you want help with remmina, you can add me as a co-maintainer. -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: New look for Koji Web
On 21/06/2023 06:30, Ryan Lerch wrote: The Koji web front end is now running a new theme that brings it into line with the majority of our other devel focused web applications: https://koji.fedoraproject.org/ Looks very good, great work! -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: (lack) of koji stability
On 16/06/2023 16:29, Ralf Corsépius wrote: Hi, I am facing (seemingly non-deterministic) FTBSes in builds, which flawlessly build local mocks. On top of that, a couple of minutes ago, koji reported: File "/usr/lib/python3.11/site-packages/koji/daemon.py", line 1492, in runTask response = (handler.run(),) ^ File "/usr/lib/python3.11/site-packages/koji/tasks.py", line 335, in run return koji.util.call_with_argcheck(self.handler, self.params, self.opts) ^^ ... WTH is going on? Ralf My build also just failed on i686 with the same error: https://koji.fedoraproject.org/koji/taskinfo?taskID=102221654 -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Bodhi slow with 504 gateway timeouts
On 17/01/2023 16:15, Fabio Valentini wrote: On Tue, Jan 17, 2023 at 4:13 PM Richard Shaw wrote: On Tue, Jan 17, 2023 at 8:18 AM Arthur Bols wrote: On 17/01/2023 14:57, Stephen Smoogen wrote: So bodhi and pagure are at different datacenters with hopefully different network paths. Could people do some mtr or traceroutes from their locations so we can see if this can be ironed out. Currently the limited tools we have in Fedora Infra for checking this all show 'green' so the 'interconnects' between the services are working. Fedora infra is usually very slow for me, but Bodhi seemed much slower than usual (taking a full minute to load). After being really slow, I had a bunch of 503's (not 504) for a while, but now it seems to work fine: - /releases takes 10 seconds (and had a 500 error once) - /updates seems fast with 2.2 seconds I had some slow issues before the update to Bodhi but it looks like now I'm getting a different route and Bodhi is nice and snappy for me now. Things were similar for me - some queries were really slow and / or timing out earlier today, but now everything is nice and fast without any errors. So whatever it was, it was probably a temporary issue. Fabio Just to clarify, because I think I wasn't clear, now it works fine for me. I believe even better than before! :) Some slowness is probably due to my connection (ping of ~200ms). -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [Package Review] draco
On 15/01/2023 03:44, Luya Tshimbalanga wrote: Hello team, draco package is ready for review. https://bugzilla.redhat.com/show_bug.cgi?id=2160996 The spec file was originally from UnitedRPM [1] which only needs a clean up to adhere to the packaging guideline. The library itself is useful for Blender to compress 3D geometry. Thanks in advance for taking this package for review. Reference [1] https://github.com/UnitedRPMs/draco/blob/main/draco.spec -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer Hi Luya, I took the review. I would appreciate it if you could review mooltipass-udev: https://bugzilla.redhat.com/show_bug.cgi?id=2160449 . It's a simple package for the udev rules for mooltipass devices, which were previously included in the moolticute package. -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Bodhi slow with 504 gateway timeouts
On 17/01/2023 14:57, Stephen Smoogen wrote: So bodhi and pagure are at different datacenters with hopefully different network paths. Could people do some mtr or traceroutes from their locations so we can see if this can be ironed out. Currently the limited tools we have in Fedora Infra for checking this all show 'green' so the 'interconnects' between the services are working. Fedora infra is usually very slow for me, but Bodhi seemed much slower than usual (taking a full minute to load). After being really slow, I had a bunch of 503's (not 504) for a while, but now it seems to work fine: - /releases takes 10 seconds (and had a 500 error once) - /updates seems fast with 2.2 seconds $ mtr bodhi.fedoraproject.org -r -G Start: 2023-01-17T15:14:31+0100 HOST: MarkV Loss% Snt Last Avg Best Wrst StDev 1.|-- ptr-82pqtg1hqu6kedca1n3.1 90.0% 10 6.0 6.0 6.0 6.0 0.0 2.|-- ptr-377wgf58htvrzp7oh0ch. 20.0% 10 13.7 15.3 12.7 20.1 2.7 3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 4.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 6.|-- 2001:730:2302::d52e:a209 0.0% 10 16.3 18.0 13.1 24.9 3.5 7.|-- 2001:730:2302:1::d52e:a20 0.0% 10 17.9 17.4 13.4 20.4 2.7 8.|-- prs-bb1-v6.ip.twelve99.ne 10.0% 10 61.1 31.3 16.4 62.1 17.8 9.|-- ash-bb2-v6.ip.twelve99.ne 0.0% 10 105.2 108.7 104.0 118.7 5.0 10.|-- lax-b22-v6.ip.twelve99.ne 90.0% 10 160.2 160.2 160.2 160.2 0.0 11.|-- a100-ic325183-las-b24.ip. 0.0% 10 175.7 162.1 158.0 175.7 5.2 12.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 13.|-- 2620:107:4000:8006::126 0.0% 10 182.8 187.3 177.4 199.7 7.1 14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 15.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 16.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 17.|-- 2620:107:4000:c5e0::f3fd: 0.0% 10 188.3 188.2 182.0 192.4 2.8 18.|-- 2620:107:4000:a090::f000: 0.0% 10 185.3 185.5 182.5 187.6 1.6 19.|-- 2620:107:4000:cfff::f200: 0.0% 10 183.1 185.7 181.9 192.2 3.3 20.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 21.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 22.|-- 2620:107:4000:4205:8000:0 0.0% 10 182.8 188.9 182.0 220.5 11.5 23.|-- 2600:1f14:fad:5c02:7c8a:7 0.0% 10 188.2 187.1 180.4 210.5 8.5 $ traceroute bodhi.fedoraproject.org traceroute to bodhi.fedoraproject.org (8.43.85.67), 30 hops max, 60 byte packets 1 _gateway (192.168.0.1) 6.347 ms 10.770 ms 11.768 ms 2 d51A4C401.access.telenet.be (81.164.196.1) 20.244 ms 22.376 ms 22.311 ms 3 * * * 4 * * * 5 be-dgb01a-rb1-ae-19-0.aorta.net (213.46.162.9) 23.660 ms 23.584 ms 27.996 ms 6 be-bru02a-ra1-vl-6.aorta.net (213.46.162.14) 29.026 ms 21.811 ms 18.822 ms 7 prs-bb1-link.ip.twelve99.net (62.115.116.238) 22.234 ms 19.546 ms 25.043 ms 8 ash-bb2-link.ip.twelve99.net (62.115.112.242) 116.324 ms 117.718 ms 114.206 ms 9 ash-b2-link.ip.twelve99.net (62.115.123.125) 117.633 ms 117.595 ms 117.555 ms 10 viawest-svc073699-ic361683.ip.twelve99-cust.net (213.248.67.199) 117.473 ms 117.424 ms 117.385 ms 11 be23.bbrt01.iad10.flexential.net (66.51.1.148) 129.400 ms 130.492 ms 130.451 ms 12 be209.bbrt02.ral01.flexential.net (66.51.5.117) 120.744 ms 120.705 ms 120.597 ms 13 * be32.crrt02.ral01.flexential.net (148.66.238.113) 119.944 ms 122.230 ms 14 128.136.224.140 (128.136.224.140) 112.075 ms 111.922 ms 110.807 ms 15 8.43.84.1 (8.43.84.1) 176.779 ms 203.379 ms 205.480 ms 16 8.43.84.3 (8.43.84.3) 122.495 ms 120.608 ms 122.398 ms 17 8.43.84.4 (8.43.84.4) 215.289 ms 215.232 ms 211.599 ms 18 ip-8-43-86-126.foo.bar (8.43.86.126) 124.226 ms 126.584 ms 142.354 ms 19 proxy14.fedoraproject.org (8.43.85.67) 134.550 ms !X 116.964 ms !X 121.806 ms !X -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: FESCo wants to know what you use i686 packages for
On 17/03/2022 10:49, Matyáš Kroupa wrote: Hi, I use wine and steam (and some libraries which are required to run them) with total of 254 i686 packages. Matyáš I'm also using them for wine and steam. -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Change Proposal: replace dnf with dnf5
On 10/01/2023 20:13, David Cantrell wrote: https://pagure.io/fesco/issue/2870 https://fedoraproject.org/wiki/Changes/ReplaceDnfWithDnf5 This change proposal has been under discussion and revision for a while. A lot of work has gone in to this plan to minimize the disruption. Still, dnf is a core piece of software and we want to make sure everyone understands the proposal and has an opportunity to discuss it. The final revision of the proposal is available at the URL above. FESCo is waiting one more week for any remaining discussion on the change proposal. We plan to bring the proposal up for vote in the next meeting. Thanks for the reminder David! DNF5 looks very promising and the performance improvement is very welcome. Just to be sure, are the critical features under scope in the change proposal considered as blockers (Search for example isn't listed under `Acceptance Criteria`)? It would be a very bad idea to have a package manager without basic features such as search, list or info... Furthermore, DNF5 feels rough... - "???%" progress - negative/broken progress numbers (download/time/...) - unclear error message when running without root permissions - manually aborting download (^C) results in jumping to "Verifying PGP signatures" which of course fails - aborting (^C) mid progress breaks cursor - dnf5 clean packages shows "1 errors occurred" but no explanation? - I managed to break dnf5 with a std::length_error' error? (not sure how I did that) - it's less clear if a package is installed or not (there used to be a list of what was installed/removed) I know that this is a bit harsh and there's still a lot of time for improvements and polishing, but are we sure that there is enough time before the Fedora 39 release? Should this be postponed to Fedora 40 to allow for more testing, migration of other tools and more? -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Malicious communication (was: Re: Schedule for Tuesday's FESCo Meeting (2023-01-03))
On 9/01/2023 10:09, Mamoru TASAKA wrote: Honestly saying, I cannot understand this context, why native English speaker or not is relevant here, especially because I am also non-native. I don't think Fedora committers change their attitude against between native or non-native English speakers. Mamoru /Disclaimer: I don't want to take part in this discussion and this is not me taking a "side"./ I want to clarify that it's often difficult for non-native English speakers to come across as friendly. It's quite easy to write/speak English but sounding formal or friendly is a bit more difficult. Therefore I understand and agree that non-native English speakers are given a bit of leeway. -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Review requests: perl-Feature-Compat-Class, perl-Feature-Compat-Try (needed for licensecheck update)
On 6/01/2023 13:47, Sandro Mani wrote: Hi licensecheck-3.3.1 grew two new dependencies, reviews here: perl-Feature-Compat-Class: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2158741 perl-Feature-Compat-Try: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2158742 Happy to review in exchange. Thanks Sandro I took perl-Feature-Compat-Class, the other one was already taken by Petr. If you have some free time, I'd love to have diff-so-fancy (perl script) reviewed: https://bugzilla.redhat.com/show_bug.cgi?id=2150097 -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: TeXLive 2022 landing in rawhide today
On 5/01/2023 01:52, Tom Callaway wrote: Hi Fedora, TeXLive 2022 (composed of texlive-base and texlive SRPMs) is landing in rawhide today. I've done extensive local testing in mock to try to make sure it doesn't break anything obvious... but the size and scope of TL means that there are probably still some bugs introduced by this update. Please let me know if something stops building as a result of the new texlive packages, either via email, bugzilla, twitter, mastodon, or carrier pigeon, with as much detail as you can provide. I do not plan to push this to any stable Fedora, BUT, I have tested with it installed over Fedora 37 and it seems to work okay for me. Apologies on the delay in getting this done. I realize TL 2023 is probably coming out in a few months, hopefully, it will not take a year for me to get that update in place. Hi Spot, Thank you for your hard work! I use texlive daily and really appreciate it. I'm not sure if this is helps you, but I compiled a few of my largest documents (~600 pages in total with lots of math and figures) and visually compared one of them without any errors. -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Orphaning dlib
On 4/01/2023 14:19, Neal Gompa wrote: Why is howdy in COPR and not in Fedora yet? I don't really feel comfortable packaging it for Fedora. For one, there are a lot of issues with it: - pam needs to be configured manually - It's not secure at all - The config file is located in /lib64/security/howdy/config.ini - There are selinux issues - Annoying console messages - it uses pam-python which is very old, and not packaged for Fedora. I try to fix some of them as can be seen in the copr repo [1], but it doesn't follow the packaging guidelines. Furthermore, the development seems to have stalled on v3. I'll probably take another look at it when v3 comes out, but for now I think copr will do. [1]: https://copr.fedorainfracloud.org/coprs/principis/howdy/ -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Orphaning dlib
On 3/01/2023 20:21, Onuralp SEZER wrote: I will gladly take it, and any co-maintainers are welcome as well. Thank you for your contributions to dlib as well. Feel free to add me as a co-maintainer. I'm maintaining howdy in copr. -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
License change: moolticute
While converting moolticute to SPDX licensing, I removed the "effective licensing" strategy that was used. This change is already pushed to rawhide, I forgot to notify the devel list. The license changes from GPLv3 to GPL-3.0-or-later AND (GPL-3.0-only WITH Qt-GPL-exception-1.0) AND BSD-2-Clause AND BSD-3-Clause AND MIT AND OFL-1.1 AND CC-BY-3.0 -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Review swap
Hi all, I have a perl package (diff-so-fancy) up for review: https://bugzilla.redhat.com/show_bug.cgi?id=2150097 I'd be happy to review something in return. -- Arthur Bols fas/irc: principis ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Review swaps
Hi, I have 2 small python packages and 1 C/C++/Qt program, but it shouldn't be too much work. btrfs-assistant https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2093585 python-axolotl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2043231 python-axolotl-curve25519 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2043228 Let me know if you'd like to swap (or do some of them)! Kind regards, Arthur fas: principis On 3/06/2022 21:46, Mark E. Fuller wrote: Dear all, I'm looking to package task (https://taskfile.dev/) for Fedora and would like to offer to swap reviews: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2078117 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2078118 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2093467 All three spec files were generated automatically and the reviews should be trivial (at least I hope so). Thanks all, fuller -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Bugzilla email confirmation notices from FAS
On 11/01/2022 18:03, Yaakov Selkowitz wrote: You want anyone who receives or intercepts those emails to be able to access your account *without* logging in?!? How I interpreted it, and how most websites do it, is that the unique link just verifies the email address (or any other non-critical action), but doesn't log you in. Arthur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: is there an offshoot or branch of early Fedora for simple UI
On 9/01/2022 23:43, None Business wrote: I use(d) fedora to run my IDEs ( c++), now it is all floating-contracting windows , with gazilion 'drag-your-window' nonsense . I guess I am not cool enough to use this clusterfu..k, it is simply unusable for me , so I am looking for something that looks like early Fedora to simplify my development . Is there Fedora offshoot with a sane UI ? Please try to be more considerate in the future. This question is very rudely formulated... Anyway, there are a lot of different fedora spins: https://spins.fedoraproject.org/ You could also just install any desktop environment you want... If you don't want to drag windows, try a tiling window manager like i3. If you like classic Gnome, try Mate. Arthur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Review swaps
On 5/01/2022 05:04, Jerry James wrote: On Sat, Jan 1, 2022 at 7:46 PM Jerry James wrote: Happy New Year! I am in need of some package reviews to update parts of the OCaml stack: - ocaml-bos: https://bugzilla.redhat.com/show_bug.cgi?id=2031160 - ocaml-odoc-parser: https://bugzilla.redhat.com/show_bug.cgi?id=2036395 - ocaml-mdx: https://bugzilla.redhat.com/show_bug.cgi?id=2036396 - ocaml-stdcompat: https://bugzilla.redhat.com/show_bug.cgi?id=2036398 - ocaml-pyml: https://bugzilla.redhat.com/show_bug.cgi?id=2036399 Let me know what I can review for you. Regards, I am still in need of these reviews. If you don't need a package reviewed, I am willing to swap for something else. Let me know what I can do for you. Happy new year to you too! It's been a bit quiet over the holidays, so I'll take the reviews. I currently don't need any help, if someone else is in desperate need of a review (and maybe didn't have time to do yours), maybe you could help them! Arthur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Missing ownership /usr/share/locale/ directories
On 01/01/2022 13:09, Tom Hughes via devel wrote: Surely a symlink from mo to ro would be better so that people can set LANG=ro (the correct code) and get all the translations for Moldovan regardless of whether packages use the old or new code for it. I think this would create problems since packages would try to place files in /ro and /mo at the same time. ro isn't exactly new, mo was removed [0] for reasons. It seems it was just an alias for Romanian [1] (although this is probably very short sighted). The Romanian language is much more in use than Moldovan ever is/was, so packages which would ship translations for mo would most probably also have translations for ro. So the symlink would probably not be useful. Arthur [0] https://www.loc.gov/standards/iso639-2/php/code_changes.php [1] https://en.wikipedia.org/wiki/Moldovan_language ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Missing ownership /usr/share/locale/ directories
Hi all, While reviewing switchboard-plug-onlineaccounts [0], I noticed the package places files in /usr/share/locale/mo which isn't owned by anything. This isn't allowed by the packaging guidelines. Normally such folders should be owned by filesystem. There are more packages which place files in /usr/share/locale/mo, most noticable iso-codes: /usr/share/locale/mo/LC_MESSAGES/[iso_3166.mo|iso_3166-1.mo]. Since filesystem uses iso-codes to create the directory structure, this is odd. The origin of /usr/share/locale/mo/LC_MESSAGES/[iso_3166.mo|iso_3166-1.mo] is [1]. This file provides translation of ISO 3166-1 to Moldovan. The file names seems to be created using iso-639 codes, but the problem is that the "mo" ISO 639-1 code is deprecated. This is why filesystem doesn't create/own the /usr/share/locale/mo directory. There are more directories with missing ownership (probably with different reasons), I have compiled a list of them: == am_ET ar_LY ar_MA ar_SA ary as_IN bar be_BY be@tarask ca_ES@valencia cak cz en_BR es_419 es_ar gr gug gug_PY hy_AM hye it_CH jam kmr ko_KO kok@roman ko.UTF-8 ks@deva ks_IN LC_MESSAGES miq mjw mnw mnw_MM mo ms@Arab pa_IN pl.UTF-8 pt_br ro_MD sd@devanagari sr_BA@latin sr_CS sr_Cyrl sr_Latn zh_cn zh_CN.UTF-8 zh_Hans zh_Hans_CN zh_Hant zh_SG zh_TW.UTF-8 === I'm not familiar with this stuff, so I'm not sure how to solve this issue. I would like to complete my review of switchboard-plug-onlineaccounts, but this issue blocks it. I see multiple solutions: - Ignore it and approve switchboard-plug-onlineaccounts (this is against the packaging guidelines) - Patch it, so that "mo" is renamed to "ro" or "rom" and create an issue upstream. I'm not sure how feasible this is, since "mo" is effectively removed and there are also translation files for "ro". This may also cause conflict. - Add an entry to lang-exceptions [2] in filesystem to include "mo" - Suggest upstream iso-codes to look into this issue For the other directories, I sadly don't have time to look into all of them, and I think I have too little knowledge in this field. Regards, Arthur [0] https://bugzilla.redhat.com/show_bug.cgi?id=2033886 [1] https://salsa.debian.org/iso-codes-team/iso-codes/-/blob/main/iso_3166-1/mo.po [2] https://src.fedoraproject.org/rpms/filesystem/blob/rawhide/f/lang-exceptions ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Non-responsive maintainer: sjenning
On 19/11/2021 03:55, Gary Buhrmaster wrote: (Eventually) going down the pam-u2f upgrade process was on my infinitely countable TODO list for some time. Thanks for raising it! I am also willing to be a (co)-maintainer for pam-u2f if needed/necessary/desired (I am the maintainer for what will end up being a new dependency with a recent pam-u2f, i.e. libfido2). As I recall, upgrading pam-u2f to a recent release would allow orphaning/removing of a couple of the dependencies (libu2f-server/client). That is correct! They should be pretty much useless after upgrading pam-u2f. Seth has replied to the bugzilla bug, we'll see what he decides. I think it's definitely useful for you to be at least a co-maintainer, since pam-u2f depends on libfido2. I will be using pam-u2f for probably a very long time, so I wouldn't mind co-maintaining both if you would like some help. Relevant docs: https://docs.fedoraproject.org/en-US/fesco/Policy_for_encouraging_comaintainers_of_packages Arthur On 19/11/2021 03:55, Gary Buhrmaster wrote: On Thu, Nov 18, 2021 at 11:10 PM Arthur Bols wrote: Hi, Does anyone know if Seth Jennings (sjenning) is stil active in Fedora? I sent him an email in June without response. The package pam-u2f has been outdated for a while and I've created the non-responsive maintainer bug [1]. There is also a bug open for pyscard [2]. Please ping me on irc (principis) or reply to this email if anyone knows anything. I'm would like to maintain pam-u2f if needed. (Eventually) going down the pam-u2f upgrade process was on my infinitely countable TODO list for some time. Thanks for raising it! I am also willing to be a (co)-maintainer for pam-u2f if needed/necessary/desired (I am the maintainer for what will end up being a new dependency with a recent pam-u2f, i.e. libfido2). As I recall, upgrading pam-u2f to a recent release would allow orphaning/removing of a couple of the dependencies (libu2f-server/client). FWIW, I have been building (recent) pam-u2f versions in copr for my own use for a while now (so I even have a recently valid spec file should one want). Thanks! ___ devel mailing list --devel@lists.fedoraproject.org To unsubscribe send an email todevel-le...@lists.fedoraproject.org Fedora Code of Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives:https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it:https://pagure.io/fedora-infrastructure ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Non-responsive maintainer: sjenning
Hi, Does anyone know if Seth Jennings (sjenning) is stil active in Fedora? I sent him an email in June without response. The package pam-u2f has been outdated for a while and I've created the non-responsive maintainer bug [1]. There is also a bug open for pyscard [2]. Please ping me on irc (principis) or reply to this email if anyone knows anything. I'm would like to maintain pam-u2f if needed. Thanks, Arthur [1] https://bugzilla.redhat.com/show_bug.cgi?id=2024771 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1690777 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Unorphaning qtpass
Hi all, I am claiming qtpass [0] which is currently orphaned. Kind regards, Arthur [0]: https://src.fedoraproject.org/rpms/qtpass ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Trivial review swap: python-configupdater
On 06/07/2021 21:06, Ankur Sinha wrote: Hi folks, Would someone like to swap reviews please? I've got a trivial Python package that needs to be reviewed. It's a new BR for the new version of python-pyscaffold that's currently FTBFS and is blocking a couple of packages in rawhide. Review here: https://bugzilla.redhat.com/show_bug.cgi?id=1979708 Hi Ankur, I don't have a package for the moment, but I'll review it. I think it would be better for me to start with simpler packages anyway. :) Kind regards, Arthur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: New RPM submission
On 23/06/2021 19:34, Joan Moreau via devel wrote: Hello How can I move forward on this ? Thank you Hi Joan, Could you elaborate please? As Emmanuel said, you have two options: a) use a COPR repository and publish instructions on enabling the repo b) find an existing maintainer to do the heavy lifting and sign on as a co-maintainer to deal with upstream-related issues. The primary maintainer will then only have to deal with Fedora-related issues. Arthur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Self Introduction: Arthur Bols
Hi everyone, You may have seen me by now in the mailing lists or on IRC. Let me introduce myself. My name is Arthur Bols. I'm a Computer Science student from Belgium with a strong interest in FOSS and Linux. In 2017 I joined a student organization which strives to bring Computer Science and technology closer to students from an Open Source vision and using Free and Open Source Software. This pushed me on the path to using Linux as a daily driver and becoming increasingly interested in the Linux and Open Source community. After experimenting with many distributions, which I had a variety of different problems with, I was looking for a distribution which was stable, but offered up-to-date software. I finally settled on Fedora 30+ which has suited me very well. The past year, I've been using copr [0] to package missing or outdated software for myself and others. As this is unofficial and apparently people really use my packages, I would like to put my efforts in improving the Fedora repositories and become a package maintainer. To learn more about the packaging guidelines, I've been doing some preliminary reviews [1], [2] and [3]. Although there are only 3 of them, the reactions by other package maintainers helped me a lot. I have submitted my first review request for Moolticute. Moolticute [4] is a companion app to a Mooltipass device (a hardware password manager). It allows interaction between the Mooltipass and your pc for inserting passwords, managing the password database, and many more. You can find the review request here: https://bugzilla.redhat.com/show_bug.cgi?id=1974749 As this is my first package, I am looking for a sponsor. By becoming sponsored, I also want to try to prevent QtPass from being retired. It is currently orphaned and will be retired in 2 weeks. QtPass is a useful tool and development is still ongoing. It would be sad to see it go. I'm looking forward to collaborating with the Fedora community. If you have any questions, feel free to reply on this email or you can find me on IRC as principis. Kind regards, Arthur Bols FAS: principis [0]: https://copr.fedorainfracloud.org/coprs/principis/ [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1973980 [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1973680 [3]: https://bugzilla.redhat.com/show_bug.cgi?id=1973733 [4]: https://github.com/mooltipass/moolticute ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure