Re: Blueman and polkit - safe to remove "wheel" group requirement?

2022-07-13 Thread James Szinger
On Fri, 01 Jul 2022 11:56:38 - "Artur Frenszek-Iwicki" wrote: > Blueman, the bluetooth manager [0], requires the user to be in the > "wheel" group in order to perform certain functions (like > enabling/disabling bluetooth). This leads to a sub-optimal user > experience, where the user is

Re: F37 Change: Make pkexec and pkla-compat optional (Self-Contained Change proposal)

2022-02-17 Thread James Szinger
On Wed, 16 Feb 2022 09:17:41 -0800 Adam Williamson wrote: > On Wed, 2022-02-16 at 12:12 -0500, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/polkit_recommends_pkla_pkexec > > > > == Summary == > > Split `pkexec` from the polkit package and make it a recommended > > only

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-02 Thread James Szinger
On Sat, 2 Oct 2021 08:42:02 -0400 Demi Marie Obenour wrote: > > How many of these can be solved by tunneling everything in a WireGuard > mesh network, and using nftables rules to prevent spoofing? Sounds harder than setting up NIS+, which was supposed to solve many of these issues 30 years ago,

Re: python noarch packaging vs pip install

2021-03-09 Thread James Szinger
On Mon, 08 Mar 2021 17:33:00 + Mattia Verga via devel wrote: > I'm just wondering: what's the benefit of packaging Python noarch > projects in Fedora? Ob XKCD: https://xkcd.com/1987/ It is the same reason I build RPMs instead of installing Perl modules directly from CPAN. Jim

Re: Fedora 34 Change: Enable spec file preprocessing (System-Wide Change proposal)

2020-12-18 Thread James Szinger
On Fri, 18 Dec 2020 00:51:49 +0100 clime wrote: > Well, the users here are still packagers here no? I thought the "User" > in the title means "end user" who shouldn't be affected by it. Maybe > Ben can clarify this. I am making a distinction between Fedora packagers who use the Fedora

Re: Fedora 34 Change: Enable spec file preprocessing (System-Wide Change proposal)

2020-12-18 Thread James Szinger
On Fri, 18 Dec 2020 03:04:01 +0100 clime wrote: > I wouldn't call it "deprecating rpmbuild". That's certainly not at all > my intention. > > As a side-point, I think the cases where bare rpmbuild is used to > build an rpm/srpm from a dist-git repo are rather limited because you > probably need

Re: heads up: nss 3.59 breaks firefox add-ons

2020-12-18 Thread James Szinger
On Tue, 15 Dec 2020 11:17:21 -0800 Kevin Fenzi wrote: > If you upgrade in f33 or rawhide to nss 3.59, all your firefox add-ons > will stop working. Worse they will appear corrupted, so you will have > to remove them and re-install them (after downgrading nss). > > For now, downgrade nss or

Re: Fedora 34 Change: Enable spec file preprocessing (System-Wide Change proposal)

2020-12-17 Thread James Szinger
On Thu, 17 Dec 2020 14:05:40 -0500 Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Enable_Spec_File_Preprocessing > > == Summary == > This change should enable an opt-in spec file preprocessor in Fedora > infrastructure for the benefit of packagers. The preprocessor allows > some

Re: Modularity documentation [was Re: The future of Fedora Server...] Fedora CoreOS a Fedora Edition (System-Wide Change))

2020-12-10 Thread James Szinger
On Thu, 10 Dec 2020 22:10:03 +0100 Petr Šabata wrote: > Disable the freeradius module; it only has a context for the default > perl stream and is blocking the switch. Still no joy. By the way, my point here is not to get this working, but rather to demonstrate the complexity of modularity and

Re: Modularity documentation [was Re: The future of Fedora Server...] Fedora CoreOS a Fedora Edition (System-Wide Change))

2020-12-10 Thread James Szinger
On Tue, 8 Dec 2020 17:18:24 -0500 Matthew Miller wrote: > Is there a particular part of the documentation you're struggling > with, or something specifically you find missing? I don't mean to be > snarky, but I heard a lot of this complaint at the last DevConf.cz, > and then when the things

Re: Modularity documentation [was Re: The future of Fedora Server...] Fedora CoreOS a Fedora Edition (System-Wide Change))

2020-12-08 Thread James Szinger
On Tue, 8 Dec 2020 17:18:24 -0500 Matthew Miller wrote: > On Tue, Dec 08, 2020 at 08:02:01AM -0700, James Szinger wrote: > > I find the modularity end-user documentation to be woefully > > inadequate, especially for developers. > > Is there a particular part of the

Re: The future of Fedora Server (was Re: Fedora 34 Change: Make Fedora CoreOS a Fedora Edition (System-Wide Change))

