Fedora-Cloud-33-20210525.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210524.0): ID: 893718 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: When is pappl going to be good enough to replace cups?

Kevin Kofler via devel wrote: > Zdenek Dohnal wrote: > > CUPS discovery is designed to run on secure, private LAN, so it is > > expected that you have a protection against somebody connecting to your > > WIFI. > > That is (still) a reasonable assumption for a home WiFi WLAN on which a home > pr

Re: When is pappl going to be good enough to replace cups?

Dnia Mon, May 24, 2021 at 08:21:07PM -0400, Solomon Peachy napisał(a): > > > Well, if I want to configure the printer, I need to know what to point my > > browser at. But sure, if a dialog gives me a link, that is a way. Though it > > means yet another layer of indirection (bringing up the dialo

Fedora-Cloud-32-20210525.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20210524.0): ID: 893734 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Fedora-Cloud-34-20210525.0 compose check report

No missing expected images. Failed openQA tests: 8/8 (x86_64) Old failures (same test failed in Fedora-Cloud-34-20210524.0): ID: 893744 Test: x86_64 Cloud_Base-qcow2-qcow2 base_services_start URL: https://openqa.fedoraproject.org/tests/893744 ID: 893745 Test: x86_64 Cloud_Base-qcow2-qc

Re: When is pappl going to be good enough to replace cups?

On 5/25/21 10:22 AM, Tomasz Torcz wrote: > Dnia Mon, May 24, 2021 at 08:21:07PM -0400, Solomon Peachy napisał(a): >>> Well, if I want to configure the printer, I need to know what to point my >>> browser at. But sure, if a dialog gives me a link, that is a way. Though it >>> means yet another lay

Fedora-IoT-34-20210525.0 compose check report

Missing expected images: Iot dvd x86_64 Iot dvd aarch64 Failed openQA tests: 1/15 (aarch64) Old failures (same test failed in Fedora-IoT-34-20210519.0): ID: 893778 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/893778 Soft failed openQA tests:

Re: When is pappl going to be good enough to replace cups?

On Tue, May 25, 2021 at 10:03:13AM +0200, Björn Persson wrote: > None of that answers the question: How can I tell whether the printer > I'm sending to is on an untrusted network, on an imaginary network > created for a USB printer, or on a 1980s-style isolated LAN? Will the > name of the network i

Re: When is pappl going to be good enough to replace cups?

On 5/24/21 1:42 PM, Stephen John Smoogen wrote: > I have had very bad luck in setting up new network printers over the > last 4 years. I can get all of them to print from Windows and Mac, but > every one of them from HP, Brother, and some other brands could not > print anything from Linux. They wer

Re: HEADS UP: icu 69 coming to rawhide

Hi Pete, On Wednesday, 2021-05-19 14:59:42 +0100, Pete Walter wrote: >I am in the process of updating icu from 67.1 to 69.1 in rawhide. Thank you again! Eike -- GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A signature.asc Description: PGP signature ___

Fedora rawhide compose report: 20210525.n.0 changes

OLD: Fedora-Rawhide-20210524.n.0 NEW: Fedora-Rawhide-20210525.n.0 = SUMMARY = Added images:0 Dropped images: 5 Added packages: 25 Dropped packages:18 Upgraded packages: 88 Downgraded packages: 0 Size of added packages: 164.02 MiB Size of dropped packages

fail2ban: need selinux help!

