libvpx 1.7.0 update in rawhide

The new libvpx 1.7.0 update in rawhide bumped SOVER because of an ABI break. I rebuilt all the dependent packages I could find with dnf repoquery, except for firefox and thunderbird due to lack of access. Apologies if I missed something. ~tom P.S. I will not be pushing libvpx 1.7.0 into any stab

Re: GCC broken in rawhide?

On 26/01/18 20:11 +0100, Florian Weimer wrote: On 01/26/2018 07:50 AM, Ralf Corsepius wrote: ATM all rawhide builds are failing for me, because autoconf's tests for CC are failing. Yes, we had an internal dependency issue involving annobin (not related to RPM dependencies), fixed by an annobi

Re: Unannounced SONAME bump in tinyxml2

> On Wed, Jan 24, 2018 at 11:15 AM, Matthew Miller > > Isn't it also moderated? Which would mean the moderator has to be > paying attention and let it through... > > I like devel +maintainers directly. We seem to have reached consensus in that either devel or devel-announce should be used so

Re: What's up with koji?

On 01/26/2018 02:38 PM, Paul Howarth wrote: > I'm trying to update mod_fcgid, which is a loadable module for httpd. > > It was failing this afternoon due to the gcc internal compiler error > affecting i686 builds mentioned elsewhere, and I fixed that locally by > rebuilding httpd (and hence apxs,

What's up with koji?

I'm trying to update mod_fcgid, which is a loadable module for httpd. It was failing this afternoon due to the gcc internal compiler error affecting i686 builds mentioned elsewhere, and I fixed that locally by rebuilding httpd (and hence apxs, the httpd module building tool). Having verified local

Re: package conflict with source package but not with binary package

On 12/30/2017 09:44 PM, Dominik 'Rathann' Mierzejewski wrote: > Hi, Till. > > On Saturday, 30 December 2017 at 17:27, Till Hofmann wrote: > [...] >> So, I'm wondering: >> 1. Can I add "Provides: bear = %{version}-%{release}", as bear does not >> provide a bear binary package? To me, this seems r

Missing step in orphaning package process? (Re: kernel component on bugzilla and call for "old bugs hunting season" to open)

Trying to look on one of the top tickets found: https://bugzilla.redhat.com/show_bug.cgi?id=502717 Looks like this ticket is about package which is no longer in Fedora. Does it mean that current Fedora package orphaning process is not closing all such package tickets in Bugzilla? If yes it will

non-responsive maintainer: radford

Hi all, I'm trying to contact Jim Radford (radford) per non-responsive maintainer policy [1]. I contacted Jim several times on bz#1505463 [2] and also sent a private e-mail to his email account shown in FAS. If you know how to get in touch with Jim, please let me know. Kind regards, Till [1] h

kernel component on bugzilla and call for "old bugs hunting season" to pen

Hi, In last two years, I've created something between 10 to 20 tickets against the kernel. Today after reboot on latest rc9 I found OOPS in dmesg and as usually, my first thought was "raise the ticket". Just after this was second one .. "but none of my kernel tickets has been replied or even close

Re: Package Wishlist (Was: Working on a Dracut bug?)

On Jan 26, 2018 20:23, wrote: > Jason L Tibbitts III hat am 26. Januar 2018 um 17:54 geschrieben: > > > (Trimmed CC list) > > > "i" == inderaue23 writes: > > i> btw. do you know where i could request new packages for fedora > i> installations? > > You are welcome to add things to > https:

devel mail spam

I'm seeing many duplicate messages coming from r...@citadel.stu.neva.ru for messages from the past few days. Anyone on it? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: GCC broken in rawhide?

On 01/26/2018 07:50 AM, Ralf Corsepius wrote: ATM all rawhide builds are failing for me, because autoconf's tests for CC are failing. Yes, we had an internal dependency issue involving annobin (not related to RPM dependencies), fixed by an annobin rebuild. Later, a defective build of annobin

Re: -z defs linker flag activated in Fedora rawhide

On 01/25/2018 05:14 PM, Tom Hughes wrote: There seems to be a similar issue with perl extensions that use C++ failing to link due to missing libstdc++ symbols, eg: https://koji.fedoraproject.org/koji/taskinfo?taskID=24412387 I think in that case the issue is that libgdal is linked to libstdc

