Re: F26 System Wide Change: GCC7

On Wed, 2017-01-11 at 04:17 +, Richard W.M. Jones wrote: > On Tue, Jan 10, 2017 at 10:28:37AM +0100, Jan Kurik wrote: > > * Other developers: > > First few days/weeks just voluntary rebuilds using the new system gcc, > > if things fail, look at http://gcc.gnu.org/gcc-7/porting_to.html and > > f

Re: F26 System Wide Change: GCC7

On Tue, Jan 10, 2017 at 10:28:37AM +0100, Jan Kurik wrote: > * Other developers: > First few days/weeks just voluntary rebuilds using the new system gcc, > if things fail, look at http://gcc.gnu.org/gcc-7/porting_to.html and > fix bugs in packages or, if there is a gcc bug or suspected gcc bug, > a

Re: BuildRequires on obsoleted packages provided by Python

On Fri, 2016-09-02 at 12:44 +0200, Kalev Lember wrote: > On 08/31/2016 02:10 PM, Charalampos Stratakis wrote: > > Hello all, > > > > While checking out the SPEC file of python, it seems there were some > > packages that, while separate at some point, they got included in python's > > stdlib and

tag-invalid not allowed in appdata

I opened a bug on this here: https://bugzilla.redhat.com/show_bug.cgi?id=1411037 I received an update to the weather-widget and am getting this error now when I try to rebuild: FAILED: ? tag-invalid : not allowed in appdata ? tag-invalid : stock icon is not valid [weather-w

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

