Fedora-Cloud-30-20200304.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Fedora rawhide compose report: 20200303.n.0 changes

OLD: Fedora-Rawhide-20200302.n.1 NEW: Fedora-Rawhide-20200303.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 4 Dropped packages:2 Upgraded packages: 146 Downgraded packages: 0 Size of added packages: 4.33 MiB Size of dropped packages

Re: Automatic close of bugs for retired packages?

On Wed, Feb 26, 2020 at 07:47:24PM +0100, Miro Hrončok wrote: > On 26. 02. 20 19:38, Ben Cotton wrote: > > Components can be marked inactive in Bugzilla, which I believe will > > prevent users from filing new bugs without losing any historical data. > > Correct. We have done this with the "python"

Re: Non-responsive maintainer: pocock

On 03/03/2020 18:50, Kevin Fenzi wrote: > On Tue, Mar 03, 2020 at 05:52:10PM +0100, Daniel Pocock wrote: >> >> Thanks for doing that >> >> Here are some observations: >> >> - the original email was sent to my pocock.com.au address and so my mail >> client replied to all mails using that address,

Re: Non-responsive maintainer: pocock

On 3/3/20 4:10 AM, Daniel Pocock wrote: On 28/02/2020 10:00, Ankur Sinha wrote: On Thu, Feb 27, 2020 17:07:21 -0500, Dakota Williams via devel wrote: On 2/26/20 6:59 PM, Daniel Pocock wrote: Would you like help? I'd be willing to be a co-maintainer to make the branch. Yes, I would welcom

Re: updates-testing and koji

On Tue, 3 Mar 2020, Iñaki Ucar wrote: Quick question: if a new package A is in updates-testing, is it available for koji to build another new package B that requires A? Or do I need to wait until A reaches stable? No, it is not available in the buildroot until it reaches stable. However, you

updates-testing and koji

Hi all, Quick question: if a new package A is in updates-testing, is it available for koji to build another new package B that requires A? Or do I need to wait until A reaches stable? Regards, Iñaki ___ devel mailing list -- devel@lists.fedoraproject.or

Filtering devel list e-mail

On 28. 02. 20 11:21, Radka Janekova wrote: > Please excuse me going completely offtopic here - for some reason I'm getting > this thread addressed directly to me. If someone's adding me as bcc please > don't, I have nothing to do with this. Hey Radka. Do you filter devel list via the "List-Id:"

Re: __pycache__ in /usr/share

On 03. 03. 20 17:07, Steve Grubb wrote: According to the Linux FHS standard, /usr/share is supposed to only contain data. Executables have other places to live. If we can assume that there is only data in /usr/share, then we can remove about 330k of the items from our trust database. The files

Re: Plan to retire mapserver