Re: Package Wishlist (Was: Working on a Dracut bug?)

> Jason L Tibbitts III hat am 26. Januar 2018 um 17:54 > geschrieben: > > > (Trimmed CC list) > > > "i" == inderaue23 writes: > > i> btw. do you know where i could request new packages for fedora > i> installations? > > You are welcome to add things to > https://fedoraproject.org/wiki

[EPEL-devel] (no subject)

(This is mostly a duplicate of a post I sent to devel@. I wanted to alert epel-devel@ but didn't want to crosspost.) Following my proposal in https://fedoraproject.org/wiki/User:Tibbs/EPELPythonStubPackages which met with favor from a number of folks here, I went ahead and set up four dummy packa

[Unresponsive maintainers] grass package

There has been no update for the 'grass' package in a half year. [1] The package FTBFS and it looks like no interest has been given to this bug, for example: https://bugzilla.redhat.com/show_bug.cgi?id=1494079 However, the updated and functional SPECfile

Package Wishlist (Was: Working on a Dracut bug?)

(Trimmed CC list) > "i" == inderaue23 writes: i> btw. do you know where i could request new packages for fedora i> installations? You are welcome to add things to https://fedoraproject.org/wiki/Package_maintainers_wishlist However, Fedora generally works on the principle that the people w

python2 dummy packages for EPEL

On Thu, 25 Jan 2018, Jason L Tibbitts III wrote: > Following my proposal in > https://fedoraproject.org/wiki/User:Tibbs/EPELPythonStubPackages which > met with favor from a number of folks, I went ahead and set up four > dummy packages: > > python2-setuptools (in EPEL6) > python2-sphinx (

Fedora rawhide compose report: changes

OLD: Fedora-Rawhide-20180125.n.0 NEW: Fedora-Rawhide-20180126.n.0 = SUMMARY = Added images:7 Dropped images: 1 Added packages: 4 Dropped packages:1 Upgraded packages: 106 Downgraded packages: 0 Size of added packages: 2.05 MiB Size of dropped packages

Re: Working on a Dracut bug?

btw. do you know where i could request new packages for fedora installations? > Matthew Miller hat am 26. Januar 2018 um 16:49 > geschrieben: > > > On Fri, Jan 26, 2018 at 04:35:13PM +0100, inderau...@arcor.de wrote: > > Hej there! > > Is anyone working on https://bugzilla.redhat.com/show_bug

Fedora Rawhide-20180126.n.0 compose check report

Missing expected images: Workstation live i386 Kde live i386 Failed openQA tests: 14/129 (x86_64), 4/22 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180125.n.0): ID: 188556 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/1

Re: Working on a Dracut bug?

> Matthew Miller hat am 26. Januar 2018 um 16:49 > geschrieben: > > > On Fri, Jan 26, 2018 at 04:35:13PM +0100, inderau...@arcor.de wrote: > > Hej there! > > Is anyone working on https://bugzilla.redhat.com/show_bug.cgi?id=1385432 > > or bugs that seems to be related with that issue. It's real

Re: Working on a Dracut bug?

On Fri, Jan 26, 2018 at 04:35:13PM +0100, inderau...@arcor.de wrote: > Hej there! > Is anyone working on https://bugzilla.redhat.com/show_bug.cgi?id=1385432 > or bugs that seems to be related with that issue. It's really annoying! And > seems to be around for ages now ... Yeah, this is on our Pri

Fedora Rawhide-20180125.n.0 compose check report

Missing expected images: Server dvd i386 Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 10/129 (x86_64), 1/2 (arm) Old failures (same test failed in Rawhide-20180123.n.1): ID: 188367 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://op

Working on a Dracut bug?

Hej there! Is anyone working on https://bugzilla.redhat.com/show_bug.cgi?id=1385432 or bugs that seems to be related with that issue. It's really annoying! And seems to be around for ages now ... All the best! ___ devel mailing list -- devel@lists.fed

Re: Package review requests: Splitting the "sustmi" GNOME Shell extensions into separate packages

Andrew Toskin wrote: > One more time: both of the newly split packages have been marked as > approved on Bugzilla, but I can't get anyone to do whatever final approval > is needed for the old "sustmi" GNOME Shell extensions to become two > separate packages in Fedora. I started this process back i

Re: GCC broken in rawhide?