Due to a change in SELinux for Fedora 34 (I can't find the link right now), the policy for fail2ban needs to be updated[1] but the changes are a little bit beyond my understanding of SELinux. Any help or pointers from an expert? Thanks, Richard [1] https://bugzilla.redhat.com/show_bug.cgi?id=195

Re: When is pappl going to be good enough to replace cups?

On Mon, 24 May 2021 at 22:30, Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > Solomon Peachy wrote: > > > On Tue, May 25, 2021 at 01:27:03AM +0200, Kevin Kofler via devel wrote: > >> I do not see how that is the common use case. Why would I want to print > >> from my telephone? I

Re: When is pappl going to be good enough to replace cups?

On Tue, 25 May 2021 at 04:04, Björn Persson wrote: > Kevin Kofler via devel wrote: > > Zdenek Dohnal wrote: > > > CUPS discovery is designed to run on secure, private LAN, so it is > > > expected that you have a protection against somebody connecting to your > > > WIFI. > > > > That is (still) a

📦 Advice on packaging azure-cli

👋🏻 Hello there, I'm eager to package Azure's CLI tools for Fedora that would allow users to manage their Microsoft Azure cloud infrastructure. This would help with CI/CD, information security, monitoring, and of course, deployments. However, these cloud tools are a bit tricky to package. Ther

Re: 📦 Advice on packaging azure-cli

On 5/25/21 8:29 AM, Major Hayden wrote: > 👋🏻 Hello there, > > I'm eager to package Azure's CLI tools for Fedora that would allow users > to manage their Microsoft Azure cloud infrastructure. This would help > with CI/CD, information security, monitoring, and of course, deployments. I don't ha

Re: 📦 Advice on packaging azure-cli

On Tue, May 25, 2021 at 8:30 AM Major Hayden wrote: > > 🏻 Hello there, > > I'm eager to package Azure's CLI tools for Fedora that would allow users > to manage their Microsoft Azure cloud infrastructure. This would help > with CI/CD, information security, monitoring, and of course, deployments. >

Re: 📦 Advice on packaging azure-cli

On 25. 05. 21 14:29, Major Hayden wrote: 👋🏻 Hello there, I'm eager to package Azure's CLI tools for Fedora that would allow users to manage their Microsoft Azure cloud infrastructure. This would help with CI/CD, information security, monitoring, and of course, deployments. However, these clo

Re: 📦 Advice on packaging azure-cli

On 5/25/21 7:53 AM, Dusty Mabe wrote: I don't have much feedback for you, but just wanted to say thank you for working on this. It's so nice when we can just pull packages from our repos and just start using them. A lot of cloud providers have containers these days for their CLI tools, but I'd pr

[Test-Announce] Fedora-IoT 35 RC 20210525.1 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora-IoT 35 RC 20210525.1. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_pl

Fedora-Rawhide-20210525.n.0 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 6 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 24/194 (x86_64), 13/133 (aarch64) New failures (same test not failed in Fedora-Rawhide-20

Re: 📦 Advice on packaging azure-cli

On 5/25/21 8:01 AM, Miro Hrončok wrote: The culprit of trying to maintain them in one component is that they are released independently. Maintaining various subpackages with different versions and release cycles from the same spec file is a huge PITA. However, so is maintaining 100 packages. T

Re: 📦 Advice on packaging azure-cli

On 25. 05. 21 15:18, Major Hayden wrote: Have a look at https://src.fedoraproject.org/rpms/pyproject-rpm-macros Where has this been all my life? 😱 It is somewhat new. Let me know if you need assistance or if you find problems. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___

Schedule for Tuesdays's FESCo Meeting (2021-05-25)

Following is the list of topics that will be discussed in the FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2021-05-25 17:00 UTC' Links to all issues to be

Fedora-IoT-35-20210525.1 compose check report

No missing expected images. Failed openQA tests: 3/15 (aarch64), 2/16 (x86_64) New failures (same test not failed in Fedora-IoT-35-20210508.0): ID: 894366 Test: aarch64 IoT-dvd_ostree-iso base_services_start@uefi URL: https://openqa.fedoraproject.org/tests/894366 ID: 894368 Test: aarch

Re: 📦 Advice on packaging azure-cli

On 5/25/21 9:01 AM, Miro Hrončok wrote: > On 25. 05. 21 14:29, Major Hayden wrote: > > The culprit of trying to maintain them in one component is that they are > released independently. Maintaining various subpackages with different > versions > and release cycles from the same spec file is

[Fedocal] Reminder meeting : Fedora Source-git SIG

Dear all, You are kindly invited to the meeting: Fedora Source-git SIG on 2021-05-26 from 14:30:00 to 15:30:00 GMT At meet.google.com/mic-otnv-kse The meeting will be about: Bi-weekly meeting of the Fedora source-git SIG Agenda: https://pagure.io/fedora-source-git/sig/issues?tags=meeting&s

[Fedocal] Reminder meeting : Fedora Source-git SIG

Dear all, You are kindly invited to the meeting: Fedora Source-git SIG on 2021-05-26 from 14:30:00 to 15:30:00 GMT At meet.google.com/mic-otnv-kse The meeting will be about: Bi-weekly meeting of the Fedora source-git SIG Agenda: https://pagure.io/fedora-source-git/sig/issues?tags=meeting&s

Re: F34: AVCs on dbus socket from GNOME

Tim Jackson kirjoitti 25.5.2021 klo 0.58: Since upgrading from a fairly clean F33 (installed from scratch a few months ago) to F34 I get regular (upon each desktop login, I believe) SELinux denials on what appears to be a dbus socket from gnome-shell and other components: type=AVC msg=audit(1

Re: 📦 Advice on packaging azure-cli

On 25.05.2021 16:27, Dusty Mabe wrote: Should we consider the overhead costs (storage, compute, accounting etc) for doing 100 small versus one large package? Already discussed multiple times: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/33YRLXPBUHVFS3OIPNE

F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/FedoraCloudBtrfsByDefault == Summary == For cloud installs of Fedora, we want to provide advanced file system features to users in a transparent fashion. Thus, we are changing the file system for the Cloud Edition to Btrfs so we can leverage its features and

Summary/Minutes from today's FESCo Meeting (2021-05-25)

=== #fedora-meeting: FESCO (2021-05-25) === Meeting started by mhroncok at 17:01:20 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2021-05-25/fesco.2021-05-25-17.01.log.html . Meeting summary

Unresponsive maintainer for pdsh package

I'd like to report what I think is an unresponsive maintainer for the pdsh package. I opened a bugzilla to get an EPEL8 branch created: https://bugzilla.redhat.com/show_bug.cgi?id=1960006 and have gotten no response from that or from direct emails to maintainers. I would be happy to become a main

Re: When is pappl going to be good enough to replace cups?

There are so many moving pieces here that it's hard to get a handle on this. I had trouble seeing local network printers so I tried following the advice Zdenek published [1], but I ran into a nest of issues: printing depending on avahi, which fails quietly and is hard to debug. Specifically, I

Re: F35 Change: Debuginfod By Default (Self-Contained Change proposal)

Hi - asmadeus wrote: > - My usecase admitedly wasn't a very nice one (graphical application, > info dll says I have 265 linked libraries...), but it felt very slow. Yes, a first-time download series for such a program is going to take time. (Afterwards, it's cached.) > Looking at iftop the s

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

> > Am 25.05.2021 um 19:03 schrieb Ben Cotton >: > > https://fedoraproject.org/wiki/Changes/FedoraCloudBtrfsByDefault > > == Summary == > > For cloud installs of Fedora, we want to provide advanced file system > features to users in a transparent fashion. Thus, we ar

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

On Tue, May 25, 2021 at 3:52 PM Peter Boy wrote: > > > Am 25.05.2021 um 19:03 schrieb Ben Cotton : > > https://fedoraproject.org/wiki/Changes/FedoraCloudBtrfsByDefault > > == Summary == > > For cloud installs of Fedora, we want to provide advanced file system > features to users in a transparent f

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

> Am 25.05.2021 um 21:56 schrieb Neal Gompa : > > On Tue, May 25, 2021 at 3:52 PM Peter Boy wrote: >> >> >> Am 25.05.2021 um 19:03 schrieb Ben Cotton : >> >> https://fedoraproject.org/wiki/Changes/FedoraCloudBtrfsByDefault >> >> This includes the same subvolume layout that is used on the des

Fedora Linux 32 End Of Life

Hello all, As of the 25th of May 2021, Fedora Linux 32 has reached its end of life for updates and support. No further updates, including security updates, will be available for Fedora 32. All the updates that are currently in testing won't get pushed to stable. Fedora 33 will continue to receive

Re: Fedora Linux 32 End Of Life

On Tuesday, 25 May 2021 at 23:06, Mohan Boddu wrote: > Hello all, > > As of the 25th of May 2021, Fedora Linux 32 has reached its end of > life for updates and support. No further updates, including security > updates, will be available for Fedora 32. All the updates that are > currently in testin

Re: F34: AVCs on dbus socket from GNOME

On 25/05/2021 17:20, Otto Urpelainen wrote: [..] type=AVC msg=audit(1621790705.033:963): avc:  denied  { write } for pid=136319 comm="gnome-shell" name="dbus-QyPy1X95QF" dev="tmpfs" ino=368 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:tmp_t:s0 tclass=sock_file per

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

On Tue, May 25, 2021 at 5:05 PM Peter Boy wrote: > > > > Am 25.05.2021 um 21:56 schrieb Neal Gompa : > > > > On Tue, May 25, 2021 at 3:52 PM Peter Boy wrote: > >> > >> > >> Am 25.05.2021 um 19:03 schrieb Ben Cotton : > >> > >> https://fedoraproject.org/wiki/Changes/FedoraCloudBtrfsByDefault > >>

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

On 5/25/21 5:04 PM, Peter Boy wrote: So the same model works totally fine for both desktop and server. I myself lack the exact technical knowledge, but (all?) server and file system experts I hear consider just that a gross misconception. I think you and Neal talk about two different things.

Re: Fedora Linux 32 End Of Life

On Tue, May 25, 2021 at 11:12:07PM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 25 May 2021 at 23:06, Mohan Boddu wrote: > > Hello all, > > > > As of the 25th of May 2021, Fedora Linux 32 has reached its end of > > life for updates and support. No further updates, including security

Re: Let's retire original glib and gtk+

On Sat, May 22 2021 at 09:23:23 AM +1000, Bob Hepple wrote: I have no idea how significant this might be, but perhaps this should be discussed more publicly. Use containers? Ship your own glib as a static lib? I'm impressed you have software that still needs it tbh. Anyway, there have been

Re: Let's retire original glib and gtk+

On Tue, May 25, 2021 at 4:01 PM Michael Catanzaro wrote: > Anyway, there have been no other objections, and there's been no > comment from the package owner, so I wonder if any provenpackagers > would be willing to do the glib package retirement? I forgot to mention that I looked at porting surf-

Re: Fedora Linux 32 End Of Life

On Tue, May 25, 2021 at 5:12 PM Dominik 'Rathann' Mierzejewski wrote: > > On Tuesday, 25 May 2021 at 23:06, Mohan Boddu wrote: > > Hello all, > > > > As of the 25th of May 2021, Fedora Linux 32 has reached its end of > > life for updates and support. No further updates, including security > > upda

Re: F35 Change: Debuginfod By Default (Self-Contained Change proposal)

Frank Ch. Eigler wrote on Tue, May 25, 2021 at 02:57:54PM -0400: > > [...] Most of these libraries are nothing I care about. [...] but > > could it be possible to not download anything at this point and only > > download debuginfos when they are really used [...] > > This sounds like a worthwhile

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

> Am 25.05.2021 um 23:20 schrieb Neal Gompa : > > On Tue, May 25, 2021 at 5:05 PM Peter Boy wrote: >> >> >> As to my knowledge it’s not about space (there is no difference in this >> respect), it's about strikt separation of system and user data, containment >> in the event of a file system

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

> Am 25.05.2021 um 23:33 schrieb przemek klosowski via devel > : > > > > On 5/25/21 5:04 PM, Peter Boy wrote: >>> So the same model works totally fine for both desktop and server. >>> >> I myself lack the exact technical knowledge, but (all?) server and file >> system experts I hear consider

Re: F35 Change: Debuginfod By Default (Self-Contained Change proposal)

Hi - >> > [...] Most of these libraries are nothing I care about. [...] but >> > could it be possible to not download anything at this point and only >> > download debuginfos when they are really used [...] >> >> This sounds like a worthwhile suggestion for upstream gdb. We will >> follow up w

Fedora-Rawhide-20210520.n.1 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 5 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 14/194 (x86_64), 18/133 (aarch64) New failures (same test not failed in Fedora-Rawhide-20

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

On Tue, May 25, 2021 at 5:52 PM Peter Boy wrote: > > > > Am 25.05.2021 um 23:20 schrieb Neal Gompa : > > Cloud images never had such separation. It was always one big ext4 > > partition. With Btrfs, we can introduce subvolumes so user data can be > > trivially managed separately without losing the