Le mardi 3 mars 2020, 11:19:31 CET Sandro Mani a écrit : > On 02.03.20 15:06, Julien Enselme wrote: > > Hi all, > > > > I intend to retire the mapserver package > > (https://src.fedoraproject.org/rpms/mapserver). I don't use it any more > > and it fails to build for F32. If you want to maintain it

Re: Non-responsive maintainer: pocock

On Fri, Feb 28, 2020 at 1:39 PM Daniel Pocock wrote: > > On 28/02/2020 11:21, Radka Janekova wrote: > > Please excuse me going completely offtopic here - for some reason I'm > > getting this thread addressed directly to me. If someone's adding me as > > bcc please don't, I have nothing to do with

Re: GNOME 3.35.92 megaupdate

It is basically the same. The only difference is that name of the tag. On Mon, Mar 2, 2020 at 3:18 PM Kalev Lember wrote: > > > On 3/2/20 15:04, Richard Shaw wrote: > > On Mon, Mar 2, 2020 at 7:57 AM Kalev Lember > > wrote: > > > > > > Hi all, > > > > I am p

Re: __pycache__ in /usr/share

On Tuesday, March 3, 2020 12:45:08 PM EST Robbie Harwood wrote: > Steve Grubb writes: > > Hello, > > > > We are working on Application Whitelisting. For this to work, we need > > to have a list of things that we trust. At the moment, that list is > > well over 400k on a desktop install. But we re

Re: Non-responsive maintainer: pocock

On Tue, Mar 03, 2020 at 05:52:10PM +0100, Daniel Pocock wrote: > > Thanks for doing that > > Here are some observations: > > - the original email was sent to my pocock.com.au address and so my mail > client replied to all mails using that address, I didn't notice until > now. That address is no

Re: __pycache__ in /usr/share

Steve Grubb writes: > Hello, > > We are working on Application Whitelisting. For this to work, we need > to have a list of things that we trust. At the moment, that list is > well over 400k on a desktop install. But we really need to get that > smaller. Not that I disagree, but... to what end?

Re: GNOME 3.35.92 megaupdate

On 3/2/20 17:52, Kalev Lember wrote: On 3/2/20 14:55, Kalev Lember wrote: Hi all, I am putting together a megaupdate for GNOME 3.35.92. If you are helping with builds, please wait until we have the f32-gnome side tag (requested in https://pagure.io/releng/issue/9292) and then do the F32 bui

Fedora-32-20200303.n.0 compose check report

No missing expected images. Failed openQA tests: 24/171 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-32-20200302.n.0): ID: 531292 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/531292 ID: 531317 Test: x86_64 Silverblue-dvd_ostre

Fedora-IoT-32-20200303.0 compose check report

Missing expected images: Iot dvd aarch64 Iot dvd x86_64 Failed openQA tests: 1/8 (x86_64) New failures (same test not failed in Fedora-IoT-32-20200302.0): ID: 531573 Test: x86_64 IoT-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/531573 Soft failed openQ

Re: Non-responsive maintainer: pocock

On 03/03/2020 17:35, Neal Gompa wrote: > On Tue, Mar 3, 2020 at 4:10 AM Daniel Pocock wrote: >> >> >> >> On 28/02/2020 10:00, Ankur Sinha wrote: >>> On Thu, Feb 27, 2020 17:07:21 -0500, Dakota Williams via devel wrote: On 2/26/20 6:59 PM, Daniel Pocock wrote: >> >> Would you l

Re: __pycache__ in /usr/share

On Tuesday, March 3, 2020 11:35:07 AM EST Miroslav Suchý wrote: > Dne 03. 03. 20 v 17:07 Steve Grubb napsal(a): > > However, I'm finding that on a typical system, there are about 20 > > packages that place python byte code in /usr/share. > > Can you elaborate? Which packages? What files? Sure. F

Re: Non-responsive maintainer: pocock

On Tue, Mar 3, 2020 at 4:10 AM Daniel Pocock wrote: > > > > On 28/02/2020 10:00, Ankur Sinha wrote: > > On Thu, Feb 27, 2020 17:07:21 -0500, Dakota Williams via devel wrote: > >> On 2/26/20 6:59 PM, Daniel Pocock wrote: > >> > > Would you like help? I'd be willing to be a co-maintainer

Re: __pycache__ in /usr/share

Dne 03. 03. 20 v 17:07 Steve Grubb napsal(a): > However, I'm finding that on a typical system, there are about 20 packages > that place python byte code in /usr/share. Can you elaborate? Which packages? What files? -- Miroslav Suchy, RHCA Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-bui

__pycache__ in /usr/share

Hello, We are working on Application Whitelisting. For this to work, we need to have a list of things that we trust. At the moment, that list is well over 400k on a desktop install. But we really need to get that smaller. According to the Linux FHS standard, /usr/share is supposed to only conta

Review Swap

Hello! I would like to swap reviews with somebody. Here is my bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1809644 The package is called preproc and it is a very simple text preprocessor written in python. More info: Simple text preprocessor implementing a very basic templating languag

Fedora 32 compose report: 20200303.n.0 changes

OLD: Fedora-32-20200302.n.0 NEW: Fedora-32-20200303.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:2 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:46.50 KiB Size of

Re: [Fedora-packaging] Re: Ideas and proposal for removing changelog and release fields from spec file

Le 2020-03-03 15:14, clime a écrit : On Tue, 3 Mar 2020 at 09:22, Nicolas Mailhot wrote: Le 2020-03-02 14:45, clime a écrit : > On Mon, 2 Mar 2020 at 12:05, Nicolas Mailhot via devel > wrote: >> >> Le 2020-03-01 02:31, clime a écrit : >> > On Sat, 29 Feb 2020 at 21:50, Nicolas Mailhot via dev

Review Swap

Hi, Would you want to swap reviews? This was generated with go2rpm. It should be easy to review. https://bugzilla.redhat.com/show_bug.cgi?id=1806219 Thanks ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: [Fedora-packaging] Re: Ideas and proposal for removing changelog and release fields from spec file

On Tue, 3 Mar 2020 at 09:38, Nicolas Mailhot wrote: > > Le 2020-03-03 07:03, clime a écrit : > > > Actually, that wouldn't work because prefix needs to be static, not > > dependent on rpm macros > > For myself, I would oppose any rpm release process that would not take > core rpm mecanisms like ma

Re: Anaconda RFE: change in default behaviour when adding users.

Hello again, this was my mistake, I overlooked the fact, that I cannot start the installation when either root or user admin are set up. This behaviour seems pretty logical to me, so I am taking the previous message back. Please ignore it and sorry for the inconvenience. Lukas On Tue, Mar 3, 202

Anaconda RFE: change in default behaviour when adding users.

Hello, today I have been doing some Anaconda testing and realized that there was a change in default behaviour of Anaconda when adding users to the system. Previously: 1. The root account was not locked by default. 2. The user account was not an admin account. Currently: 1. The root ac

Re: [Fedora-packaging] Re: Ideas and proposal for removing changelog and release fields from spec file

On Tue, 3 Mar 2020 at 09:22, Nicolas Mailhot wrote: > > Le 2020-03-02 14:45, clime a écrit : > > On Mon, 2 Mar 2020 at 12:05, Nicolas Mailhot via devel > > wrote: > >> > >> Le 2020-03-01 02:31, clime a écrit : > >> > On Sat, 29 Feb 2020 at 21:50, Nicolas Mailhot via devel > >> > wrote: > >> >> >

HEADS UP: gdal update in rawhide and F32

Hi I'll be building gdal-3.0.4 in rawhide and will take care of rebuilding all dependencies. If all goes well, I'll do the same for F32. Affected packages are: bes cloudcompare dans-gdal-scripts gazebo GMT grass gtatool liblas mapnik mapserver merkaartor ncl nodejs-gdal opencv OpenSceneGraph

HEADS UP: libgit2 0.99.x is coming to Rawhide

Hello, The libgit2 finally gets closer to 1.0 release, so this is one of "pre-releases". Of course, this involves soname bump :) The API should not be broken compared to 0.28.x, so I'm going to rebuild everything in side tag and then submit update for all the affected packages at once. Stay tune