On Fri, 26 Jan 2018 14:52:24 +0100, Remi Collet wrote: > DEBUG util.py:439: Error: Transaction check error: > DEBUG util.py:439:file /usr/share/info/dir conflicts between > attempted installs of annobin-3.2-1.fc28.x86_64 and info-6.5-1.fc28.x86_64 > > Seems related to > https://src.fedorapro

Re: Is broken dependencies report aware of rich dep ?

On 01/26/2018 03:07 PM, Remi Collet wrote: Is broken dependencies report aware of rich dep ? Because I received: php-phpunit-dbunit3 has broken dependencies in the rawhide tree: On x86_64: php-phpunit-dbunit3-3.0.3-1.fc28.noarch requires (php-composer(symfony/yaml) >= 3.0 with php-compos

Re: Is broken dependencies report aware of rich dep ?

On 26/01/18 14:07, Remi Collet wrote: Is broken dependencies report aware of rich dep ? No. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@l

Is broken dependencies report aware of rich dep ?

Is broken dependencies report aware of rich dep ? Because I received: php-phpunit-dbunit3 has broken dependencies in the rawhide tree: On x86_64: php-phpunit-dbunit3-3.0.3-1.fc28.noarch requires (php-composer(symfony/yaml) >= 3.0 with php-composer(symfony/yaml) < 5) Remi

Re: GCC broken in rawhide?

Le 26/01/2018 à 12:42, Richard W.M. Jones a écrit : > This build of annobin has apparently worked: > https://koji.fedoraproject.org/koji/taskinfo?taskID=24466259 > > So you can try building stuff which uses gcc now. Some builds ok, but now DEBUG util.py:439: Error: Transaction check error: DEB

[Test-Announce] Fedora 28 Rawhide 20180126.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 28 Rawhide 20180126.n.0. 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

Re: GCC broken in rawhide?

This build of annobin has apparently worked: https://koji.fedoraproject.org/koji/taskinfo?taskID=24466259 So you can try building stuff which uses gcc now. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le.

Re: GCC broken in rawhide?

... which failed because GCC is broken in Rawhide. Someone else with more powers is going to have to fix this I'm afraid. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: GCC broken in rawhide?

I looked at the annobin spec file and it doesn't appear to contain the version of GCC, so I went ahead and just issued a new build: https://koji.fedoraproject.org/koji/taskinfo?taskID=24462980 ___ devel mailing list -- devel@lists.fedoraproject.org To u

Re: -z defs linker flag activated in Fedora rawhide

On Fri, Jan 26, 2018 at 08:45:28AM +, Richard W.M. Jones wrote: > On Mon, Jan 22, 2018 at 04:24:31PM +0100, Florian Weimer wrote: > > %undefine _strict_symbol_defs_build > > I tried this to unbreak the linker, but it completely breaks gcc: > > configure: error: C compiler cannot create

Re: -z defs linker flag activated in Fedora rawhide

On Fri, 26 Jan 2018 08:45:28 + "Richard W.M. Jones" wrote: > On Mon, Jan 22, 2018 at 04:24:31PM +0100, Florian Weimer wrote: > > %undefine _strict_symbol_defs_build > > I tried this to unbreak the linker, but it completely breaks gcc: > > configure: error: C compiler cannot create e

Re: GCC broken in rawhide?

On 01/26/2018 08:13 AM, Philip Kovacs wrote: I'm getting: configure: error: C compiler cannot create executables This is exactly what I get. Having a look into the corresponing config.log gives the error related annobin, I was referring to. Ralf ___

Re: GCC broken in rawhide?

On 01/26/2018 08:05 AM, Samuel Sieb wrote: On 01/25/2018 10:50 PM, Ralf Corsepius wrote: Digging into details led me to this error: ... cc1: error: fail to initialize plugin /usr/lib/gcc/x86_64-redhat-linux/7/plugin/annobin.so annobin: conftest.c: Error: plugin built for compiler version (7.3.1

Re: -z defs linker flag activated in Fedora rawhide

On Mon, Jan 22, 2018 at 04:24:31PM +0100, Florian Weimer wrote: > %undefine _strict_symbol_defs_build I tried this to unbreak the linker, but it completely breaks gcc: configure: error: C compiler cannot create executables https://koji.fedoraproject.org/koji/taskinfo?taskID=24460823 Rich.