2020-12-08 Thread James Szinger
On Mon, 07 Dec 2020 10:21:35 -0600 Michael Catanzaro wrote: > On Sat, Dec 5, 2020 at 7:33 am, James Szinger > wrote: > > Undelivered -devel packages and modularity are killer anti-features > > of EL 8—it is way too hard to build the software I need. > > Honestly

Re: The future of Fedora Server (was Re: Fedora 34 Change: Make Fedora CoreOS a Fedora Edition (System-Wide Change))

2020-12-05 Thread James Szinger
On Sat, 5 Dec 2020 01:24:22 +0100 p...@uni-bremen.de wrote: > I see advantages sui generis in Fedora Server over CentOS, not "just" > an interim solution or workaround until the next CentOS version is > released. You get (almost) all the positive features that make CentOS > /RHEL stand out (well

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-23 Thread James Szinger
On Mon, 23 Nov 2020 17:30:51 +0100 Andreas Tunek wrote: > Den lör 21 nov. 2020 kl 15:31 skrev James Szinger > : > > > On Fri, 20 Nov 2020 18:35:19 -0600 > > Brandon Nielsen wrote: > > > If it has changed, it would be really great if pipewire-pulse > > &

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-22 Thread James Szinger
On Sat, 21 Nov 2020 15:56:23 -0500 Neal Gompa wrote: > On Sat, Nov 21, 2020 at 3:53 PM James Szinger > wrote: > > According to the FAQ > > `https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/FAQ` > > > > Is PipeWire ready yet? > > > >

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-22 Thread James Szinger
On Sun, 22 Nov 2020 11:12:57 -0500 Solomon Peachy wrote: > On Sun, Nov 22, 2020 at 03:42:05PM +, Gargoyle wrote: > > - Available for testing from F33 onwards. > > - Default in F34 with compatibility library. > > It needs to be readily available for testing in F(n-1) for a complete

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-21 Thread James Szinger
On Sat, 21 Nov 2020 19:47:30 - "Tom Seewald" wrote: > Things like bluetooth support, audio for flatpak applications, and > the new pulse server were just added in the last month or so and > there are issues with stability and audio playback (look at the issue > tracker [1]), for example HSP

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-21 Thread James Szinger
On Fri, 20 Nov 2020 18:35:19 -0600 Brandon Nielsen wrote: > If it has changed, it would be really great if pipewire-pulse could > make it into the F33 repos so it could be easily tested. I agree. I think new software should be available and testable on a stable Fedora release before it becomes

Re: btrfs / booting alternative OS versions from subvolumes

2020-09-19 Thread James Szinger
On Sat, 19 Sep 2020 11:48:18 +0200 Daniel Pocock wrote: > I noticed another thread about subvolumes already exists, I'm starting > this one for the very specific topic of installing multiple root > filesystems as subvolumes > > Examples: Fedora 33 in one subvolume, Fedora rawhide in another >

Re: Proposed Modular Policy for Fedora ELN

2020-08-16 Thread James Szinger
On Thu, 6 Aug 2020 16:45:15 +0200 Miro Hrončok wrote: > Fedora has experimented with default modular streams for several > releases and we seemed to be at an agreement that the experiment has > failed: > > See https://pagure.io/fesco/issue/2406 which includes links to > relevant previous

Re: Proposed Modular Policy for Fedora ELN

2020-08-16 Thread James Szinger
On Wed, 5 Aug 2020 15:36:53 -0400 Stephen Gallagher wrote: > = Policies Regarding Modules in Fedora, Fedora ELN and EPEL I find that all the discussion of non-ELN Fedora and EPEL distract from the subject of ELN. The proposal would be clearer if it restricted itself to ELN and left non-ELN

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-26 Thread James Szinger
On Fri, 26 Jun 2020 12:30:02 -0500 Chris Adams wrote: > So... I freely admit I have not looked closely at btrfs in some time, > so I could be out of date (and my apologies if so). One issue that I > have seen mentioned as an issue within the last week is still the > problem of running out of

Re: [External] Re: Fedora+Lenovo

2020-05-01 Thread James Szinger
On Fri, 1 May 2020 09:56:13 -0700 Kevin Fenzi wrote: > On Fri, May 01, 2020 at 09:48:51AM -0700, Adam Williamson wrote: > > On Fri, 2020-05-01 at 10:03 -0600, James Szinger wrote: > > > On Fri, 01 May 2020 13:19:50 +0200 > > > Markus Larsson wrote: >

Re: [External] Re: Fedora+Lenovo

2020-05-01 Thread James Szinger
On Fri, 01 May 2020 13:19:50 +0200 Markus Larsson wrote: > Well, I'm happy with that answer. I rather have you say where things > will go is unclear than have some cookie cutter marketing answer. > This answer helps me figure out where this is hopefully going and how > much to hope for it to