llvm35 package for F23
Hi, I prepared a llvm35 package for Fedora 23 (like the llvm34 package for F22) needed for ghc-7.10 on armv7 (and eventually armv8), since llvm-3.6 in Rawhide is too new. https://bugzilla.redhat.com/show_bug.cgi?id=1223673 Note like llvm34, this package only includes llvm itself and not clang, etc. Is someone able to help review it, please? Thanks! Jens ps If it help I can offer a review swap if it is something not too obscure. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: InsightToolkit fails to build on rawhide due to missing SSE instructions
On 05/22/2015 06:35 AM, Dominik 'Rathann' Mierzejewski wrote: On Friday, 22 May 2015 at 05:39, Orion Poplawski wrote: we are pulling in sse2 intrinsics. But why is simply including the header failing? gcc5 doesn't support compiling SSE2 code without -msse2 in the command line. Regards, Dominik Okay. I checked in a patch that looks like it fixes it. It should be able to go upstream as well. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 22 Repositories contain Fedora 21 Packages?
On Fri, May 22, 2015 at 3:40 PM, Sumit Bhardwaj sumitkbhard...@gmail.com wrote: Hi All, I have a fresh installation of Fedora 22 RC1 with all the extra stuff I needed installed. Today I was going through the list of packages installed on my system and was a little bit surprised to find some packages ending in fc21 in their names. Now, for an upgraded system that might happen, but on a clean install, why I am getting FC21 packages? Because per my understanding, for any branched release, packages are completely rebuilt. Then how did this happen? This is not always the case. There was no mass rebuild for Fedora 22. More to the point, do I have to care about or do something about these? Will these be auto upgraded later with their FC22 counterparts? No, you don't have to care about them. They will be upgraded if and when they are upgraded and built as updates for f22. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 22 Repositories contain Fedora 21 Packages?
Thanks a lot for the quick clarifications Matthew, Kevin and Josh! This is why I love Fedora project, the most awesome community we have! :) Regards, Sumit Bhardwaj On Saturday 23 May 2015 01:16 AM, Kevin Fenzi wrote: On Sat, 23 May 2015 01:10:21 +0530 Sumit Bhardwaj sumitkbhard...@gmail.com wrote: Hi All, I have a fresh installation of Fedora 22 RC1 with all the extra stuff I needed installed. Today I was going through the list of packages installed on my system and was a little bit surprised to find some packages ending in fc21 in their names. Now, for an upgraded system that might happen, but on a clean install, why I am getting FC21 packages? Because per my understanding, for any branched release, packages are completely rebuilt. Then how did this happen? There was no mass rebuild for f22. There was not time in the schedule to do it and still release around when we wanted to. Additionally, there's aways some few packages that fail to rebuild in the mass rebuild but yet continue to work fine. So, on any release you could see packages from older versions, it's nothing to worry about. More to the point, do I have to care about or do something about these? Will these be auto upgraded later with their FC22 counterparts? No. No need to worry. When/if they need an update for some reason, they would be built with a newer version and you would update. kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 22 Repositories contain Fedora 21 Packages?
On Sat, 23 May 2015 01:10:21 +0530 Sumit Bhardwaj sumitkbhard...@gmail.com wrote: Hi All, I have a fresh installation of Fedora 22 RC1 with all the extra stuff I needed installed. Today I was going through the list of packages installed on my system and was a little bit surprised to find some packages ending in fc21 in their names. Now, for an upgraded system that might happen, but on a clean install, why I am getting FC21 packages? Because per my understanding, for any branched release, packages are completely rebuilt. Then how did this happen? There was no mass rebuild for f22. There was not time in the schedule to do it and still release around when we wanted to. Additionally, there's aways some few packages that fail to rebuild in the mass rebuild but yet continue to work fine. So, on any release you could see packages from older versions, it's nothing to worry about. More to the point, do I have to care about or do something about these? Will these be auto upgraded later with their FC22 counterparts? No. No need to worry. When/if they need an update for some reason, they would be built with a newer version and you would update. kevin pgpfe7vLMsiFO.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 22 Repositories contain Fedora 21 Packages?
* Sumit Bhardwaj [23/05/2015 01:10] : Now, for an upgraded system that might happen, but on a clean install, why I am getting FC21 packages? If these packages have not been rebuilt since f22 was forked from rawhide, the f21 package is the most recent one there is. As such, they are the ones included. Because per my understanding, for any branched release, packages are completely rebuilt. This isn't the case. We've had mass rebuilds in the past but no such thing happened during the f22 developement period. More to the point, do I have to care about or do something about these? No. Will these be auto upgraded later with their FC22 counterparts? No. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1224439] perl-Text-CSV_XS-1.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224439 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=9831684 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Guidelines change] Changes to the packaging guidelines
On Fri, May 22, 2015 at 10:26:48AM -0400, Frank Ch. Eigler wrote: I'd personally prefer to assume the best intentions of our packagers; specifically I'd assume that if there's a question as to the safety of starting something by default, either they'd bring it up voluntarily or someone would do so on their behalf if a problem was discovered. This is not about trusting the code or intentions of the packagers. This is about what threat model are we expected to protect against by not activating e.g. all services by default. Specifying that would help clear up -why- the change, and that will in turn inform -how- to change. Clarification: this change did not touch this part of the policy: that definition got copied over from the guidelines [1]. The why is that functionality became available (systemd presets) which was not there before and allows the distribution to manage default enablement of services in a nicer way. [1] https://fedoraproject.org/w/index.php?title=Starting_services_by_defaultoldid=404212 Nevertheless, you raise an interesting question in general. The way I understand the motivation for the restriction is to avoid any chance of attack or unexpected access over the network. When you look the list of exceptions, they are pretty narrow for services which listen on a port. does not require manual configuration to be functional cuts out many daemons which could serve stuff. does not listen on a public socket cuts out even more. I guess that rather trying to refine the rules, it'd be better to look at specific packages and verify that the default installation does not allow any unexpected privilege escalation, exposure of data, or resource usage. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1224439] perl-Text-CSV_XS-1.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224439 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1028972 -- https://bugzilla.redhat.com/attachment.cgi?id=1028972action=edit [patch] Update to 1.18 (#1224439) -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1224439] New: perl-Text-CSV_XS-1.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224439 Bug ID: 1224439 Summary: perl-Text-CSV_XS-1.18 is available Product: Fedora Version: rawhide Component: perl-Text-CSV_XS Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, p...@city-fan.org, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 1.18 Current version/release in rawhide: 1.17-1.fc23 URL: http://search.cpan.org/dist/Text-CSV_XS/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Fedora 22 Repositories contain Fedora 21 Packages?
On Sat, May 23, 2015 at 01:10:21AM +0530, Sumit Bhardwaj wrote: Because per my understanding, for any branched release, packages are completely rebuilt. Then how did this happen? Simple: we didn't do a mass rebuild this time around. More to the point, do I have to care about or do something about these? Will these be auto upgraded later with their FC22 counterparts? If and only if they're updated. BTW, below is the list of those packages: List more with `dnf list|grep fc21`. :) There are some 5000 packages which weren't rebuilt at some point during the cycle. The vast majority of these are noarch packages. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Getting changes from new RC builds to previous ones
Hi Kevin, Thanks for explanation. That cleared things up for me. I was not aware of the bleed repo, and indeed all those updates were there. Need to read the wiki more :) As a matter of fact, I just got all the updated packages from the RC2 build from fedora repository, so its clear to me now. Regards, Sumit Bhardwaj On Saturday 23 May 2015 12:19 AM, devel-requ...@lists.fedoraproject.org wrote: Re: Getting changes from new RC builds to previous ones (Kevin Fen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Proposal to CANCEL - 2015-05-25 Fedora QA Devel Meeting
Many folks were focused on testing this week and with the US holiday on Monday, I won't be around to lead the meeting. Therefore, I propose that we cancel the qadevel meeting that we'd usually have on Monday. If there are objections to this and someone else wants to lead the meeting, reply here otherwise consider the meeting canceled. Tim pgpcmJIufrgMG.pgp Description: OpenPGP digital signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
rawhide report: 20150522 changes
Compose started at Fri May 22 05:15:03 UTC 2015 Broken deps for i386 -- [InsightToolkit] InsightToolkit-4.7.1-4.fc23.i686 requires libhdf5_cpp.so.9 InsightToolkit-4.7.1-4.fc23.i686 requires libhdf5.so.9 [OpenTK] OpenTK-1.1-1.4c.fc22.noarch requires mono(mscorlib) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Xml) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Windows.Forms) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Drawing) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System) = 0:2.0.0.0 [RepetierHost] RepetierHost-0.90D-2.fc21.noarch requires mono(mscorlib) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Xml) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Windows.Forms) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Drawing) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Core) = 0:3.5.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System) = 0:2.0.0.0 [banshee] banshee-2.6.2-9.fc23.i686 requires mono(mscorlib) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(System.Xml) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(System.Core) = 0:3.5.0.0 banshee-2.6.2-9.fc23.i686 requires mono(System) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(Mono.Posix) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(Mono.Cairo) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(ICSharpCode.SharpZipLib) = 0:2.84.0.0 [bless] bless-0.6.0-14.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 bless-0.6.0-14.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 bless-0.6.0-14.fc22.i686 requires mono(System) = 0:2.0.0.0 bless-0.6.0-14.fc22.i686 requires mono(Mono.Posix) = 0:2.0.0.0 [boo] boo-0.9.4.9-11.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(System.Core) = 0:3.5.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(System) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(Microsoft.Build.Utilities) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(Microsoft.Build.Tasks) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(Microsoft.Build.Framework) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(System.Core) = 0:3.5.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(System) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(NAnt.DotNetTasks) = 0:0.90.3780.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(NAnt.Core) = 0:0.90.3780.0 [calligra] calligra-words-2.9.4-2.fc23.i686 requires libwps-0.3.so.3 [dmlite-plugins-memcache] dmlite-plugins-memcache-0.5.0-7.fc20.i686 requires libprotobuf.so.8 [gazebo] gazebo-4.0.2-2.fc22.i686 requires libprotobuf.so.8 gazebo-libs-4.0.2-2.fc22.i686 requires libprotobuf.so.8 player-gazebo-4.0.2-2.fc22.i686 requires libprotobuf.so.8 [gnome-do] gnome-do-0.95.1-3.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 gnome-do-0.95.1-3.fc22.i686 requires mono(System) = 0:2.0.0.0 [julia] julia-0.3.7-2.fc23.i686 requires libLLVM-3.5.so julia-devel-0.3.7-2.fc23.i686 requires libLLVM-3.5.so [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.i686 requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.i686 requires libprotobuf.so.8 [mojarra] mojarra-2.1.7-8.fc20.noarch requires tomcat-servlet-3.0-api mojarra-2.1.7-8.fc20.noarch requires tomcat-jsp-2.2-api mojarra-2.1.7-8.fc20.noarch requires tomcat-el-2.2-api [mono-tools] mono-tools-2.10-12.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(System.Core) = 0:3.5.0.0 mono-tools-2.10-12.fc22.i686 requires mono(System) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(Mono.Posix) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(Mono.Cairo) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Windows.Forms) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Web.Services) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Drawing) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Core) =
pkgdb_updater updated: summary, description, upstream_url of perl-HTML-TreeBuilderX-ASP_NET
pkgdb_updater updated: summary, description, upstream_url of perl-HTML-TreeBuilderX-ASP_NET https://admin.fedoraproject.org/pkgdb/package/perl-HTML-TreeBuilderX-ASP_NET/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Getting changes from new RC builds to previous ones
Hey Parag / Everybody, RC3 has also been released however, I haven't got a single update yet post installation of RC1. If I am not wrong, TC and RC builds are composed from Fedora stable repo. So if packages are being added to this repo before composing the RC builds, how come these updates are not getting pushed to me? Just curious. Regards, Sumit Bhardwaj On Thursday 21 May 2015 11:28 AM, Parag Nemade wrote: Hi, On Thu, May 21, 2015 at 10:41 AM, Sumit Bhardwaj sumitkbhard...@gmail.com wrote: Hi All, I have switched to Fedora 22 Workstation yesterday, fresh install using RC1 ISO. Everything is working well. However, today I noticed RC2 build is up. But since final freeze in effect, I got no updates when checked today with dnf upgrade --refresh command. Is there any way I can pull these changes into my current setup? I intend to keep this setup and take it to final release without reinstalling. I think you should get RC2 package updates by tomorrow. The request to push those packages to F22 stable can be tracked in ticket https://fedorahosted.org/rel-eng/ticket/6120#comment:25 Regards, Parag. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pkgdb_updater updated: description of perl-Parse-Debian-Packages
pkgdb_updater updated: description of perl-Parse-Debian-Packages https://admin.fedoraproject.org/pkgdb/package/perl-Parse-Debian-Packages/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
pkgdb_updater updated: description of perl-Test-Deep-Type
pkgdb_updater updated: description of perl-Test-Deep-Type https://admin.fedoraproject.org/pkgdb/package/perl-Test-Deep-Type/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: New implementation of pthread condition variables in rawhide
On Fri, May 22, 2015 at 06:21:43PM +0530, Siddhesh Poyarekar wrote: No, these are different. This problem was introduced in 2.21.90-7.fc23. The actual bug is much older and was hidden and only Of course, I meant 2.21.90-8.fc23. It worked correctly on 2.21.90-7. Siddhesh pgppya46NMMZs.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-22 Branched report: 20150522 changes
Compose started at Fri May 22 07:15:02 UTC 2015 Updated Packages: PackageKit-1.0.6-4.fc22 --- * Wed May 20 2015 Kalev Lember kalevlem...@gmail.com - 1.0.6-4 - Update cached metadata in preparation for F22 release Size change: -124165 bytes anaconda-22.20.13-1.fc22 * Tue May 19 2015 Samantha N. Bueno sbueno+anaco...@redhat.com - 22.20.13-1 - Fix a typo that caused us to discard corrected target sizes. (#1211746) (dlehman) Size change: 3836 bytes clutter-1.22.2-2.fc22 - * Sun May 17 2015 Kalev Lember kalevlem...@gmail.com - 1.22.2-2 - x11: Fix touchpad detection (#1206961) Size change: 1370 bytes clutter-gst2-2.0.14-2.fc22 -- * Tue May 19 2015 Wim Taymans wtaym...@redhat.com - 2.0.14-2 - Add patch to flush video sink, fixes errors in cheese Size change: 1575 bytes fedora-release-22-1 --- * Thu May 14 2015 Dennis Gilmore den...@ausil.us - 22-1 - prep for F22 Final release rhbz#1221726 - change POLICY_POLICY to POLICY_POLICY_URL rhbz#1182635 Size change: 225 bytes fedora-repos-22-1 - * Tue May 19 2015 Dennis Gilmore den...@ausil.us - 22-1 - prep for f22 final rhbz#1221726 - disable updates-testing repo Size change: 3939 bytes fedup-dracut-0.9.2-1.fc22 - * Mon May 18 2015 Will Woods wwo...@redhat.com 0.9.2-1 - Fix reboot at end of upgrade (#1209941) Size change: -2603 bytes firefox-38.0.1-1.fc22 - * Mon May 18 2015 Martin Stransky stran...@redhat.com - 38.0.1-1 - Update to 38.0.1 * Wed May 13 2015 Martin Stransky stran...@redhat.com - 38.0-5 - Added patch for mozilla#1144745 - HiDPI Gtk3 fixes * Mon May 11 2015 Martin Stransky stran...@redhat.com - 38.0-4 - Update to 38.0 Build 3 - Added fix for rhbz#1219542 * Wed May 06 2015 Martin Stransky stran...@redhat.com - 38.0-2 - Added fix for mozbz#1161056 - combobox background color * Tue May 05 2015 Martin Stransky stran...@redhat.com - 38.0-1 - Update to 38.0 Build 2 Size change: 1694903 bytes gnome-initial-setup-3.16.3-1.fc22 - * Mon May 18 2015 Matthias Clasen mcla...@redhat.com - 3.16.3-1 - Update to 3.16.3 Size change: -892 bytes gnome-shell-3.16.2-1.fc22 - * Thu May 14 2015 Florian Müllner fmuell...@redhat.com - 3.16.2-1 - Update to 3.16.2 Size change: 7339 bytes mutter-3.16.2-1.fc22 * Thu May 14 2015 Florian Müllner fmuell...@redhat.com - 3.16.2-1 - Update to 3.16.2 Size change: -974 bytes xorg-x11-drivers-7.7-14.fc22 * Mon Apr 27 2015 Peter Hutterer peter.hutte...@redhat.com 7.7-14 - Drop xorg-x11-drv-void, it outlived its purpose in xorg-x11-server 1.6 several years ago. Size change: 192 bytes Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 12 Size of added packages: 0 (0 ) Size change of modified packages: 1584745 (1.5 M) Size of removed packages: 0 (0 ) Size change: 1584745 (1.5 M) Compose finished at Fri May 22 13:47:51 UTC 2015 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Getting changes from new RC builds to previous ones
On Fri, 22 May 2015 15:55:34 +0530 Sumit Bhardwaj sumitkbhard...@gmail.com wrote: Hey Parag / Everybody, RC3 has also been released however, I haven't got a single update yet post installation of RC1. If I am not wrong, TC and RC builds are composed from Fedora stable repo. So if packages are being added to this repo before composing the RC builds, how come these updates are not getting pushed to me? Just curious. RC/TC composes also optionally pull in updates that are supposed to fix blocker or freeze exception bugs. This is an internal repo to the compose (called bleed). So, it's quite possible for RC's and TCs to have some small amount of newer packages that are not yet stable. That said, a number of those were pushed stable yesterday, so are in todays compose and you should see them as updates. If RC3 ends up being the final rc, we would push those last few things used in it stable before closing the base tree for release. Hope that clarifies. kevin -- Regards, Sumit Bhardwaj On Thursday 21 May 2015 11:28 AM, Parag Nemade wrote: Hi, On Thu, May 21, 2015 at 10:41 AM, Sumit Bhardwaj sumitkbhard...@gmail.com wrote: Hi All, I have switched to Fedora 22 Workstation yesterday, fresh install using RC1 ISO. Everything is working well. However, today I noticed RC2 build is up. But since final freeze in effect, I got no updates when checked today with dnf upgrade --refresh command. Is there any way I can pull these changes into my current setup? I intend to keep this setup and take it to final release without reinstalling. I think you should get RC2 package updates by tomorrow. The request to push those packages to F22 stable can be tracked in ticket https://fedorahosted.org/rel-eng/ticket/6120#comment:25 Regards, Parag. pgptvUiYdUBTd.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1224287] perl-List-Compare-0.52 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224287 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=9827383 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1224294] New: perl-OpenGL-0.6702-4.fc23 FTBFS: undefined symbol: glWindowPos4dMESA
https://bugzilla.redhat.com/show_bug.cgi?id=1224294 Bug ID: 1224294 Summary: perl-OpenGL-0.6702-4.fc23 FTBFS: undefined symbol: glWindowPos4dMESA Product: Fedora Version: rawhide Component: perl-OpenGL Assignee: lkund...@v3.sk Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: fi...@andresovi.net, lkund...@v3.sk, perl-devel@lists.fedoraproject.org, sce...@gmail.com perl-OpenGL-0.6702-4.fc23 fails to build in F23 because tests fail on linking with Mesa OpenGL library: + make test /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t # Failed test 'require OpenGL;' # at t/00_require.t line 3. # Tried to require 'OpenGL'. # Error: Can't load '/builddir/build/BUILD/OpenGL-0.6702/blib/arch/auto/OpenGL/OpenGL.so' for module OpenGL: /builddir/build/BUILD/OpenGL-0.6702/blib/arch/auto/OpenGL/OpenGL.so: undefined symbol: glWindowPos4dMESA at /usr/lib64/perl5/DynaLoader.pm line 193. # at (eval 4) line 2. # Compilation failed in require at (eval 4) line 2. # Looks like you failed 1 test of 1. t/00_require.t ... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests This is caused by upgrading mesa-libGL-devel from 10.6.0-0.devel.5.51e3453 to 10.6.0-0.devel.6.5a55f68. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: New implementation of pthread condition variables in rawhide
On Friday, 22 May 2015 at 06:57, Siddhesh Poyarekar wrote: Hi, The latest glibc in rawhide (2.21.90-13.fc23) has a new implementation for pthread condition variable functions (pthread_cond_wait, pthread_cond_timedwait, etc.). If you experience any weird locking issues or bugs that can be attributed to pthread_cond_* functions potentially misbehaving, please cc one of us (Carlos, Torvald or me) in the bug so that we can check if it is a bug in the new implementation. Could you take a look at: https://bugzilla.redhat.com/show_bug.cgi?id=1219646 https://bugzilla.redhat.com/show_bug.cgi?id=1223055 https://bugzilla.redhat.com/show_bug.cgi?id=1222551 These seem to be related. Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1224287] New: perl-List-Compare-0.52 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224287 Bug ID: 1224287 Summary: perl-List-Compare-0.52 is available Product: Fedora Version: rawhide Component: perl-List-Compare Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.52 Current version/release in rawhide: 0.51-1.fc23 URL: http://search.cpan.org/dist/List-Compare/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1224287] perl-List-Compare-0.52 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224287 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1028769 -- https://bugzilla.redhat.com/attachment.cgi?id=1028769action=edit [patch] Update to 0.52 (#1224287) -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1224314] New: cannot change font size
https://bugzilla.redhat.com/show_bug.cgi?id=1224314 Bug ID: 1224314 Summary: cannot change font size Product: Fedora Version: 22 Component: perl-Tk Assignee: andreas.bierf...@lowlatency.de Reporter: b...@libertyland.org QA Contact: extras...@fedoraproject.org CC: andreas.bierf...@lowlatency.de, perl-devel@lists.fedoraproject.org Description of problem: the method fontCreate doesnt seem to be able to change font size in fedora 22 beta (it works fine in fedora 21) Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: #!/usr/bin/perl # # This program simply puts up a window with hello world fontsize=24 # It works fine on fedora 21 but does not change font size on fedora 22. # # you need the package perl-Tk installed # use Tk; my $sz = $ARGV[0] ? $ARGV[0] : 24; $mw = MainWindow-new(); $mw-geometry(400x70); $font = $mw-fontCreate( -size = $sz, -weight = 'bold', -family = Courier ); $mw-Message( -font = $font, -width = 300, -text = hello world fontsize=$sz, )-pack; MainLoop; -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: ABRT report for package soundconverter has reached 10 occurrences
On Wed, 20 May 2015 20:50:10 + (UTC), notifications fedoraproject org wrote: Packages: soundconverter Function: change_mime_type Firtst occurrence: 2015-05-20 Type: python Count:10 URL: http://retrace.fedoraproject.org/faf/reports/bthash/904ea88a8ddd561298140d2978da9d25c89fb915/ It could be more productive to submit a bug report in bugzilla. Based on only the source line numbers in this shortened report, it seems somebody either has been using a damaged installation, where GStreamer has been damaged, or has tried to hack additional encoder MIME types into the application. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1224264] New: perl-CPAN-Perl-Releases-2.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224264 Bug ID: 1224264 Summary: perl-CPAN-Perl-Releases-2.18 is available Product: Fedora Version: rawhide Component: perl-CPAN-Perl-Releases Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 2.18 Current version/release in rawhide: 2.16-1.fc23 URL: http://search.cpan.org/dist/CPAN-Perl-Releases/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1224264] perl-CPAN-Perl-Releases-2.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224264 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1028741 -- https://bugzilla.redhat.com/attachment.cgi?id=1028741action=edit [patch] Update to 2.18 (#1224264) -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: InsightToolkit fails to build on rawhide due to missing SSE instructions
On Friday, 22 May 2015 at 05:39, Orion Poplawski wrote:
[...]
Well, the errors are possibly related to that type of code:
In file included from
/usr/lib/gcc/i686-redhat-linux/5.1.1/include/xmmintrin.h:31:0,
from
/usr/lib/gcc/i686-redhat-linux/5.1.1/include/emmintrin.h:31,
from
/builddir/build/BUILD/InsightToolkit-4.7.2/Modules/Core/Common/include/itkMathDetail.h:43,
from
/builddir/build/BUILD/InsightToolkit-4.7.2/Modules/Core/Common/include/itkMath.h:32,
from
/builddir/build/BUILD/InsightToolkit-4.7.2/Modules/Core/Transform/include/itkMatrixOffsetTransformBase.hxx:24,
from
/builddir/build/BUILD/InsightToolkit-4.7.2/Modules/Core/Transform/include/itkMatrixOffsetTransformBase.h:533,
from
/builddir/build/BUILD/InsightToolkit-4.7.2/Modules/Core/Transform/include/itkAffineTransform.h:21,
from
/builddir/build/BUILD/InsightToolkit-4.7.2/Modules/IO/TransformHDF5/test/itkIOTransformHDF5Test.cxx:23:
/usr/lib/gcc/i686-redhat-linux/5.1.1/include/mmintrin.h: In function
'__m64 _mm_cvtsi32_si64(int)':
/usr/lib/gcc/i686-redhat-linux/5.1.1/include/mmintrin.h:64:54:
error: can't convert between vector values of different size
return (__m64) __builtin_ia32_vec_init_v2si (__i, 0);
^
/usr/lib/gcc/i686-redhat-linux/5.1.1/include/mmintrin.h: In function
'int _mm_cvtsi64_si32(__m64)':
/usr/lib/gcc/i686-redhat-linux/5.1.1/include/mmintrin.h:107:53:
error: cannot convert '__m64 {aka int}' to '__vector(2) int' for
argument '1' to 'int __builtin_ia32_vec_ext_v2si(__vector(2) int,
int)'
return __builtin_ia32_vec_ext_v2si ((__v2si)__i, 0);
^
In InsightToolkit-4.7.2/Modules/Core/Common/include/itkMathDetail.h
#if defined( ITK_HAVE_EMMINTRIN_H ) !defined( __GCCXML__ )
#include emmintrin.h // sse 2 intrinsics
#endif /* ITK_HAVE_EMMINTRIN_H ! __GCCXML__ */
we are pulling in sse2 intrinsics. But why is simply including the
header failing?
gcc5 doesn't support compiling SSE2 code without -msse2 in the command
line.
Regards,
Dominik
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
Faith manages.
-- Delenn to Lennier in Babylon 5:Confessions and Lamentations
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: New implementation of pthread condition variables in rawhide
On Fri, May 22, 2015 at 02:39:11PM +0200, Dominik 'Rathann' Mierzejewski wrote: On Friday, 22 May 2015 at 06:57, Siddhesh Poyarekar wrote: Hi, The latest glibc in rawhide (2.21.90-13.fc23) has a new implementation for pthread condition variable functions (pthread_cond_wait, pthread_cond_timedwait, etc.). If you experience any weird locking issues or bugs that can be attributed to pthread_cond_* functions potentially misbehaving, please cc one of us (Carlos, Torvald or me) in the bug so that we can check if it is a bug in the new implementation. Could you take a look at: https://bugzilla.redhat.com/show_bug.cgi?id=1219646 https://bugzilla.redhat.com/show_bug.cgi?id=1223055 https://bugzilla.redhat.com/show_bug.cgi?id=1222551 These seem to be related. No, these are different. This problem was introduced in 2.21.90-7.fc23. The actual bug is much older and was hidden and only made obvious by a recent fix. I'm working on it. Siddhesh pgpbDD5O6hPn2.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1224264] perl-CPAN-Perl-Releases-2.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1224264 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=9827315 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Guidelines change] Changes to the packaging guidelines
sgallagh wrote: [...] The definition of public was intentionally vague, but perhaps we could try to find a better way to say it. I was trying to treat it as network interfaces that accept connections from arbitrary sources. OK ... I'm not sure that there's a tremendously meaningful distinction to be made between allowing services that listen on D-BUS or a local UNIX socket and services that listen on the localhost TCP socket [...] Indeed. I'd personally prefer to assume the best intentions of our packagers; specifically I'd assume that if there's a question as to the safety of starting something by default, either they'd bring it up voluntarily or someone would do so on their behalf if a problem was discovered. This is not about trusting the code or intentions of the packagers. This is about what threat model are we expected to protect against by not activating e.g. all services by default. Specifying that would help clear up -why- the change, and that will in turn inform -how- to change. - FChE -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ABRT report for package soundconverter has reached 10 occurrences
Dne 22.5.2015 v 17:32 Vít Ondruch napsal(a): Dne 22.5.2015 v 16:05 Michael Schwendt napsal(a): On Wed, 20 May 2015 20:50:10 + (UTC), notifications fedoraproject org wrote: Packages: soundconverter Function: change_mime_type Firtst occurrence: 2015-05-20 Type: python Count:10 URL: http://retrace.fedoraproject.org/faf/reports/bthash/904ea88a8ddd561298140d2978da9d25c89fb915/ It could be more productive to submit a bug report in bugzilla. Based on only the source line numbers in this shortened report, it seems somebody either has been using a damaged installation, where GStreamer has been damaged, or has tried to hack additional encoder MIME types into the application. I had similar report yesterday for Ruby [1]. The thing is that this particular report is for CentOs, but if you click on associated Problem [4], there you can find also similar Fedora issues, such as [2]. For this issue, I clicked on Associate bug, created issue in BZ [3], closed it as CANTFIX and finally associated this issue with the problem. This BZ should now appear in ABRT gui if somebody encounters the problem again. Forget to mention that FAF now list the problem as closed, which is neat. You can close your report similarly (although I don't know if it avoids further notifications). Vít I discussed this issue with ABRT guys and they believe that this should be improved somehow, hence there is now (a bit vague ;) upstream ticket [5] , which should allow maintainers to provide some generic feedback on this kind of bugs (but the BZ ticket might be good interim solution IMO). Vít [1] https://retrace.fedoraproject.org/faf/reports/630107/ [2] https://retrace.fedoraproject.org/faf/reports/512385/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=1222768 [4] https://retrace.fedoraproject.org/faf/problems/551866/ [5] https://github.com/abrt/faf/issues/433 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ABRT report for package soundconverter has reached 10 occurrences
On 05/22/2015 04:05 PM, Michael Schwendt wrote: On Wed, 20 May 2015 20:50:10 + (UTC), notifications fedoraproject org wrote: Packages: soundconverter Function: change_mime_type Firtst occurrence: 2015-05-20 Type: python Count:10 URL: http://retrace.fedoraproject.org/faf/reports/bthash/904ea88a8ddd561298140d2978da9d25c89fb915/ It could be more productive to submit a bug report in bugzilla. Based on only the source line numbers in this shortened report, it seems somebody either has been using a damaged installation, where GStreamer has been damaged, or has tried to hack additional encoder MIME types into the application. That might be a reason why there's no bugzilla attached to this report. Another possibility is that user didn't finish reporting to bugzilla or only has automatic reporting enabled - in this case bugzilla is created when there's a user that actually finishes whole reporting process. While we would like to create bugzilla bugs from faf reports automatically this proven rather complicated to deliver quality bug reports based on little information we have on the server. Instead there's Associate bug button in case you're logged in and viewing a report of a package that you're maintainer of. Clicking this button will take you to a page where you can either associate report with already existing bugzilla or create a new bug. -- Richard Marko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Minutes from Env-and-Stacks WG meeting (2015-05-21)
== #fedora-meeting-2: Env and Stacks (2015-05-21) == Meeting started by hhorak at 12:03:27 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-2/2015-05-21/env-and-stacks.2015-05-21-12.03.log.html . Meeting summary --- * init process (hhorak, 12:03:51) * Follow-ups, if any progress has been made (hhorak, 12:05:29) * as for docker images and dockerfiles, I already mentioned it, but would like to do it again :) there are interesting discussions taking place under https://github.com/sclorg/rhscl2dockerfile/ where we try to define nice images for rhscl, but the same API we'd like to move also into Fedora-dockerfiles very soon... praiskup already started with postgres.. (hhorak, 12:07:48) * Scott said that he can approve as a co-maintainer anyone who can help him with updating docker files to the latest one (hhorak, 12:08:15) * LINK: https://lists.fedoraproject.org/pipermail/env-and-stacks/2015-May/000789.html (phracek, 12:14:45) * LINK: https://github.com/sclorg/rhscl-dockerfiles (hhorak, 12:16:21) * LINK: https://github.com/openshift/postgresql/blob/master/9.2/test/run (phracek, 12:21:01) * Install only packages to prevent 3rd party app breakage (see ML for more info) (phracek, 12:23:03) * LINK: https://lists.fedoraproject.org/pipermail/env-and-stacks/2015-May/000787.html (phracek, 12:23:37) * Council Engineering update (see ML for more info) (phracek, 12:34:42) * LINK: https://lists.fedoraproject.org/pipermail/env-and-stacks/2015-May/000786.html (phracek, 12:35:04) * Fedora Enginnering Update meeting is 7th July (phracek, 12:36:44) * https://fedorahosted.org/council/ticket/26 -- gathering feedback from users (phracek, 12:38:48) * ACTION: langdon will create a new ticket with updates from https://fedorahosted.org/council/ticket/26 (phracek, 12:43:17) * Env Stacks Elections after F22 (phracek, 12:45:53) * Open Floor (phracek, 12:49:31) Meeting ended at 12:51:56 UTC. Action Items * langdon will create a new ticket with updates from https://fedorahosted.org/council/ticket/26 Action Items, by person --- * langdon * langdon will create a new ticket with updates from https://fedorahosted.org/council/ticket/26 * **UNASSIGNED** * (none) People Present (lines said) --- * phracek (52) * hhorak (17) * bkabrda1 (10) * langdon (7) * zodbot (4) * ttomecek (2) * vondruch (1) * hhorak1 (1) * bkabrda (0) * sicampbell (0) * vpavlin (0) * juhp (0) * ncoghlan (0) * walters (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ABRT report for package soundconverter has reached 10 occurrences
Dne 22.5.2015 v 17:32 Vít Ondruch napsal(a): Dne 22.5.2015 v 16:05 Michael Schwendt napsal(a): On Wed, 20 May 2015 20:50:10 + (UTC), notifications fedoraproject org wrote: Packages: soundconverter Function: change_mime_type Firtst occurrence: 2015-05-20 Type: python Count:10 URL: http://retrace.fedoraproject.org/faf/reports/bthash/904ea88a8ddd561298140d2978da9d25c89fb915/ It could be more productive to submit a bug report in bugzilla. Based on only the source line numbers in this shortened report, it seems somebody either has been using a damaged installation, where GStreamer has been damaged, or has tried to hack additional encoder MIME types into the application. I had similar report yesterday for Ruby [1]. The thing is that this particular report is for CentOs, but if you click on associated Problem [4], there you can find also similar Fedora issues, such as [2]. For this issue, I clicked on Associate bug, created issue in BZ [3], Also note that this feature is available just to maintainers of the particular package (if I am not mistaken). Vít closed it as CANTFIX and finally associated this issue with the problem. This BZ should now appear in ABRT gui if somebody encounters the problem again. I discussed this issue with ABRT guys and they believe that this should be improved somehow, hence there is now (a bit vague ;) upstream ticket [5] , which should allow maintainers to provide some generic feedback on this kind of bugs (but the BZ ticket might be good interim solution IMO). Vít [1] https://retrace.fedoraproject.org/faf/reports/630107/ [2] https://retrace.fedoraproject.org/faf/reports/512385/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=1222768 [4] https://retrace.fedoraproject.org/faf/problems/551866/ [5] https://github.com/abrt/faf/issues/433 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ABRT report for package soundconverter has reached 10 occurrences
Dne 22.5.2015 v 16:05 Michael Schwendt napsal(a): On Wed, 20 May 2015 20:50:10 + (UTC), notifications fedoraproject org wrote: Packages: soundconverter Function: change_mime_type Firtst occurrence: 2015-05-20 Type: python Count:10 URL: http://retrace.fedoraproject.org/faf/reports/bthash/904ea88a8ddd561298140d2978da9d25c89fb915/ It could be more productive to submit a bug report in bugzilla. Based on only the source line numbers in this shortened report, it seems somebody either has been using a damaged installation, where GStreamer has been damaged, or has tried to hack additional encoder MIME types into the application. I had similar report yesterday for Ruby [1]. The thing is that this particular report is for CentOs, but if you click on associated Problem [4], there you can find also similar Fedora issues, such as [2]. For this issue, I clicked on Associate bug, created issue in BZ [3], closed it as CANTFIX and finally associated this issue with the problem. This BZ should now appear in ABRT gui if somebody encounters the problem again. I discussed this issue with ABRT guys and they believe that this should be improved somehow, hence there is now (a bit vague ;) upstream ticket [5] , which should allow maintainers to provide some generic feedback on this kind of bugs (but the BZ ticket might be good interim solution IMO). Vít [1] https://retrace.fedoraproject.org/faf/reports/630107/ [2] https://retrace.fedoraproject.org/faf/reports/512385/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=1222768 [4] https://retrace.fedoraproject.org/faf/problems/551866/ [5] https://github.com/abrt/faf/issues/433 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Fedora 22 Final status is Go, release on May 26, 2015
At the Fedora 22 Final Go/No-Go Meeting #2 that just occurred, it was agreed to Go with the Fedora 22 Final by Fedora QA, Release Engineering and Development. Fedora 22 Final will be publicly available on Tuesday, May 26, 2015. Meeting details can be seen here: Minutes: http://bit.ly/1Bh2pH1 Log: http://bit.ly/1HzMI5g Thank you everyone for a great job, sleepless nights validating TCs, RCs, fixing bugs, composing stuf and everything else needed for smooth releases. Amazing last three years wrangling releases for me! Jaroslav ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora 22 Final status is Go, release on May 26, 2015
At the Fedora 22 Final Go/No-Go Meeting #2 that just occurred, it was agreed to Go with the Fedora 22 Final by Fedora QA, Release Engineering and Development. Fedora 22 Final will be publicly available on Tuesday, May 26, 2015. Meeting details can be seen here: Minutes: http://bit.ly/1Bh2pH1 Log: http://bit.ly/1HzMI5g Thank you everyone for a great job, sleepless nights validating TCs, RCs, fixing bugs, composing stuf and everything else needed for smooth releases. Amazing last three years wrangling releases for me! Jaroslav ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
Re: [Test-Announce] Fedora 22 Final status is Go, release on May 26, 2015
Hurrah! Heartiest congratulations to everyone involved! BTW, does this means that RC3 is the final build?? No more RCs, right? Thanks. Regards, Sumit Bhardwaj On Saturday 23 May 2015 12:19 AM, devel-requ...@lists.fedoraproject.org wrote: Send devel mailing list submissions to devel@lists.fedoraproject.org To subscribe or unsubscribe via the World Wide Web, visit https://admin.fedoraproject.org/mailman/listinfo/devel or, via email, send a message with subject or body 'help' to devel-requ...@lists.fedoraproject.org You can reach the person managing the list at devel-ow...@lists.fedoraproject.org When replying, please edit your Subject line so it is more specific than Re: Contents of devel digest... Today's Topics: 1. Re: InsightToolkit fails to build on rawhide due to missing SSE instructions (Dominik 'Rathann' Mierzejewski) 2. Re: New implementation of pthread condition variables in rawhide (Dominik 'Rathann' Mierzejewski) 3. Re: New implementation of pthread condition variables in rawhide (Siddhesh Poyarekar) 4. Re: New implementation of pthread condition variables in rawhide (Siddhesh Poyarekar) 5. F-22 Branched report: 20150522 changes (Fedora Branched Report) 6. Re: ABRT report for package soundconverter has reached 10 occurrences (Michael Schwendt) 7. Re: Getting changes from new RC builds to previous ones (Kevin Fenzi) 8. Re: [Guidelines change] Changes to the packaging guidelines (Frank Ch. Eigler) 9. Minutes from Env-and-Stacks WG meeting (2015-05-21) (Honza Horak) 10. Re: ABRT report for package soundconverter has reached 10 occurrences (Richard Marko) 11. Re: ABRT report for package soundconverter has reached 10 occurrences (Vít Ondruch) 12. Re: ABRT report for package soundconverter has reached 10 occurrences (Vít Ondruch) 13. Re: ABRT report for package soundconverter has reached 10 occurrences (Vít Ondruch) 14. (Jaroslav Reznik) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Test-Announce] Fedora 22 Final status is Go, release on May 26, 2015
On Sat, May 23, 2015 at 12:47:29AM +0530, Sumit Bhardwaj wrote: BTW, does this means that RC3 is the final build?? No more RCs, right? Until the annoucement goes out Tuesday morning, nothing is certain. This is the gold RC and is intended to be the final release, but there's always the — unlikely, knock on wood — option of the panic switch. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora 22 Repositories contain Fedora 21 Packages?
Hi All, I have a fresh installation of Fedora 22 RC1 with all the extra stuff I needed installed. Today I was going through the list of packages installed on my system and was a little bit surprised to find some packages ending in fc21 in their names. Now, for an upgraded system that might happen, but on a clean install, why I am getting FC21 packages? Because per my understanding, for any branched release, packages are completely rebuilt. Then how did this happen? More to the point, do I have to care about or do something about these? Will these be auto upgraded later with their FC22 counterparts? BTW, below is the list of those packages: nodejs-lru-cache-2.3.0-5.fc21.noarch nodejs-cryptiles-0.2.2-2.fc21.noarch python-pyasn1-0.1.7-4.fc21.noarch nodejs-assert-plus-0.1.4-2.fc21.noarch nodejs-cookie-jar-0.3.0-3.fc21.noarch mono-extras-2.10.8-7.fc21.x86_64 foomatic-db-filesystem-4.0-44.20140707.fc21.noarch unoconv-0.6-11.fc21.noarch atom-0.200.0-0.1.fc21.x86_64 nodejs-block-stream-0.0.7-2.fc21.noarch nodejs-sha-1.2.1-2.fc21.noarch nodejs-async-0.2.10-2.fc21.noarch nodejs-couch-login-0.1.18-2.fc21.noarch mono-mvc-2.10.8-7.fc21.x86_64 nodejs-opener-1.3.0-9.fc21.noarch pysvn-1.7.6-10.fc21.x86_64 python3-decorator-3.4.0-5.fc21.noarch system-config-users-docs-1.0.9-7.fc21.noarch nodejs-graceful-fs-2.0.0-4.fc21.noarch nodejs-once-1.1.1-7.fc21.noarch nodejs-tunnel-agent-0.3.0-3.fc21.noarch nodejs-glob-3.2.6-2.fc21.noarch npm-1.3.6-6.fc21.noarch python-mechanize-0.2.5-8.fc21.noarch alacarte-3.11.91-2.fc21.noarch color-filesystem-1-15.fc21.noarch zd1211-firmware-1.4-10.fc21.noarch ipw2200-firmware-3.1-10.fc21.noarch jcodings-1.0.9-7.fc21.noarch docbook-dtds-1.0-63.fc21.noarch python3-canberra-0-0.6.git65c3b3f.fc21.noarch nautilus-python-1.1-7.fc21.x86_64 opera-29.0.1795.60-0.fc21.x86_64 python-tempita-0.5.1-8.fc21.noarch system-config-samba-1.2.100-3.fc21.noarch python-smmap-0.8.1-8.fc21.noarch nodejs-hoek-0.9.1-3.fc21.noarch nodejs-npmlog-0.0.4-3.fc21.noarch nodejs-delayed-stream-0.0.5-7.fc21.noarch nodejs-github-url-from-git-1.1.1-4.fc21.noarch nodejs-node-uuid-1.4.1-2.fc21.noarch nodejs-mute-stream-0.0.4-2.fc21.noarch monodoc-2.10.8-7.fc21.x86_64 nodejs-read-installed-0.2.4-3.fc21.noarch nodejs-lockfile-0.4.2-2.fc21.noarch itstool-2.0.2-2.fc21.noarch lua-json-1.3.2-3.fc21.noarch foomatic-db-ppds-4.0-44.20140707.fc21.noarch atmel-firmware-1.3-13.fc21.noarch python3-humanize-0.5-6.fc21.noarch words-3.0-23.fc21.noarch ozon-repos-21-5.fc21.noarch odfpy-0.9.6-2.fc21.noarch docbook-style-xsl-1.78.1-3.fc21.noarch docbook-utils-0.6.14-38.fc21.noarch system-config-samba-docs-1.0.9-7.fc21.noarch GitPython-0.3.2-0.7.RC1.fc21.noarch nodejs-fstream-0.1.24-2.fc21.noarch nodejs-tar-0.1.18-2.fc21.noarch nodejs-ansi-0.2.1-2.fc21.noarch nodejs-cmd-shim-1.1.0-5.fc21.noarch nodejs-form-data-0.1.1-2.fc21.noarch nodejs-oauth-sign-0.3.0-3.fc21.noarch nodejs-npm-registry-client-0.2.28-2.fc21.noarch mono-wcf-2.10.8-7.fc21.x86_64 web-assets-filesystem-5-2.fc21.noarch nodejs-init-package-json-0.0.10-3.fc21.noarch nodejs-npm-user-validate-0.0.3-3.fc21.noarch python-pexpect-3.1-3.fc21.noarch basesystem-10.0-10.fc21.noarch gnome-video-effects-0.4.1-2.fc21.noarch sgabios-bin-0.20110622svn-7.fc21.noarch python3-beaker-1.5.4-10.fc21.noarch python3-progress-1.2-4.fc21.noarch sound-theme-freedesktop-0.8-4.fc21.noarch python-ply-3.4-7.fc21.noarch jnr-constants-0.8.4-6.fc21.noarch jnr-unixsocket-0.2-5.fc21.noarch jzlib-1.1.3-2.fc21.noarch docbook-style-dsssl-1.79-20.fc21.noarch gl-manpages-1.1-9.20140424.fc21.noarch nodejs-osenv-0.0.3-7.fc21.noarch nodejs-mime-1.2.11-2.fc21.noarch mono-core-2.10.8-7.fc21.x86_64 nodejs-nopt-2.1.2-2.fc21.noarch geany-themes-1.24-2.fc21.noarch nodejs-packaging-7-2.fc21.noarch nodejs-ctype-0.5.3-5.fc21.noarch nodejs-proto-list-1.2.2-7.fc21.noarch mono-data-sqlite-2.10.8-7.fc21.x86_64 nodejs-forever-agent-0.5.0-3.fc21.noarch mono-data-2.10.8-7.fc21.x86_64 nodejs-promzard-0.2.0-8.fc21.noarch mono-nunit-2.10.8-7.fc21.x86_64 nodejs-fstream-npm-0.1.5-3.fc21.noarch nodejs-chmodr-0.1.0-6.fc21.noarch fontpackages-filesystem-1.44-10.fc21.noarch rootfiles-8.1-17.fc21.noarch python-ntplib-0.3.2-3.fc21.noarch chmlib-0.40-10.fc21.x86_64 python-paste-1.7.5.1-11.20111221hg1498.fc21.noarch system-config-date-1.10.7-2.fc21.noarch python-docutils-0.12-0.2.20140510svn7747.fc21.noarch python-html5lib-0.999-5.fc21.noarch nodejs-slide-1.1.5-2.fc21.noarch nodejs-abbrev-1.0.4-8.fc21.noarch nodejs-combined-stream-0.0.4-5.fc21.noarch nodejs-normalize-package-data-0.2.1-2.fc21.noarch nodejs-json-stringify-safe-5.0.0-3.fc21.noarch mono-winfx-2.10.8-7.fc21.x86_64 nodejs-read-1.0.5-2.fc21.noarch mono-devel-2.10.8-7.fc21.x86_64 nodejs-fstream-ignore-0.0.7-3.fc21.noarch nodejs-editor-0.0.4-4.fc21.noarch python-cssutils-0.9.9-5.fc21.noarch xorg-x11-drv-vmmouse-13.0.0-13.fc21.x86_64 b43-openfwwf-5.2-11.fc21.noarch foomatic-db-4.0-44.20140707.fc21.noarch ipw2100-firmware-1.3-17.fc21.noarch poppler-sharp-0.0.3-6.fc21.noarch