Hi, On 01/10/2017 06:59 PM, Michael Cronenworth wrote: On 01/10/2017 08:22 AM, Hans de Goede wrote: If you encounter any issues causes by this change, please file a bug in bugzilla. Are performance regressions covered under this clause? User visible changes, (e.g. some program slowing to a

Re: announcing arch excludes mailing list

El mar, 10-01-2017 a las 14:34 -0600, Dennis Gilmore escribió: > Hi All, > > A new mailing list has been created https://lists.fedoraproject.org/a > dm > in/lists/arch-excludes.lists.fedoraproject.org/ I would invite anyone > who is interested in any architecture in fedora to subscribe to the > li

announcing arch excludes mailing list

Hi All, A new mailing list has been created https://lists.fedoraproject.org/adm in/lists/arch-excludes.lists.fedoraproject.org/ I would invite anyone who is interested in any architecture in fedora to subscribe to the list. every commit to git that adds or removes ExcludeArch/ExclusiveArch will tr

Fedora 26 Change Checkpoint: Proposal submission deadline (Changes requiring mass rebuild)

Greetings! Today, on 2017-January-10, we have reached Fedora 26 Change Checkpoint: Proposal submission deadline (Changes requiring mass rebuild) [1]. At this point, only Changes not requiring mass rebuild will be accepted for Fedora 26. Any Change Proposal requiring mass rebuild should be schedul

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On 01/10/2017 01:36 AM, Florian Weimer wrote: On 01/09/2017 03:37 PM, Dennis Gilmore wrote: the only reason that aarch64 used /usr/lib64 was so it looked more like x86_64 from a user perspective, there is 64 bit arches like alpha that use /usr/lib for their libraries. We'll see soon what the

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On 01/10/2017 07:49 AM, Langdon White wrote: [snip] Exactly, yes, a huge *potential* problem. However, it is fixable with policy and changeable by exception. Just because we can have 40 versions of one thing doesn't mean Fedora will allow that. However, if there is a genuinely good reason and we

Fedora Elections January 2017 - Voting period has started

Hi, the Voting period of the currently running Fedora Elections has started today morning. Please vote for your candidates to Council [1], FAmSCo[2] and FESCo [3]. You can vote till January 16th, 2017 when the voting ends at 23:59:00 UTC. Some of the candidates have also published their interview

Re: fedup upload failure

On 01/10/2017 12:17 PM, Steve Dickson wrote: > Hello, > > I'm getting the following error when I'm uploading a new tarball > > $ fedpkg upload libnfsidmap-0.27.tar.bz2 > Could not execute upload: Can not upload a new source file with a sha512 > hash, as the "/home/src/fc/libnfsidmap/sources" fil

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

On 01/10/2017 08:22 AM, Hans de Goede wrote: If you encounter any issues causes by this change, please file a bug in bugzilla. Are performance regressions covered under this clause? Iris 5100 (Haswell) gtkperf - Intel = ~29 seconds gtkperf - Modeset = ~35 seconds Fairly significant change.

Re: fedup upload failure

On 01/10/2017 12:20 PM, Jon Ciesla wrote: > > > On Tue, Jan 10, 2017 at 11:17 AM, Steve Dickson > wrote: > > Hello, > > I'm getting the following error when I'm uploading a new tarball > > $ fedpkg upload libnfsidmap-0.27.tar.bz2 > Could not execute uplo

Re: fedup upload failure

On Tue, Jan 10, 2017 at 11:17 AM, Steve Dickson wrote: > Hello, > > I'm getting the following error when I'm uploading a new tarball > > $ fedpkg upload libnfsidmap-0.27.tar.bz2 > Could not execute upload: Can not upload a new source file with a sha512 > hash, as the "/home/src/fc/libnfsidmap/sou

fedup upload failure

Hello, I'm getting the following error when I'm uploading a new tarball $ fedpkg upload libnfsidmap-0.27.tar.bz2 Could not execute upload: Can not upload a new source file with a sha512 hash, as the "/home/src/fc/libnfsidmap/sources" file contains at least one line with a md5 hash. Please redo

Re: Kernel 4.9 rebase plans

On 12/12/2016 09:14 AM, Laura Abbott wrote: > Hi, > > Kernel 4.9 was officially released yesterday, December 11. This kernel is > being built for rawhide today. The plan for bringing this kernel into > F24/F25 is going to follow roughly the same schedule as in the past. > This means pushing the n

Re: Why Modularity Matters to Fedora [was Re: Proposal: Rethink Fedora multilib support (Take Two!)]

On 01/10/2017 11:49 AM, Matthew Miller wrote: On Tue, Jan 10, 2017 at 11:23:21AM +0100, Florian Weimer wrote: Apache httpd and KDE are very interesting examples. Both KDE and Apache httpd integrate with Subversion, on two levels: KDE has Subversion client support, Apache httpd has server suppor

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On Tue, Jan 10, 2017 at 8:20 AM, Ian Malone wrote: > On 10 January 2017 at 10:08, Florian Weimer wrote: > > On 01/08/2017 01:52 AM, Kevin Kofler wrote: > >> > >> Brendan Conoboy wrote: > >>> > >>> Enhancing interoperability increases the reach of Fedora and doesn't > >>> require a bit of comprom

glew 2.0.0 unannounced soname bump

glew 2.0.0 was just built in rawhide the other day. This was a soname bump and broke dependencies in a lot of packages. This was not announced on the devel list as required. Please coordinate these updates in the future. I'm working on rebuilding most of the deps. -- Orion Poplawski Technical

Re: Updates in testing for EOL releases stuck forever in Bodhi?

On Tue, 10 Jan 2017 10:15:38 +0100 Michal Schorm wrote: > +1 > > On Tue, Jan 10, 2017 at 9:43 AM, Sandro Mani > wrote: > > > Hi > > > > Just wondering: is there any way to get rid of the entries of > > updates stuck in testing for EOL releases in > > bodhi.fedoraproject.org/update s/?user=&sta

Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

Hi, A while back Debian has switched to using the modesetting Xorg driver rather then the intel Xorg driver for Intel GPUs. There are several good reasons for this, rather then repeating them I'm just going to point to the Debian announcement: https://tjaalton.wordpress.com/2016/07/23/intel-gra

Re: MongoDB on Big Endian

Cool \ó/ Thx V. Dne 10.1.2017 v 15:03 Marek Skalický napsal(a): > Hi, > MongoDB upstream does not support ppc64 BE. > > But there is support for s390x, so code is ported/ready for Big Endian. I've > managed to make MongoDB building and passing basic tests on ppc64. > So in rawhide in latest b

Re: MongoDB on Big Endian

Hi, MongoDB upstream does not support ppc64 BE. But there is support for s390x, so code is ported/ready for Big Endian. I've managed to make MongoDB building and passing basic tests on ppc64. So in rawhide in latest build, all fedora primary architectures are functional. Testing is very welcomed

[Test-Announce] Fedora 26 Rawhide 20170110.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 26 Rawhide 20170110.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

F26 Self Contained Change: Automated AMI test and release

= Proposed Self Contained Change: Automated AMI test and release = https://fedoraproject.org/wiki/Automated_AMI_test_and_release Change owner(s): * Kushal Das * Sayan Chowdhury We will test the AMI image we build on one single region using the same tests used in Vagrant/local Autocloud testing,

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On 10 January 2017 at 10:08, Florian Weimer wrote: > On 01/08/2017 01:52 AM, Kevin Kofler wrote: >> >> Brendan Conoboy wrote: >>> >>> Enhancing interoperability increases the reach of Fedora and doesn't >>> require a bit of compromise on the the Freedom principle. >> >> >> Splitting a single well-

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On Mon, Jan 09, 2017 at 06:06:24PM -0500, langdon wrote: > I also am not sure I am comfortable with the move toward exposing > proprietary software that we have been considering/implementing. > However, I do think there is some benefit to being able to show > firefox next to chrome when someone loo

Re: F26 Self Contained Change: Transdiff

On Tue, Jan 10, 2017, at 09:39 AM, Jan Kurik wrote: > = Proposed Self Contained Change: Transdiff = > https://fedoraproject.org/wiki/Changes/Transdiff > > Change owner(s): > *Sundeep Anand > > Often even after 100% translation in Zanata, few packages do not get > build with latest translations i

F26 Self Contained Change: Transdiff (Jan Kurik)

Transdiff is second part of "String Breakage Monitoring System" - whose first part is Zanata Sync. Zanata Sync tries to keep upstream updated with new translations, making chances greater that extra translations are packaged too, which is to be verified by transdiff. Basically an attempt to tie-up

Re: F26 Self Contained Change: Transdiff

On Tue, Jan 10, 2017 at 12:01:38PM +0100, Dominik 'Rathann' Mierzejewski wrote: > Nice. On the wiki page, you (Sundeep) also mention automation. > Where do you see this in our packaging pipeline? > > As a taskotron check? A regular report mailed to the devel list? A taskotron check sending mail t

Re: F26 Self Contained Change: Transdiff

On Tuesday, 10 January 2017 at 09:39, Jan Kurik wrote: > = Proposed Self Contained Change: Transdiff = > https://fedoraproject.org/wiki/Changes/Transdiff > > Change owner(s): > *Sundeep Anand > > Often even after 100% translation in Zanata, few packages do not get > build with latest translation

Re: Why Modularity Matters to Fedora [was Re: Proposal: Rethink Fedora multilib support (Take Two!)]

On Tue, Jan 10, 2017 at 11:49 AM, Matthew Miller wrote: > > On Tue, Jan 10, 2017 at 11:23:21AM +0100, Florian Weimer wrote: > > Apache httpd and KDE are very interesting examples. Both KDE and > > Apache httpd integrate with Subversion, on two levels: KDE has > > Subversion client support, Apache

Why Modularity Matters to Fedora [was Re: Proposal: Rethink Fedora multilib support (Take Two!)]

On Tue, Jan 10, 2017 at 11:23:21AM +0100, Florian Weimer wrote: > Apache httpd and KDE are very interesting examples. Both KDE and > Apache httpd integrate with Subversion, on two levels: KDE has > Subversion client support, Apache httpd has server support. And > Subversion is implemented using a

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On 01/10/2017 12:06 AM, langdon wrote: Now, there are some use cases where the interop of the components is very important and a distribution enables this because all the things are tightly integrated. However, there is no particularly good reason for httpd and kde to be tightly integrated. Why

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On 01/08/2017 01:52 AM, Kevin Kofler wrote: Brendan Conoboy wrote: Enhancing interoperability increases the reach of Fedora and doesn't require a bit of compromise on the the Freedom principle. Splitting a single well-integrated distribution (where all the pieces are known to work well togethe

Re: Proposal: Rethink Fedora multilib support (Take Two!)

On 01/09/2017 03:37 PM, Dennis Gilmore wrote: the only reason that aarch64 used /usr/lib64 was so it looked more like x86_64 from a user perspective, there is 64 bit arches like alpha that use /usr/lib for their libraries. We'll see soon what the non-multiarch layout will be for aarch64 (but

F26 System Wide Change: GCC7

= System Wide Change: GCC7 = https://fedoraproject.org/wiki/Changes/GCC7 Change owner(s): * Jakub Jelínek Switch GCC in Fedora 26 to 7.x.y, rebuild all packages with it, or optionally rebuild just some packages with it and rebuild all packages only in Fedora 27. == Detailed Description == GCC 7

Re: Updates in testing for EOL releases stuck forever in Bodhi?

+1 On Tue, Jan 10, 2017 at 9:43 AM, Sandro Mani wrote: > Hi > > Just wondering: is there any way to get rid of the entries of updates > stuck in testing for EOL releases in bodhi.fedoraproject.org/update > s/?user=&status=testing ? > > Thanks > Sandro > >

Re: F26 Self Contained Change: Transdiff

On 10/01/17 08:39, Jan Kurik wrote: Often even after 100% translation in Zanata, few packages do not get build with latest translations in Fedora. This result in poor localization experience. I don't really understand the logic here... I would expect anything in Fedora to be built with whatev

Updates in testing for EOL releases stuck forever in Bodhi?

Hi Just wondering: is there any way to get rid of the entries of updates stuck in testing for EOL releases in bodhi.fedoraproject.org/updates/?user=&status=testing ? Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscri

F26 Self Contained Change: Transdiff

= Proposed Self Contained Change: Transdiff = https://fedoraproject.org/wiki/Changes/Transdiff Change owner(s): *Sundeep Anand Often even after 100% translation in Zanata, few packages do not get build with latest translations in Fedora. This result in poor localization experience. Transdiff is