Re: Plan to retire mapserver

On 02.03.20 15:06, Julien Enselme wrote: Hi all, I intend to retire the mapserver package (https://src.fedoraproject.org/rpms/mapserver). I don't use it any more and it fails to build for F32. If you want to maintain it, please step up! I can maintain it, my FAS is smani Thanks Sandro _

Fedora-IoT-33-20200303.0 compose check report

Missing expected images: Iot dvd aarch64 Iot dvd x86_64 Failed openQA tests: 2/8 (x86_64) Old failures (same test failed in Fedora-IoT-33-20200227.0): ID: 531109 Test: x86_64 IoT-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/531109 ID: 531110 Test:

Fedora-Cloud-31-20200303.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: Ideas and proposal for removing changelog and release fields from spec file

Le 2020-03-03 07:03, clime a écrit : Actually, that wouldn't work because prefix needs to be static, not dependent on rpm macros For myself, I would oppose any rpm release process that would not take core rpm mecanisms like macros into account. Recording builds in changelogs without checkin

Re: Ideas and proposal for removing changelog and release fields from spec file

Le 2020-03-02 14:45, clime a écrit : On Mon, 2 Mar 2020 at 12:05, Nicolas Mailhot via devel wrote: Le 2020-03-01 02:31, clime a écrit : > On Sat, 29 Feb 2020 at 21:50, Nicolas Mailhot via devel > wrote: >> >> Le samedi 29 février 2020 à 20:30 +0100, clime a écrit : >> Putting %{dynrel} recon

Re: Non-Responsive Maintainer: bsjones

Hi Erich, Am 02.03.20 um 21:24 schrieb Erich Eickmeyer: > As these attempts were over a week ago, I guess my next step is to submit a > FESCo issue with the bug links. However, since this is my first post > specifically looking for bsjones unlike my previous post, perhaps I should > give it ano