Peer authentication failure with postgres tests on ppc64 only?

I have a number of packages which use %postgresql_tests_run to start a postgres server in %check and they all seem to have failed during the mass rebuild, for example: http://koji.fedoraproject.org/koji/buildinfo?buildID=1331249 http://koji.fedoraproject.org/koji/buildinfo?buildID=1331278 Th

Wanted - someone to run a simple test on Fedora/armv7 **rawhide**

I gave up my last ARM machines recently, and according to this page there are no Fedora/armv7 test machines available running Rawhide: https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers Can someone who has access to Fedora/armv7 with **Rawhide** installed please run t

Re: Guidelines for scriptlets modifying %config(noreplace) files

Hi Jason, Thanks for that :-) Sounds like I don't need to file a bug report. (Though I guess I'll be watching ansible runs more closely, since /etc seems to be fair game.) Kind regards, -- Jamie Nguyen ___ devel mailing list -- devel@lists.fedorapro

Re: Wanted - someone to run a simple test on Fedora/armv7 **rawhide**

On Sun, Jul 28, 2019 at 10:21:44AM +0100, Richard W.M. Jones wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1733743#c0 Someone has kindly done this now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: ht

Possibly non-responsive maintainer: gchamoul

Hello, does anybody know how to contact Gaël Chamoulaud (gchamoul)? * https://src.fedoraproject.org/rpms/facter/pull-request/4 * https://bugzilla.redhat.com/show_bug.cgi?id=1733765 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe s

Intent to orphan "tracker"

Hello, I'm getting hundreds of ABRT bugs from tracker which I simply have no time to go through. Would anybody like to take over that package from me? I'll orphan it next weekend if nobody speaks up. Sorry for inconvenience. ___ devel mailing list -- de

Intent to orphan "python-marshmallow-enum"

Hello, It seems that package is unmaintained in upstream (last commit was more than a year ago) and FTBFS with Python 3.8[0]. Nothing depends on it in Fedora. Let me know if you would like to take over the package. Otherwise I'll orphan it next weekend. [0] https://github.com/justanr/marshmallow

Rust applications & i686

Hello fellows, So that now i686 is no longer exists (I mean as an image), is there reason to produce i686 binaries for applications written in Rust? That also would mean we would stop testing i686 as a platform for crates, but I honestly love this because very often builds fail due to LLVM OOM. T

Re: Intent to orphan "tracker"

On 28. 07. 19 16:35, Igor Gnatenko wrote: Hello, I'm getting hundreds of ABRT bugs from tracker which I simply have no time to go through. Would anybody like to take over that package from me? Speaking of that, can we remove the dependency from gnome-boxes? It's the thing that pulls it in on

Re: Rust applications & i686

On 28. 07. 19 17:12, Igor Gnatenko wrote: Hello fellows, So that now i686 is no longer exists (I mean as an image), is there reason to produce i686 binaries for applications written in Rust? That also would mean we would stop testing i686 as a platform for crates, but I honestly love this becaus

Re: Rust applications & i686

On Sun, 28 Jul 2019 at 11:47, Miro Hrončok wrote: > On 28. 07. 19 17:12, Igor Gnatenko wrote: > > Hello fellows, > > > > So that now i686 is no longer exists (I mean as an image), is there > > reason to produce i686 binaries for applications written in Rust? That > > also would mean we would stop

Re: Rust applications & i686

On 28. 07. 19 17:55, Stephen John Smoogen wrote: On Sun, 28 Jul 2019 at 11:47, Miro Hrončok > wrote: On 28. 07. 19 17:12, Igor Gnatenko wrote: > Hello fellows, > > So that now i686 is no longer exists (I mean as an image), is there > reason

Re: Intent to orphan "tracker"

Well… It is used to automatically figure out which ISO images you have in your Downloads/Documents folders. Quickly checking build scripts, it is not possible to make it optional. However, it seems it does not pull full tracker in, just libtracker-sparql which does not have many dependencies on it

Re: Intent to orphan "tracker"

On Sun, Jul 28, 2019 at 9:35 AM, Igor Gnatenko wrote: I'm getting hundreds of ABRT bugs from tracker which I simply have no time to go through. Would anybody like to take over that package from me? Odd, I only see eight bugs with changes since May: https://bugzilla.redhat.com/buglist.cgi?comp

Re: Intent to orphan "tracker"

On Sun, Jul 28, 2019 at 1:12 PM, mcatanz...@gnome.org wrote: Odd, I only see eight bugs with changes since May: OK sorry, I wasn't logged in so wasn't seeing all the private bug reports. I really wish ABRT didn't mark bug reports private by default for every backtrace containing a hash table

Orphaned package "solfege"

Hi, I have orphaned the package "solfege" (a small music education tool to learn to hear intervals, rhythms, ...). It does not build anymore [1] and there is no upstream activity since a few years. Last stable version (3.22.2) is from 2013 [2] Last unstable version (3.23.4) is from 2016 [3] Last

HEADS UP: rust-crossbeam-* changed license

Hello, I'm updating rust-crossbeam-channel from 0.3.8 to 0.3.9 which has changed license a bit: `MIT or ASL 2.0` → `(MIT or ASL 2.0) and BSD`. Other crossbeam crates will have this change as well when upstream releases new version. It seems that it should have been there for long time due to som

Re: Rolling out Phase I of rawhide package gating

On 7/27/19 8:26 AM, Richard W.M. Jones wrote: > On Fri, Jul 26, 2019 at 04:08:40PM +0200, Pierre-Yves Chibon wrote: >> Yes and no, robosignatory is swamped signing the builds from the >> mass-rebuild, which means they aren't landing in the buildroot :( > > This is still taking a really long time.

Re: Wanted - someone to run a simple test on Fedora/armv7 **rawhide**

On 7/28/19 6:30 AM, Richard W.M. Jones wrote: > On Sun, Jul 28, 2019 at 10:21:44AM +0100, Richard W.M. Jones wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=1733743#c0 > > Someone has kindly done this now. For many (but not all) things you could also run them in a mock chroot on the f30 t

Re: Peer authentication failure with postgres tests on ppc64 only?

On 7/28/19 1:52 AM, Tom Hughes wrote: > I have a number of packages which use %postgresql_tests_run to start > a postgres server in %check and they all seem to have failed during > the mass rebuild, for example: > >   http://koji.fedoraproject.org/koji/buildinfo?buildID=1331249 >   http://koji.fed

Re: Peer authentication failure with postgres tests on ppc64 only?

On 28/07/2019 20:00, Kevin Fenzi wrote: On 7/28/19 1:52 AM, Tom Hughes wrote: I have a number of packages which use %postgresql_tests_run to start a postgres server in %check and they all seem to have failed during the mass rebuild, for example:   http://koji.fedoraproject.org/koji/buildinfo?b

Re: Orphaned package "solfege"

On Mon, Jul 29, 2019 at 2:32 AM Christian Krause wrote: > > Hi, > > I have orphaned the package "solfege" (a small music education tool to learn > to hear intervals, rhythms, ...). > > It does not build anymore [1] and there is no upstream activity since a few > years. > > Last stable version (3

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

No missing expected images. Compose FAILS proposed Rawhide gating check! 7 of 45 required tests failed, 4 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 22/147 (x86_64), 1/2 (arm) New failures (same test not failed in Fedor

Fedora rawhide compose report: 20190728.n.1 changes

OLD: Fedora-Rawhide-20190727.n.0 NEW: Fedora-Rawhide-20190728.n.1 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:2 Upgraded packages: 125 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:1.10 MiB