[Bug 1249253] New: perl-Archive-Zip-1.49 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249253 Bug ID: 1249253 Summary: perl-Archive-Zip-1.49 is available Product: Fedora Version: rawhide Component: perl-Archive-Zip Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, st...@silug.org Latest upstream release: 1.49 Current version/release in rawhide: 1.48-1.fc23 URL: http://search.cpan.org/dist/Archive-Zip/ 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 1249253] perl-Archive-Zip-1.49 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249253 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Failed to kick off scratch build. cmd: sha256sum /var/tmp/thn-4cRjpH/100.0% return code: 1 stdout: stderr: sha256sum: /var/tmp/thn-4cRjpH/100.0%: No such file or directory -- 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: and legacy software Re: pyorbit
Bastien Nocera wrote: You're just 8 years late for noticing that: https://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/xsettings/gsd-xsettings-manager.c#n79 and the explanation has been here for 4 years. That is not the place I was talking about. That is the gnome-settings-daemon default, it only applies when you're running gnome-settings-daemon as your XSettings manager (i.e., basically only under GNOME). I'm talking about the toolkit default inside GTK+ 3, which is used if the XSetting is NOT set. That is what recently changed. xsettings-kde, the XSettings manager running in KDE Plasma sessions, expects the toolkit to honor the hardware DPI if the relevant XSetting is not set, as Qt does. It only sets an explicit DPI value if the user set an explicit DPI value in KDE System Settings. So GTK+ 3 now displays with the wrong font sizes in KDE Plasma sessions. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
New openQA custom storage tests
Hey folks! Just to let you know - I have three new custom storage tests (BTRFS, LVM thinp and ext3) written, tested and ready to roll, I'm just gonna hold off until D481 lands for clarity (as it changes anacondalog - anacondatest etc), so I'll send a diff on Monday, assuming you folks land D481 Monday your time. One of the tests even found a bug: LVM thin partitioning is broken - https://openqa.happyassassin.net/tests/3441 . I reproduced it manually and filed a bug. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Broken dependencies: perl-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the rawhide tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the rawhide tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Data-Alias
perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-MongoDB
perl-MongoDB has broken dependencies in the rawhide tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Test-Vars
perl-Test-Vars has broken dependencies in the rawhide tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the rawhide tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Carp-REPL
perl-Carp-REPL has broken dependencies in the rawhide tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Method-Signatures
perl-Method-Signatures has broken dependencies in the rawhide tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the rawhide tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the rawhide tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the rawhide tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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: [HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
On Fri, Jul 31, 2015 at 10:46:06AM +, Igor Gnatenko wrote: I've sent patch to fedora's pygit2. Subsurface in upstream supports 0.23.0, I will need some time to check what patches we need. Other packages as you said compiles with new libgit2. Only one package dependes on python-pygit2, I adressed a bug. On Fri, Jul 31, 2015 at 12:46 PM Igor Gnatenko i.gnatenko.br...@gmail.com wrote: On Fri, Jul 31, 2015 at 8:58 AM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Thu, Jul 30, 2015 at 03:58:09PM +, Igor Gnatenko wrote: Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. Packages which needs rebuild (probably patches or updates needed): OK, and what happens if the patches turn out to be non-trivial and slow in being produced? I really think this kind of change should be done first using scratch builds of all dependent packages (or using a side tag if there are more than a handful of dependent packages). This way maintainers have time to respond in case upstream work is needed, and we don't get uninstallable packages in rawhide. Recent gdal update was similar. Some dependent packages require porting to the new APIs, nobody knows when that will happen. I have time today, I will take a care to submit upstream bugs about porting and will try to send patches with bugs. Hi, I see that you built python-pygit2 just now. * gitg I forgot gitg. Rebuilding now. * gnome-builder * kate-plugins * kf5-ktexteditor * python-pygit2 * python3-pygit2 * rubygem-rugged * gedit-plugin-git Those are all done now. * subsurface TBD. Above was all for rawhide. For F23, if it turns out that it is not possible to rebuild everything quickly, the change should be reverted imho. OK. It seems that fortunately this will not be necessary. I'll start doing the rebuilds later today. Can you add the buildroot override for libgit2 and libgit2-glib? 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
F-23 Branched report: 20150731 changes
Compose started at Fri Jul 31 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [deltaspike] deltaspike-test-utils-1.2.1-3.fc23.noarch requires mvn(org.jboss.arquillian.container:arquillian-container-test-spi) [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [gammaray] gammaray-qt5-2.2.1-10.fc23.armv7hl requires qt5-qtbase(armv7hl-32) = 0:5.4.2 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-7.fc23.armv7hl requires ghc(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) ghc-hjsmin-devel-0.1.4.7-7.fc23.armv7hl requires ghc-devel(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.armv7hl requires pyorbit(armv7hl-32) = 0:2.0.1 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.11.0-0.3.gitc7ad79d3.fc23.armv7hl requires libgnome-desktop-3.so.10 [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [klavaro] klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0 [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 0:25.3.3 [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0 [ncbi-blast+] ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so [netbeans-platform] 1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 0:1.9.3 [nodejs-grunt-contrib-copy] nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) 0:0.2 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) = 0:0.1.0 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 0:0.5.1 [nodejs-grunt-saucelabs]
Re: [HEADS UP] rpm-4.12.90 in rawhide
On Saturday, 25 July 2015 at 13:31, Remi Collet wrote: Le 25/07/2015 13:20, Florian Festi a écrit : On 07/25/2015 11:18 AM, Remi Collet wrote: Thanks for catching that! Do you want me to file a bug ? Yes, please! FYI https://bugzilla.redhat.com/show_bug.cgi?id=1246743 It looks like the fix for this broke all packages which have files/directories with actual { and } characters in %files. Shall I file a new bug? Currently, mozilla-noscript doesn't build because of this: [...] Processing files: mozilla-noscript-2.6.9.33-1.fc24.noarch error: File not found by glob: /builddir/build/BUILDROOT/mozilla-noscript-2.6.9.33-1.fc24.x86_64/usr/share/mozilla/extensions/{92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}/{73a6fe31-595d-460b-a920-fcc0f8843232} error: File not found by glob: /builddir/build/BUILDROOT/mozilla-noscript-2.6.9.33-1.fc24.x86_64/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{73a6fe31-595d-460b-a920-fcc0f8843232} Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org 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: and legacy software Re: pyorbit
* Firefox is still Gtk2 (and there is only one Martin Stránský working on the transition, and although he is an übermensch, the transition is still far from complete It's been running on GTK3 in Fedora since F-22. -- 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: Updates push status - 20150725
Note the the issue was a silent abi change in the libraries around dnf. Had we not hit the atomic issue we would have pushed out the changed abi and likely broken updates on end users systems. It is a good thing that we hit it when and how we did. Dennis On July 31, 2015 3:54:18 AM CDT, Reindl Harald h.rei...@thelounge.net wrote: Am 31.07.2015 um 03:15 schrieb Johnny Robeson: On Fri, 2015-07-31 at 02:40 +0200, Kevin Kofler wrote: Kevin Fenzi wrote: Friday (20150724), it hit a problem in the fedora22 updates-testing atomic compose. We worked thru and fixed one, but there's still some sort of issue preventing it from completing. ;( So this useless Fedora Atomic toy now delayed updates (including security updates!) for everybody, i.e., also for the 99% of our users who do NOT use Atomic? I find it unacceptable that we are being held hostage by that kind of niche project (considering that one argument for adding support for it was that if we don't want to use it, it won't affect us). Please have respect for other peoples work. I expect to find this language on common web forums, but we can do better here well, the friendly version: something is terrible wrong designed in the build/deployment-environments when unrelated stuff failing leads to fail anything compose of atomic failed? so who cares, write a mail to the sysadmins and continue with the other repos and as long that is not possible Fedora should refrain from adding more and more install flavours and re-design how the things are technically managed internally before -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Sent from my Android device with K-9 Mail. Please excuse my brevity.-- 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: Boost updated to 1.58.0 in rawhide and f23
Ceph failed to build with some impenetrable C++ error: In file included from /usr/include/boost/optional/optional.hpp:28:0, from /usr/include/boost/optional/optional_io.hpp:19, from ./include/encoding.h:289, from ./include/uuid.h:8, from ./include/types.h:21, from mon/OSDMonitor.h:28, from mon/OSDMonitor.cc:21: /usr/include/boost/variant/get.hpp: In instantiation of 'typename boost::add_referenceconst U::type boost::strict_get(const boost::variantT0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19) [with U = int; T0 = std::__cxx11::basic_stringchar; T1 = bool; T2 = long long int; T3 = double; T4 = std::vectorstd::__cxx11::basic_stringchar ; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_; typename boost::add_referenceconst U::type = const int]': /usr/include/boost/variant/get.hpp:299:25: required from 'typename boost::add_referenceconst U::type boost::get(const boost::variantT0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19) [with U = int; T0 = std::__cxx11::basic_stringchar; T1 = bool; T2 = long long int; T3 = double; T4 = std::vectorstd::__cxx11::basic_stringchar ; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_; typename boost::add_referenceconst U::type = const int]' ./common/cmdparse.h:47:26: required from 'bool cmd_getval(CephContext*, const cmdmap_t, std::__cxx11::string, T) [with T = int; cmdmap_t = std::mapstd::__cxx11::basic_stringchar, boost::variantstd::__cxx11::basic_stringchar, bool, long long int, double, std::vectorstd::__cxx11::basic_stringchar ; std::__cxx11::string = std::__cxx11::basic_stringchar]' mon/OSDMonitor.cc:3002:54: required from here /usr/include/boost/variant/get.hpp:195:5: error: invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILUREfalse' BOOST_STATIC_ASSERT_MSG( ^ Makefile:15876: recipe for target 'mon/OSDMonitor.lo' failed -- Any ideas on that one? This blocks qemu and all the rest of the virt stack. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- 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: Boost updated to 1.58.0 in rawhide and f23
On Fri, Jul 31, 2015 at 02:49:26PM +0100, Richard W.M. Jones wrote: Any ideas on that one? This blocks qemu and all the rest of the virt stack. Don't worry - I found the upstream bug with a fix: https://github.com/ceph/ceph/pull/4616 I'll try that. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
eseyman uploaded Future-0.33.tar.gz for perl-Future
edaee68f962c0e74758cc6053723389f Future-0.33.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Future/Future-0.33.tar.gz/md5/edaee68f962c0e74758cc6053723389f/Future-0.33.tar.gz -- 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
eseyman pushed to perl-Moo (master). Update to 2.000002
From a3221ef3602380062f1d1960dbeca1a6553eda6d Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Fri, 31 Jul 2015 17:12:40 +0200 Subject: Update to 2.02 diff --git a/.gitignore b/.gitignore index b28b6dd..3096e5c 100644 --- a/.gitignore +++ b/.gitignore @@ -22,3 +22,4 @@ /Moo-1.007000.tar.gz /Moo-2.00.tar.gz /Moo-2.01.tar.gz +/Moo-2.02.tar.gz diff --git a/perl-Moo.spec b/perl-Moo.spec index f0266e4..5aa0ee5 100644 --- a/perl-Moo.spec +++ b/perl-Moo.spec @@ -1,6 +1,6 @@ Name: perl-Moo -Version:2.01 -Release:3%{?dist} +Version:2.02 +Release:1%{?dist} Summary:Minimalist Object Orientation (with Moose compatibility) License:GPL+ or Artistic @@ -93,6 +93,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Jul 31 2015 Emmanuel Seyman emman...@seyman.fr - 2.02-1 +- Update to 2.02 + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.01-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index da12ed4..e097da1 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -61cfeb965736736e7c5687a28d097ac0 Moo-2.01.tar.gz +8b84a7289fc6247de5ec5d151105fd6b Moo-2.02.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Moo.git/commit/?h=masterid=a3221ef3602380062f1d1960dbeca1a6553eda6d -- 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: [HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
On Fri, Jul 31, 2015 at 01:31:36PM +, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Jul 31, 2015 at 10:46:06AM +, Igor Gnatenko wrote: I've sent patch to fedora's pygit2. Subsurface in upstream supports 0.23.0, I will need some time to check what patches we need. Other packages as you said compiles with new libgit2. Only one package dependes on python-pygit2, I adressed a bug. On Fri, Jul 31, 2015 at 12:46 PM Igor Gnatenko i.gnatenko.br...@gmail.com wrote: On Fri, Jul 31, 2015 at 8:58 AM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Thu, Jul 30, 2015 at 03:58:09PM +, Igor Gnatenko wrote: Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. Packages which needs rebuild (probably patches or updates needed): OK, and what happens if the patches turn out to be non-trivial and slow in being produced? I really think this kind of change should be done first using scratch builds of all dependent packages (or using a side tag if there are more than a handful of dependent packages). This way maintainers have time to respond in case upstream work is needed, and we don't get uninstallable packages in rawhide. Recent gdal update was similar. Some dependent packages require porting to the new APIs, nobody knows when that will happen. I have time today, I will take a care to submit upstream bugs about porting and will try to send patches with bugs. Hi, I see that you built python-pygit2 just now. * gitg I forgot gitg. Rebuilding now. So, upstream started working on updating the api, but it doesn't build yet. But it looks like it might be done fairly quickly. * gnome-builder * kate-plugins * kf5-ktexteditor * python-pygit2 * python3-pygit2 * rubygem-rugged * gedit-plugin-git Those are all done now. * subsurface TBD. Above was all for rawhide. For F23, if it turns out that it is not possible to rebuild everything quickly, the change should be reverted imho. OK. It seems that fortunately this will not be necessary. I'll start doing the rebuilds later today. So, we're still missing subsurface and gitg. Let's wait. 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
Re: [HEADS-UP] Please test kdbus in Rawhide!
On 07/30/2015 05:15 PM, Josh Boyer wrote: On Thu, Jul 30, 2015 at 6:54 PM, Orion Poplawski or...@cora.nwra.com wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: # dmesg | grep dbus [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.976597] systemd[1]: Failed to insert module 'kdbus': Function not implemented [6.523291] kdbus: initialized [6.523379] systemd[1]: Inserted module 'kdbus' [ 1166.601797] systemd-dbus1-generator[7138]: Failed to create /run/user/0/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists Why the earlier failure? Is the kdbus.ko.xz module in your initramfs? If it isn't, you probably need to rebuild it so that it is. josh Yup, dracut --force and a reboot cleared this up. Thanks. -- 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: [HEADS UP] rpm-4.12.90 in rawhide
On Fri, Jul 31, 2015 at 02:16:57PM +0200, Dominik 'Rathann' Mierzejewski wrote: On Saturday, 25 July 2015 at 13:31, Remi Collet wrote: Le 25/07/2015 13:20, Florian Festi a écrit : On 07/25/2015 11:18 AM, Remi Collet wrote: Thanks for catching that! Do you want me to file a bug ? Yes, please! FYI https://bugzilla.redhat.com/show_bug.cgi?id=1246743 It looks like the fix for this broke all packages which have files/directories with actual { and } characters in %files. Shall I file a new bug? Currently, mozilla-noscript doesn't build because of this: [...] Processing files: mozilla-noscript-2.6.9.33-1.fc24.noarch error: File not found by glob: /builddir/build/BUILDROOT/mozilla-noscript-2.6.9.33-1.fc24.x86_64/usr/share/mozilla/extensions/{92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}/{73a6fe31-595d-460b-a920-fcc0f8843232} error: File not found by glob: /builddir/build/BUILDROOT/mozilla-noscript-2.6.9.33-1.fc24.x86_64/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{73a6fe31-595d-460b-a920-fcc0f8843232} At least the shell does not expand {} without any commas: $ echo {a,b} {c} a b {c} So rpm probably shouldn't either. 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
Re: [HEADS-UP] Please test kdbus in Rawhide!
On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. This stuff is opt-in, and we are very keen on getting feedback and testing for this. The version of kdbus in Rawhide we consider API stable, there is a complete client side available now in systemd, with a client API in sd-bus. Compatibility with good old dbus1 is provided by the systemd-bus-proxy service. The folks involved in kdbus development have been running this code on their systems for more than half a year now. There were occasional hiccups, but we fixed everything we ran into, and it works pretty well now. Our focus was specifically on providing the best possible compatibility with dbus1. Now we'd like to increase the testing audience and added this to Rawhide because of this. Cannot log into KDE with kdbus, I get: $ cat .xsession-errors startkde: Starting up... startkde: Could not sync environment to dbus. Code is: # At this point all environment variables are set, let's send it to the DBus session server to update the activation environment /usr/libexec/ksyncdbusenv if test $? -ne 0; then # Startup error echo 'startkde: Could not sync environment to dbus.' 12 test -n $ksplash_pid kill $ksplash_pid 2/dev/null message Could not sync environment to dbus. exit 1 fi ./plasma-workspace-5.3.2/startkde/ksyncdbusenv/ksyncdbusenv.cpp: int main(int argc, char **argv) { QCoreApplication app(argc, argv); QProcessEnvironment env = QProcessEnvironment::systemEnvironment(); EnvMap envMap; for (const QString key : env.keys()) { envMap.insert(key, env.value(key)); } QDBusMessage msg = QDBusMessage::createMethodCall(QStringLiteral(org.freedesktop.DBus), QStringLiteral(/org/freedesktop/DBus), QStringLiteral(org.freedesktop.DBus), QStringLiteral(UpdateActivationEnvironment)); qDBusRegisterMetaTypeEnvMap(); msg.setArguments(QListQVariant({QVariant::fromValue(envMap)})); QDBusPendingCall reply = QDBusConnection::sessionBus().asyncCall(msg); reply.waitForFinished(); if (reply.isError()) { qDebug() reply.error().name() reply.error().message(); } return reply.isError() ? 1 : 0; } -- 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
eseyman uploaded Moo-2.000002.tar.gz for perl-Moo
8b84a7289fc6247de5ec5d151105fd6b Moo-2.02.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Moo/Moo-2.02.tar.gz/md5/8b84a7289fc6247de5ec5d151105fd6b/Moo-2.02.tar.gz -- 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 1249149] New: perl-threads-lite times out build after 24 hrs on make check
https://bugzilla.redhat.com/show_bug.cgi?id=1249149 Bug ID: 1249149 Summary: perl-threads-lite times out build after 24 hrs on make check Product: Fedora Version: rawhide Component: perl-threads-lite Assignee: ppi...@redhat.com Reporter: pbrobin...@gmail.com QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Blocks: 922257 (ARM64,F-ExcludeArch-aarch64) For some reason the when running the %check section of the build it takes ages and the build eventually times out after 24hrs http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=3106112 Executing(%check): /bin/sh -e /var/tmp/rpm-tmp.rjtAr6 + umask 022 + cd /builddir/build/BUILD + cd threads-lite-0.034 + ./Build test # Testing threads::lite 0.034, Perl 5.022000, /usr/bin/perl t/00-load.t ... ok t/10-basics.t . Failed 5/6 subtests EXCEPTION: Timeout(86400) expired for command: # bash --login -c /usr/bin/rpmbuild -bb --target aarch64 --nodeps /builddir/build/SPECS/perl-threads-lite.spec Traceback (most recent call last): File /usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py, line 84, in trace result = func(*args, **kw) File /usr/lib/python2.7/site-packages/mockbuild/util.py, line 487, in do raise commandTimeoutExpired(Timeout(%s) expired for command:\n # %s\n%s % (timeout, command, output)) commandTimeoutExpired: Timeout(86400) expired for command: # bash --login -c /usr/bin/rpmbuild -bb --target aarch64 --nodeps /builddir/build/SPECS/perl-threads-lite.spec LEAVE do -- EXCEPTION RAISED Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=922257 [Bug 922257] Tracker for ARM64 support -- 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: [HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
In subsurface we will disable git integration because it's not ready yeat in any way. What happens with gitg? On Fri, Jul 31, 2015 at 7:21 PM Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Fri, Jul 31, 2015 at 01:31:36PM +, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Jul 31, 2015 at 10:46:06AM +, Igor Gnatenko wrote: I've sent patch to fedora's pygit2. Subsurface in upstream supports 0.23.0, I will need some time to check what patches we need. Other packages as you said compiles with new libgit2. Only one package dependes on python-pygit2, I adressed a bug. On Fri, Jul 31, 2015 at 12:46 PM Igor Gnatenko i.gnatenko.br...@gmail.com wrote: On Fri, Jul 31, 2015 at 8:58 AM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Thu, Jul 30, 2015 at 03:58:09PM +, Igor Gnatenko wrote: Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. Packages which needs rebuild (probably patches or updates needed): OK, and what happens if the patches turn out to be non-trivial and slow in being produced? I really think this kind of change should be done first using scratch builds of all dependent packages (or using a side tag if there are more than a handful of dependent packages). This way maintainers have time to respond in case upstream work is needed, and we don't get uninstallable packages in rawhide. Recent gdal update was similar. Some dependent packages require porting to the new APIs, nobody knows when that will happen. I have time today, I will take a care to submit upstream bugs about porting and will try to send patches with bugs. Hi, I see that you built python-pygit2 just now. * gitg I forgot gitg. Rebuilding now. So, upstream started working on updating the api, but it doesn't build yet. But it looks like it might be done fairly quickly. * gnome-builder * kate-plugins * kf5-ktexteditor * python-pygit2 * python3-pygit2 * rubygem-rugged * gedit-plugin-git Those are all done now. * subsurface TBD. Above was all for rawhide. For F23, if it turns out that it is not possible to rebuild everything quickly, the change should be reverted imho. OK. It seems that fortunately this will not be necessary. I'll start doing the rebuilds later today. So, we're still missing subsurface and gitg. Let's wait. 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 -- -Igor Gnatenko -- 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: gross DNF bandwidth inefficiency if filesystem space limited
- Original Message - From: Kevin Kofler kevin.kof...@chello.at To: devel@lists.fedoraproject.org Sent: Friday, July 31, 2015 2:56:48 AM Subject: Re: gross DNF bandwidth inefficiency if filesystem space limited Radek Holy wrote: Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be fixed in dnf-1.0.2. I still don't understand why we don't just enable keepcache by default. Even after a successful update/install, deleting the cached packages is a major data loss because it prevents downgrading to them later, after a broken new update comes out (which also removes the previous update from the mirrors). Kevin Kofler One can say that the mirrors should keep the older versions for this purpose but I don't want to start a flame war. AFAIK, the local plugin is what you are looking for. -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On 07/30/2015 09:45 PM, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Jul 30, 2015 at 04:54:18PM -0600, Orion Poplawski wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: # dmesg | grep dbus [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.976597] systemd[1]: Failed to insert module 'kdbus': Function not implemented [6.523291] kdbus: initialized [6.523379] systemd[1]: Inserted module 'kdbus' [ 1166.601797] systemd-dbus1-generator[7138]: Failed to create /run/user/0/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists Why the earlier failure? Josh answered that. Getting duplicate requests for dbus-org.kde.kuiserver.service? It would seem that there must be two dbus-1 service files with the same Name= key. What does 'grep org.kde.kuiserver /usr/share/dbus-1/*/*' say? Looks like it: /usr/share/dbus-1/services/kf5_org.kde.kuiserver.service:Name=org.kde.kuiserver /usr/share/dbus-1/services/org.kde.kuiserver.service:Name=org.kde.kuiserver plasma-workspace-5.3.2-5.fc24.x86_64 kde-runtime-15.04.3-1.fc23.x86_64 Filed https://bugzilla.redhat.com/show_bug.cgi?id=1249157 [Hint: You can run the generator for debugging at any time with mkdir /tmp/x; /usr/lib/systemd/systemd-dbus1-generator /tmp/{x,x,x} Add SYSTEMD_LOG_LEVEL=debug or strace or similar for more detail ;) ] Zbyszek -- 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
eseyman pushed to perl-Future (master). Update to 0.33
From 1f7daa5521d668ff52e11a1a2fb9db0894378a3c Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Fri, 31 Jul 2015 16:58:38 +0200 Subject: Update to 0.33 diff --git a/.gitignore b/.gitignore index bab60d5..f671484 100644 --- a/.gitignore +++ b/.gitignore @@ -15,3 +15,4 @@ /Future-0.29.tar.gz /Future-0.30.tar.gz /Future-0.32.tar.gz +/Future-0.33.tar.gz diff --git a/perl-Future.spec b/perl-Future.spec index 65fc25e..fd951b5 100644 --- a/perl-Future.spec +++ b/perl-Future.spec @@ -1,6 +1,6 @@ Name: perl-Future -Version:0.32 -Release:3%{?dist} +Version:0.33 +Release:1%{?dist} Summary:Perl object system to represent an operation awaiting completion License:GPL+ or Artistic @@ -48,6 +48,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Fri Jul 31 2015 Emmanuel Seyman emman...@seyman.fr - 0.33-1 +- Update to 0.33 + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.32-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 76aab71..f3a92bb 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9aa4aa6a3876397d015688f56eed0689 Future-0.32.tar.gz +edaee68f962c0e74758cc6053723389f Future-0.33.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Future.git/commit/?h=masterid=1f7daa5521d668ff52e11a1a2fb9db0894378a3c -- 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: OCaml 4.02.3 is in Rawhide
On Fri, Jul 31, 2015 at 11:43:42 +0100, Richard W.M. Jones rjo...@redhat.com wrote: I rebuilt all packages, except: - js-of-ocaml - waiting on package review of a new dependency - ocaml-camlimages - FTBFS http://koji.fedoraproject.org/koji/taskinfo?taskID=10514721 but may be a result of the recent RPM changes It certainly does look related to the recent doc changes in rpm. I am about to leave on vacation and won't get to look at it today. I might be able to look at once I arrive, but I might not have enough time to get it fixed for a week or two. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Self Introduction Axel Delahaye
Hello everyone, I'm a computer science enginner from France. I'm in fond of computer science since my childhood. I discover Linux and Opensource in 2008 when I join the University Institute of Technology of Lille. Since this day, I try a large number of Linux distributions and I very like the opensource philosophy. I now use Fedora as personal use distribution. Anyway, today I work in Software engineering company and we use RedHat and CentOS. For our needs, we also use the epel repository and we think about contribute to this repo. First we would like to use the rubygem-bundler package from epel6 but at this time it is in testing because of the rubygem-thor dependency error I test rebuild rubygem-thor from fedora21 with epel-6-x86_64 mock profile and it works. I'm in touch with Mo Morsi who is maintainer of rubygem-thor and the builder of rubygem-bundler in epel-testing 6. So I'll send request for commit rights to the http://pkgs.fedoraproject.org/cgit/rubygem-thor.git/ and push to the el6 branch. I hope you now know more about me and I hope I can help you to purpose more and maintained packages Axel Delahaye Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. -- 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: gross DNF bandwidth inefficiency if filesystem space limited
On Fri, Jul 31, 2015 at 10:46:16AM +0200, Reindl Harald wrote: Am 31.07.2015 um 05:47 schrieb Zbigniew Jędrzejewski-Szmek: On Fri, Jul 31, 2015 at 02:56:48AM +0200, Kevin Kofler wrote: Radek Holy wrote: Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be fixed in dnf-1.0.2. I still don't understand why we don't just enable keepcache by default. Even after a successful update/install, deleting the cached packages is a major data loss because it prevents downgrading to them later, after a broken new update comes out (which also removes the previous update from the mirrors). Most people don't downgrade or do it very rarely? It can be said that downgrading is an advanced operation, and you can set keepcache=1 if you need it and then there are they cases where deps are solved but files conflicts, the transaction check fails like recently with two broken polkit updates have fun typing dnf --skip-broken upgrade (yes i know NF lacks --skip-broken ATM) and download the other packages again for *zero reason* That behaviour changed in dnf 1.0.2. So let's stop flogging this particular horse. 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
[389-devel] please review: Ticket 47931 - deadlock with memberOf and retrocl plugins
https://fedorahosted.org/389/ticket/47931 https://fedorahosted.org/389/attachment/ticket/47931/0001-Ticket-47931-memberOf-retrocl-deadlocks.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
On Fri, Jul 31, 2015 at 04:26:24PM +, Igor Gnatenko wrote: In subsurface we will disable git integration because it's not ready yeat in any way. What happens with gitg? There was a bunch of commits yesterday fixing some api incompatibilities. Another batch or two of like that and it should be ready. Zbyszek On Fri, Jul 31, 2015 at 7:21 PM Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Fri, Jul 31, 2015 at 01:31:36PM +, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Jul 31, 2015 at 10:46:06AM +, Igor Gnatenko wrote: I've sent patch to fedora's pygit2. Subsurface in upstream supports 0.23.0, I will need some time to check what patches we need. Other packages as you said compiles with new libgit2. Only one package dependes on python-pygit2, I adressed a bug. On Fri, Jul 31, 2015 at 12:46 PM Igor Gnatenko i.gnatenko.br...@gmail.com wrote: On Fri, Jul 31, 2015 at 8:58 AM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Thu, Jul 30, 2015 at 03:58:09PM +, Igor Gnatenko wrote: Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. Packages which needs rebuild (probably patches or updates needed): OK, and what happens if the patches turn out to be non-trivial and slow in being produced? I really think this kind of change should be done first using scratch builds of all dependent packages (or using a side tag if there are more than a handful of dependent packages). This way maintainers have time to respond in case upstream work is needed, and we don't get uninstallable packages in rawhide. Recent gdal update was similar. Some dependent packages require porting to the new APIs, nobody knows when that will happen. I have time today, I will take a care to submit upstream bugs about porting and will try to send patches with bugs. Hi, I see that you built python-pygit2 just now. * gitg I forgot gitg. Rebuilding now. So, upstream started working on updating the api, but it doesn't build yet. But it looks like it might be done fairly quickly. * gnome-builder * kate-plugins * kf5-ktexteditor * python-pygit2 * python3-pygit2 * rubygem-rugged * gedit-plugin-git Those are all done now. * subsurface TBD. Above was all for rawhide. For F23, if it turns out that it is not possible to rebuild everything quickly, the change should be reverted imho. OK. It seems that fortunately this will not be necessary. I'll start doing the rebuilds later today. So, we're still missing subsurface and gitg. Let's wait. 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 -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 260 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 51 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1501/strongswan-5.3.2-1.el6 40 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-6828/chicken-4.9.0.1-4.el6 23 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7031/python-virtualenv-12.0.7-1.el6 18 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7116/nx-libs-3.5.0.32-1.el6 17 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7168/rubygem-crack-0.3.2-2.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7236/xrdp-0.6.1-4.el6 10 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7261/drupal7-path_breadcrumbs-3.3-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7304/uwsgi-2.0.11.1-1.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7362/drupal6-cck-2.10-1.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7347/lighttpd-1.4.36-1.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7353/wordpress-4.2.3-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing dx-4.4.4-11.el6.4 elastic-curator-2.1.2-2.el6 golang-github-abbot-go-http-auth-0-0.3.gitc0ef453.el6 golang-github-appc-spec-0.5.1-4.git37bef67.el6 golang-github-armon-circbuf-0-0.2.gitf092b4f.el6 golang-github-armon-go-metrics-0-0.2.gita54701e.el6 golang-github-armon-gomdb-0-0.3.git151f2e0.el6 golang-github-beorn7-perks-0-0.3.gitb965b61.el6 golang-github-bmizerany-assert-0-0.3.gite17e998.el6 golang-github-bmizerany-pat-0-0.3.gitb8a3500.el6 golang-github-bmizerany-perks-0-0.3.gitd9a9656.el6 golang-github-boltdb-bolt-1.0-0.2.git980670a.el6 golang-github-codegangsta-cli-1.2.0-4.el6 golang-github-coreos-go-log-0-0.9.git840af6b.el6 golang-github-coreos-go-semver-0-0.5.git568e959.el6 golang-github-coreos-go-systemd-2-8.el6 golang-github-davecgh-go-spew-0-0.5.git3e6e67c.el6 golang-github-dgnorton-goback-0-0.3.gita49ca3c.el6 golang-github-digitalocean-godo-0-0.2.git8dc1f54.el6 golang-github-docker-libtrust-0-0.4.git6b78349.el6 golang-github-docker-spdystream-0-0.7.gitb2c3287.el6 golang-github-elazarl-go-bindata-assetfs-0-0.5.git3dcc965.el6 golang-github-emicklei-go-restful-1.1.3-0.6.gitbdfb7d4.el6 golang-github-evanphx-json-patch-0-0.3.gita1ba76c.el6 golang-github-fsouza-go-dockerclient-0.2.1-9.gitf95d189.el6 golang-github-garyburd-redigo-0-0.3.git3e4727f.el6 golang-github-ghodss-yaml-0-0.6.git588cb43.el6 golang-github-glacjay-goini-0-0.3.git5261baf.el6 golang-github-go-tomb-tomb-0-0.2.git14b3d72.el6 golang-github-godbus-dbus-2-0.3.git939230d.el6 golang-github-golang-appengine-0-0.3.git1c3fdc5.el6 golang-github-golang-glog-0-0.6.git44145f0.el6 golang-github-golang-groupcache-0-0.3.git604ed57.el6 golang-github-google-go-querystring-0-0.2.git547ef5a.el6 golang-github-google-gofuzz-0-0.8.gitbbcb9da.el6 nodejs-builtins-1.0.2-1.el6 perl-File-Find-Rule-Age-0.302-3.el6 xine-lib-1.1.21-11.el6 zbackup-1.4.2-1.el6 Details about builds: dx-4.4.4-11.el6.4 (FEDORA-EPEL-2015-7447) Open source version of IBM's Visualization Data Explorer Update Information: Fixes broken dependencies with ImageMagick libraries in RHEL 6.7. ChangeLog: * Thu Jul 30 2015 Dominik Mierzejewski r...@greysector.net 4.4.4-11.4 - rebuild for ImageMagick ABI bump (rhbz#1247332) References: [ 1 ] Bug #1247332 - rebuild needed for RHEL 6.7 https://bugzilla.redhat.com/show_bug.cgi?id=1247332 elastic-curator-2.1.2-2.el6 (FEDORA-EPEL-2015-7455) Tools for managing Elasticsearch indices Update Information: Add Requires: python-argparse golang-github-abbot-go-http-auth-0-0.3.gitc0ef453.el6 (FEDORA-EPEL-2015-7434) Basic and Digest HTTP Authentication for golang http Update Information: Move test.htpasswd and test.htdigest to test unit ChangeLog: * Thu Jul 30 2015
Re: [HEADS-UP] Please test kdbus in Rawhide!
Hi On Fri, Jul 31, 2015 at 6:47 PM, Orion Poplawski or...@cora.nwra.com wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. This stuff is opt-in, and we are very keen on getting feedback and testing for this. The version of kdbus in Rawhide we consider API stable, there is a complete client side available now in systemd, with a client API in sd-bus. Compatibility with good old dbus1 is provided by the systemd-bus-proxy service. The folks involved in kdbus development have been running this code on their systems for more than half a year now. There were occasional hiccups, but we fixed everything we ran into, and it works pretty well now. Our focus was specifically on providing the best possible compatibility with dbus1. Now we'd like to increase the testing audience and added this to Rawhide because of this. Cannot log into KDE with kdbus, I get: $ cat .xsession-errors startkde: Starting up... startkde: Could not sync environment to dbus. This is UpdateActivationEnvironment() failing. This call definitely works and we use it on our machines. However, it returns an error if the argument-array is empty. I fixed this in -git now [1]. It sounds like you're hitting this. If the fix doesn't help, please let me know (should be in rawhide by tomorrow). Thanks a lot for the report! David [1] https://github.com/systemd/systemd/commit/b2a0ac5e5b29c73ca7c0da23369a4769d5a91ddd Code is: # At this point all environment variables are set, let's send it to the DBus session server to update the activation environment /usr/libexec/ksyncdbusenv if test $? -ne 0; then # Startup error echo 'startkde: Could not sync environment to dbus.' 12 test -n $ksplash_pid kill $ksplash_pid 2/dev/null message Could not sync environment to dbus. exit 1 fi ./plasma-workspace-5.3.2/startkde/ksyncdbusenv/ksyncdbusenv.cpp: int main(int argc, char **argv) { QCoreApplication app(argc, argv); QProcessEnvironment env = QProcessEnvironment::systemEnvironment(); EnvMap envMap; for (const QString key : env.keys()) { envMap.insert(key, env.value(key)); } QDBusMessage msg = QDBusMessage::createMethodCall(QStringLiteral(org.freedesktop.DBus), QStringLiteral(/org/freedesktop/DBus), QStringLiteral(org.freedesktop.DBus), QStringLiteral(UpdateActivationEnvironment)); qDBusRegisterMetaTypeEnvMap(); msg.setArguments(QListQVariant({QVariant::fromValue(envMap)})); QDBusPendingCall reply = QDBusConnection::sessionBus().asyncCall(msg); reply.waitForFinished(); if (reply.isError()) { qDebug() reply.error().name() reply.error().message(); } return reply.isError() ? 1 : 0; } -- 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 -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, 30.07.15 19:57, Lennart Poettering (mzerq...@0pointer.de) wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. Quick update: We have released a new version of systemd now with all bugs reported here fixed. It's also in Rawhide already, but it might not have hit all mirrors yet. To download it directly, please use: http://koji.fedoraproject.org/koji/buildinfo?buildID=674692 And please remember to turn selinux at least into permissive mode when using this, or even turn it off entirely while testing (kdbus=1 selinux=0 on the kernel command line). Thanks a lot to everybody who already tested this! Please test the new version, any feedback much appreciated! Lennart -- Lennart Poettering, Red Hat -- 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: gross DNF bandwidth inefficiency if filesystem space limited
On 31 July 2015 at 17:27, Radek Holy rh...@redhat.com wrote: One can say that the mirrors should keep the older versions I would completely agree. As we can't rely that packages referenced in metadata just one day old still being on the mirrors means that PackageKit has to download hundreds of megabytes month more than it has to. Richard. -- 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: install devtools in F22 live boot, device-mapper implosion
On Fri, 2015-07-31 at 14:26 -0700, derek wrote: from https://lists.fedoraproject.org/pipermail/users/2015-July/thread .html#463627 Hi Derek! It's a really interesting use case you have. It's just not one the Fedora live stuff was ever designed for. The live stuff was built for a different time and has been kept working, but never really radically overhauled or improved to address the kind of use case you're going for. What I'd suggest might work out well would be to blog and/or write to devel@ about the scenario you want to make work, and see if you can get a couple of other folks enthused about it, then see if you can come up with changes that will improve the situation and maybe post up a proof -of-concept image somewhere. If you come up with something that looks workable, it should definitely be possible to get it merged back in - no-one's against taking improvements! Of course it's fine to just say 'hey, I'd like if this worked' too, but then you're effectively hoping that someone else will like the idea enough to go ahead and work on it, and Fedora folk all tend to have a list of 'hey, wouldn't it be cool if...' projects as long as their arms already, so it doesn't always happen... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On 07/31/2015 11:07 AM, David Herrmann wrote: Hi On Fri, Jul 31, 2015 at 6:47 PM, Orion Poplawski or...@cora.nwra.com wrote: Cannot log into KDE with kdbus, I get: $ cat .xsession-errors startkde: Starting up... startkde: Could not sync environment to dbus. This is UpdateActivationEnvironment() failing. This call definitely works and we use it on our machines. However, it returns an error if the argument-array is empty. I fixed this in -git now [1]. It sounds like you're hitting this. If the fix doesn't help, please let me know (should be in rawhide by tomorrow). Thanks a lot for the report! David [1] https://github.com/systemd/systemd/commit/b2a0ac5e5b29c73ca7c0da23369a4769d5a91ddd This still seems to be failing with systemd-224-1.fc24.x86_64 sendmsg(4, {msg_name(0)=NULL, msg_iov(2)=[{l\1\0\1\21\0\0\2\0\0\0\223\0\0\0\1\1o\0\25\0\0\0/org/freedesktop/DBus\0\0\0\6\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0\2\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0\3\1s\0\33\0\0\0UpdateActivationEnvironment\0\0\0\0\0\10\1g\0\5a{ss}\0\0\0\0\0\0, 168}, {4\21\0\0\0\0\0\0\22\0\0\0BASH_FUNC_module()\0\0)\0\0\0() { eval `/usr/bin/modulecmd bash $*`\n}\0\0\0\n\0\0\0CCACHE_DIR\0\0\25\0\0\0/scratch/orion/ccache\0\0\0\0\0\0\0\16\0\0\0COBBLER_SERVER\0\0\25\0\0\0cobbler.cora.nwra.com\0\0\0\7\0\0\0CVSROOT\0\20\0\0\0/data/sw1/cvsrep\0\0\0\0\0\0\0\0\30\0\0\0DBUS_SESSION_BUS_ADDRESS\0\0\0\0D\0\0\0kernel:path=/sys/fs/kdbus/1744-user/bus;unix:path=/run/user/1744/bus\0\0\0\0\0\0\0\0\7\0\0\0DISPLAY\0\16\0\0\0localhost:11.0\0\0\6\0\0\0EDITOR\0\0\2\0\0\0vi\0\0\0\0\0\0\10\0\0\0GDL_PATH\0\0\0\0O\0\0\0+/opt/local/cmsvlib:+/usr/share/gnudatalanguage/lib:+/opt/local/itt/idl/idl/lib\0\0\0\0\0\v\0\0\0HISTCONTROL\0\n\0\0\0ignoredups\0\0\10\0\0\0HISTSIZE\0\0\0\0\4\0\0\0001000\0\0\0\0\0\0\0\0\4\0\0\0HOME\0\0\0\0\v\0\0\0/home/orion\0\0\0\0\0\4\0\0\0HOST\0\0\0\0\t\0\0\0vmrawhide\0\0\0\0\0\0\0\10\0\0\0HOSTNAME\0\0\0\0\27\0\0\0vmrawhide.cora.nwra.com\0\0\0\0\0\7\0\0\0IDL_DIR\0\25\0\0\0/nfs/local/exelis/idl\0\0\0\f\0\0\0IDL_DLM_PATH\0\0\0\0#\0\0\0/nfs/local/gpulib/lib:IDL_DEFAULT\0\0\0\0\0\10\0\0\0IDL_PATH\0\0\0\0001\0\0\0+/home/orion/idl:+/nfs/local/g p ulib:IDL_DEFAULT\0\0\0\v\0\0\0IDL_STARTUP\0\22\0\0\0/home/orion/.idlrc\0\0\23\0\0\0JITC_PROCESSOR_TYPE\0\1\0\0\0006\0\0\0\7\0\0\0KDEDIRS\0\4\0\0\0/usr\0\0\0\0\4\0\0\0LANG\0\0\0\0\v\0\0\0en_US.UTF-8\0\0\0\0\0\10\0\0\0LANGUAGE\0\0\0\0\0\0\0\0\0\0\0\0\10\0\0\0LESSOPEN\0\0\0\0\31\0\0\0||/usr/bin/l..., 4412}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 4580 recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{l\3\1\1\25\0\0\0\377\377\377\377_\0\0\0\5\1u\0\2\0\0\0\4\1s\0\0\0\0org.freedesktop.DBus.Error.InvalidArgs\0\0\7\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0\10\1g\0\1s\0\0\20\0\0\0Invalid argument\0, 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 133 PS - I'm off network starting now until next week. -- 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
ppisar uploaded Encode-2.76.tar.gz for perl-Encode
90ee2160d40ade6cc4c4aa1b1ff4745e Encode-2.76.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Encode/Encode-2.76.tar.gz/md5/90ee2160d40ade6cc4c4aa1b1ff4745e/Encode-2.76.tar.gz -- 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 818386] CVE-2012-2451 perl-Config-IniFiles: insecure temporary file usage
https://bugzilla.redhat.com/show_bug.cgi?id=818386 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=low,public=20120502, |impact=low,public=20120502, |reported=20120502,source=os |reported=20120502,source=os |s-sec,cvss2=1.9/AV:L/AC:M/A |s-security,cvss2=1.9/AV:L/A |u:N/C:N/I:P/A:N,fedora-all/ |C:M/Au:N/C:N/I:P/A:N,fedora |perl-Config-IniFiles=affect |-all/perl-Config-IniFiles=a |ed,epel-all/perl-Config-Ini |ffected,epel-all/perl-Confi |Files=affected,rhn_satellit |g-IniFiles=affected,rhn_sat |e_5.4/perl-Config-IniFiles= |ellite_5.4/perl-Config-IniF |wontfix,rhn_proxy_5.3/perl- |iles=wontfix,rhn_proxy_5.3/ |Config-IniFiles=wontfix,cwe |perl-Config-IniFiles=wontfi |=CWE-377|x,cwe=CWE-377 -- 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 895542] perl: Double-free when loading Digest::SHA object representing the intermediate SHA state from a file
https://bugzilla.redhat.com/show_bug.cgi?id=895542 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=low,public=20130112, |impact=low,public=20130112, |reported=20130115,source=os |reported=20130115,source=os |ssecurity,cvss2=3.7/AV:L/AC |s-security,cvss2=3.7/AV:L/A |:H/Au:N/C:P/I:P/A:P,rhel-5/ |C:H/Au:N/C:P/I:P/A:P,rhel-5 |perl=notaffected,rhel-6/per |/perl=notaffected,rhel-6/pe |l=affected,fedora-all/perl= |rl=affected,fedora-all/perl |affected|=affected -- 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
ppisar pushed to perl-Encode (f22). 2.76 bump
From ba06a8a68ae1c17334df2b714971ec4b37165277 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Fri, 31 Jul 2015 08:43:14 +0200 Subject: 2.76 bump diff --git a/.gitignore b/.gitignore index b658c41..9e891a0 100644 --- a/.gitignore +++ b/.gitignore @@ -22,3 +22,4 @@ /Encode-2.73.tar.gz /Encode-2.74.tar.gz /Encode-2.75.tar.gz +/Encode-2.76.tar.gz diff --git a/perl-Encode.spec b/perl-Encode.spec index d5bb227..d3a38a8 100644 --- a/perl-Encode.spec +++ b/perl-Encode.spec @@ -1,6 +1,6 @@ Name: perl-Encode Epoch: 2 -Version:2.75 +Version:2.76 Release:1%{?dist} Summary:Character encodings in Perl # ucm: UCD @@ -9,6 +9,9 @@ License:(GPL+ or Artistic) and UCD Group: Development/Libraries URL:http://search.cpan.org/dist/Encode/ Source0: http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{version}.tar.gz +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) @@ -153,6 +156,9 @@ make test %{perl_vendorarch}/Encode/encode.h %changelog +* Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 2:2.76-1 +- 2.76 bump + * Wed Jul 01 2015 Petr Pisar ppi...@redhat.com - 2:2.75-1 - 2.75 bump diff --git a/sources b/sources index 72e..421dfe3 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e6ed28199c0cb423516b88a0698db0ec Encode-2.75.tar.gz +90ee2160d40ade6cc4c4aa1b1ff4745e Encode-2.76.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f22id=ba06a8a68ae1c17334df2b714971ec4b37165277 -- 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 962705] CVE-2012-6143 perl-Spoon (Spoon::Cookie): Do not run Storable::thaw() on arbitrary untrusted user input
https://bugzilla.redhat.com/show_bug.cgi?id=962705 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2013 |impact=moderate,public=2013 |0512,reported=20130512,sour |0512,reported=20130512,sour |ce=osssecurity,cvss2=5.0/AV |ce=oss-security,cvss2=5.0/A |:N/AC:L/Au:N/C:N/I:P/A:N,fe |V:N/AC:L/Au:N/C:N/I:P/A:N,f |dora-all/perl-Spoon=affecte |edora-all/perl-Spoon=affect |d,epel-6/perl-Spoon=affecte |ed,epel-6/perl-Spoon=affect |d |ed -- 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
ppisar pushed to perl-Encode (master). Increase release number to have unique perl-encoding NEVRA
From 61d4dde4f0db976465f0b5ea8b572dbd3071be3f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Fri, 31 Jul 2015 09:08:37 +0200 Subject: Increase release number to have unique perl-encoding NEVRA diff --git a/perl-Encode.spec b/perl-Encode.spec index a867a5b..30bd24c 100644 --- a/perl-Encode.spec +++ b/perl-Encode.spec @@ -4,7 +4,11 @@ Name: perl-Encode Epoch: 3 Version:%{cpan_version} -Release:1%{?dist} +# Keep increasing release number even when rebasing version because +# perl-encoding sub-package has independent version which does not change +# often and consecutive builds would clash on perl-encoding NEVRA. This is the +# same case as in perl.spec. +Release:2%{?dist} Summary:Character encodings in Perl # ucm: UCD # other files: GPL+ or Artistic @@ -161,6 +165,9 @@ make test %{perl_vendorarch}/Encode/encode.h %changelog +* Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 3:2.76-2 +- Increase release number to have unique perl-encoding NEVRA + * Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 3:2.76-1 - 2.76 bump -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=masterid=61d4dde4f0db976465f0b5ea8b572dbd3071be3f -- 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 1062424] CVE-2014-1875 perl-Capture-Tiny: insecure temporary file usage
https://bugzilla.redhat.com/show_bug.cgi?id=1062424 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=low,public=20140206, |impact=low,public=20140206, |reported=20140206,source=os |reported=20140206,source=os |s-sec,cvss2=1.9/AV:L/AC:M/A |s-security,cvss2=1.9/AV:L/A |u:N/C:N/I:P/A:N,rhel-7/perl |C:M/Au:N/C:N/I:P/A:N,rhel-7 |-Capture-Tiny=affected,rhsc |/perl-Capture-Tiny=affected |l-1/perl516-perl-Capture-Ti |,rhscl-1/perl516-perl-Captu |ny=affected,fedora-all/perl |re-Tiny=affected,fedora-all |-Capture-Tiny=affected,cwe= |/perl-Capture-Tiny=affected |(CWE-377|CWE-732) |,cwe=(CWE-377|CWE-732) -- 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 1051106] perl-PlRPC: weak crypto
https://bugzilla.redhat.com/show_bug.cgi?id=1051106 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2013 |impact=moderate,public=2013 |1114,reported=20140109,sour |1114,reported=20140109,sour |ce=oss-sec,cvss2=4.3/AV:N/A |ce=oss-security,cvss2=4.3/A |C:M/Au:N/C:P/I:N/A:N,rhel-7 |V:N/AC:M/Au:N/C:P/I:N/A:N,r |/perl-PlRPC=wontfix,rhscl-1 |hel-7/perl-PlRPC=wontfix,rh |/perl516-perl-PlRPC=wontfix |scl-1/perl516-perl-PlRPC=wo |,fedora-all/perl-PlRPC=wont |ntfix,fedora-all/perl-PlRPC |fix |=wontfix -- 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 1128978] CVE-2014-5269 perl-Plack: trailing slashes removed leading to source code disclosure
https://bugzilla.redhat.com/show_bug.cgi?id=1128978 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2013 |impact=moderate,public=2013 |0528,reported=20140811,sour |0528,reported=20140811,sour |ce=osssecurity,cvss2=5.0/AV |ce=oss-security,cvss2=5.0/A |:N/AC:L/Au:N/C:P/I:N/A:N,fe |V:N/AC:L/Au:N/C:P/I:N/A:N,f |dora-all/perl-Plack=affecte |edora-all/perl-Plack=affect |d,epel-7/perl-Plack=affecte |ed,epel-7/perl-Plack=affect |d |ed -- 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 920683] CVE-2013-1841 perl-Net-Server: Improper reverse DNS matching check for the given hostname
https://bugzilla.redhat.com/show_bug.cgi?id=920683 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=low,public=20130304, |impact=low,public=20130304, |reported=20130304,source=os |reported=20130304,source=os |ssecurity,cvss2=4.3/AV:N/AC |s-security,cvss2=4.3/AV:N/A |:M/Au:N/C:N/I:P/A:N,fedora- |C:M/Au:N/C:N/I:P/A:N,fedora |all/perl-Net-Server=affecte |-all/perl-Net-Server=affect |d,epel-all/perl-Net-Server= |ed,epel-all/perl-Net-Server |affected|=affected -- 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
ppisar pushed to perl-Encode (f23). Increase release number to have unique perl-encoding NEVRA
From 61d4dde4f0db976465f0b5ea8b572dbd3071be3f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Fri, 31 Jul 2015 09:08:37 +0200 Subject: Increase release number to have unique perl-encoding NEVRA diff --git a/perl-Encode.spec b/perl-Encode.spec index a867a5b..30bd24c 100644 --- a/perl-Encode.spec +++ b/perl-Encode.spec @@ -4,7 +4,11 @@ Name: perl-Encode Epoch: 3 Version:%{cpan_version} -Release:1%{?dist} +# Keep increasing release number even when rebasing version because +# perl-encoding sub-package has independent version which does not change +# often and consecutive builds would clash on perl-encoding NEVRA. This is the +# same case as in perl.spec. +Release:2%{?dist} Summary:Character encodings in Perl # ucm: UCD # other files: GPL+ or Artistic @@ -161,6 +165,9 @@ make test %{perl_vendorarch}/Encode/encode.h %changelog +* Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 3:2.76-2 +- Increase release number to have unique perl-encoding NEVRA + * Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 3:2.76-1 - 2.76 bump -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f23id=61d4dde4f0db976465f0b5ea8b572dbd3071be3f -- 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: Undefined %epoch problem (Re: rawhide report: 20150730 changes)
On Fri, Jul 31, 2015 at 3:43 AM, Michael Schwendt mschwe...@gmail.com wrote: On Thu, 30 Jul 2015 12:42:29 +, Fedora Rawhide Report wrote: Broken deps for x86_64 Surprisingly, the report is incomplete and doesn't find some unresolvable dependencies. DNF doesn't either. An undefined %{epoch} in a dependency is not found. This has been reported to blktap: https://bugzilla.redhat.com/1248912 Note how DNF tells Dependencies resolved, but later fails during the transaction check. How could it resolve the unexpanded %{epoch} earlier? I'm confused as well, I never saw any problem in this package before. -- Yours sincerely, Christopher Meng http://cicku.me -- 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 1244989] perl-Module-CoreList-5.20150720 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1244989 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Module-CoreList-5.2015 |perl-Module-CoreList-5.2015 |0720-1.fc23 |0720-1.fc22 Resolution|--- |ERRATA Last Closed||2015-07-31 03:58:09 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- perl-Module-CoreList-5.20150720-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On 30.07.2015 20:05, Stephen Gallagher wrote: On Thu, 2015-07-30 at 19:57 +0200, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. This stuff is opt-in, and we are very keen on getting feedback and testing for this. The version of kdbus in Rawhide we consider API stable, there is a complete client side available now in systemd, with a client API in sd-bus. Compatibility with good old dbus1 is provided by the systemd-bus-proxy service. The folks involved in kdbus development have been running this code on their systems for more than half a year now. There were occasional hiccups, but we fixed everything we ran into, and it works pretty well now. Our focus was specifically on providing the best possible compatibility with dbus1. Now we'd like to increase the testing audience and added this to Rawhide because of this. Further information about kdbus and how to get started you may find here: http://www.freedesktop.org/wiki/Software/systemd/kdbus/ We'd very thankful for every Fedora developer testing this and providing bug reports! Any feedback is highly appreciated. Also, should you attend our upcoming conference, we might return the favour by buying you a beer or two: https://systemd.events/ Thank you, Lennart For folks not keen to jump headfirst into Rawhide, is it expected that this should work on Fedora 23 or Fedora 22 if one installs only the kernel and systemd packages from Rawhide? That might make people more comfortable trying it out (and get you more feedback), if so. You want to install at least systemd-223-2.git65c85ef.fc24 to get the latest fixes. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ppisar pushed to perl-Encode (f21). 2.76 bump
From e7db67a8849ce576da44455c5a6f2b7094b9812d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Fri, 31 Jul 2015 08:43:14 +0200 Subject: 2.76 bump diff --git a/.gitignore b/.gitignore index b658c41..9e891a0 100644 --- a/.gitignore +++ b/.gitignore @@ -22,3 +22,4 @@ /Encode-2.73.tar.gz /Encode-2.74.tar.gz /Encode-2.75.tar.gz +/Encode-2.76.tar.gz diff --git a/perl-Encode.spec b/perl-Encode.spec index 1a257f4..b99ec3c 100644 --- a/perl-Encode.spec +++ b/perl-Encode.spec @@ -1,6 +1,6 @@ Name: perl-Encode Epoch: 1 -Version:2.75 +Version:2.76 Release:1%{?dist} Summary:Character encodings in Perl # ucm: UCD @@ -9,6 +9,9 @@ License:(GPL+ or Artistic) and UCD Group: Development/Libraries URL:http://search.cpan.org/dist/Encode/ Source0: http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{version}.tar.gz +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) @@ -121,6 +124,9 @@ make test %{perl_vendorarch}/Encode/encode.h %changelog +* Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 1:2.76-1 +- 2.76 bump + * Wed Jul 01 2015 Petr Pisar ppi...@redhat.com - 1:2.75-1 - 2.75 bump diff --git a/sources b/sources index 72e..421dfe3 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e6ed28199c0cb423516b88a0698db0ec Encode-2.75.tar.gz +90ee2160d40ade6cc4c4aa1b1ff4745e Encode-2.76.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f21id=e7db67a8849ce576da44455c5a6f2b7094b9812d -- 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 1110723] CVE-2014-0477 perl-Email-Address: Denial-of-Service in Email::Address::parse
https://bugzilla.redhat.com/show_bug.cgi?id=1110723 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=low,public=20140618, |impact=low,public=20140618, |reported=20140618,source=os |reported=20140618,source=os |s-sec,cvss2=2.1/AV:L/AC:L/A |s-security,cvss2=2.1/AV:L/A |u:N/C:N/I:N/A:P,rhel-7/perl |C:L/Au:N/C:N/I:N/A:P,rhel-7 |-Email-Address=wontfix,fedo |/perl-Email-Address=wontfix |ra-all/perl-Email-Address=a |,fedora-all/perl-Email-Addr |ffected,epel-5/perl-Email-A |ess=affected,epel-5/perl-Em |ddress=affected,epel-6/perl |ail-Address=affected,epel-6 |-Email-Address=affected |/perl-Email-Address=affecte ||d -- 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 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings
https://bugzilla.redhat.com/show_bug.cgi?id=1169369 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2014 |impact=moderate,public=2014 |1126,reported=20141201,sour |1126,reported=20141201,sour |ce=oss-sec,cvss2=4.3/AV:N/A |ce=oss-security,cvss2=4.3/A |C:M/Au:N/C:N/I:N/A:P,cwe=CW |V:N/AC:M/Au:N/C:N/I:N/A:P,c |E-617,rhel-6/libyaml=affect |we=CWE-617,rhel-6/libyaml=a |ed,rhel-7/libyaml=affected, |ffected,rhel-7/libyaml=affe |rhscl-1/libyaml=affected,fe |cted,rhscl-1/libyaml=affect |dora-all/libyaml=affected,e |ed,fedora-all/libyaml=affec |pel-all/libyaml=affected,mr |ted,epel-all/libyaml=affect |g-1/libyaml=wontfix,mrg-2/l |ed,mrg-1/libyaml=wontfix,mr |ibyaml=wontfix,rhn_satellit |g-2/libyaml=wontfix,rhn_sat |e_5.3/libyaml=wontfix,rhn_s |ellite_5.3/libyaml=wontfix, |atellite_5.4/libyaml=wontfi |rhn_satellite_5.4/libyaml=w |x,rhn_satellite_5.5/libyaml |ontfix,rhn_satellite_5.5/li |=wontfix,rhn_satellite_5.6/ |byaml=wontfix,rhn_satellite |libyaml=defer,rhn_satellite |_5.6/libyaml=defer,rhn_sate |_5.7/libyaml=defer,rhn_sate |llite_5.7/libyaml=defer,rhn |llite_6/libyaml=defer,rhn_s |_satellite_6/libyaml=defer, |atellite_6/ruby193-libyaml= |rhn_satellite_6/ruby193-lib |defer,rhui-2/libyaml=affect |yaml=defer,rhui-2/libyaml=a |ed,sam-1/libyaml=defer,cfme |ffected,sam-1/libyaml=defer |-5/mingw-libyaml=defer,cfme |,cfme-5/mingw-libyaml=defer |-5/ruby193-libyaml=defer,op |,cfme-5/ruby193-libyaml=def |enstack-4/libyaml=affected, |er,openstack-4/libyaml=affe |openstack-5-rhel6/libyaml=a |cted,openstack-5-rhel6/liby |ffected,openshift-1/ruby193 |aml=affected,openshift-1/ru |-libyaml=defer,fedora-all/p |by193-libyaml=defer,fedora- |erl-YAML-LibYAML=affected,e |all/perl-YAML-LibYAML=affec |pel-6/perl-YAML-LibYAML=aff |ted,epel-6/perl-YAML-LibYAM |ected,epel-7/perl-YAML-LibY |L=affected,epel-7/perl-YAML |AML=affected,jboss/inktank- |-LibYAML=affected,jboss/ink |1.2-libyaml=notaffected |tank-1.2-libyaml=notaffecte ||d -- 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
ppisar pushed to perl-Encode (master). 2.76 bump
From eff555617b93961fe69a9b0bc8033b777db6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Fri, 31 Jul 2015 08:43:14 +0200 Subject: 2.76 bump diff --git a/.gitignore b/.gitignore index b658c41..9e891a0 100644 --- a/.gitignore +++ b/.gitignore @@ -22,3 +22,4 @@ /Encode-2.73.tar.gz /Encode-2.74.tar.gz /Encode-2.75.tar.gz +/Encode-2.76.tar.gz diff --git a/perl-Encode.spec b/perl-Encode.spec index 6a2866b..a867a5b 100644 --- a/perl-Encode.spec +++ b/perl-Encode.spec @@ -1,6 +1,6 @@ # Because encoding sub-package has independent version, version macro gets # redefined. -%global cpan_version 2.75 +%global cpan_version 2.76 Name: perl-Encode Epoch: 3 Version:%{cpan_version} @@ -12,6 +12,9 @@ License:(GPL+ or Artistic) and UCD Group: Development/Libraries URL:http://search.cpan.org/dist/Encode/ Source0: http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) @@ -158,6 +161,9 @@ make test %{perl_vendorarch}/Encode/encode.h %changelog +* Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 3:2.76-1 +- 2.76 bump + * Wed Jul 01 2015 Petr Pisar ppi...@redhat.com - 3:2.75-1 - 2.75 bump diff --git a/sources b/sources index 72e..421dfe3 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e6ed28199c0cb423516b88a0698db0ec Encode-2.75.tar.gz +90ee2160d40ade6cc4c4aa1b1ff4745e Encode-2.76.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=masterid=eff555617b93961fe69a9b0bc8033b777db6 -- 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
ppisar pushed to perl-Encode (f23). 2.76 bump
From eff555617b93961fe69a9b0bc8033b777db6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Fri, 31 Jul 2015 08:43:14 +0200 Subject: 2.76 bump diff --git a/.gitignore b/.gitignore index b658c41..9e891a0 100644 --- a/.gitignore +++ b/.gitignore @@ -22,3 +22,4 @@ /Encode-2.73.tar.gz /Encode-2.74.tar.gz /Encode-2.75.tar.gz +/Encode-2.76.tar.gz diff --git a/perl-Encode.spec b/perl-Encode.spec index 6a2866b..a867a5b 100644 --- a/perl-Encode.spec +++ b/perl-Encode.spec @@ -1,6 +1,6 @@ # Because encoding sub-package has independent version, version macro gets # redefined. -%global cpan_version 2.75 +%global cpan_version 2.76 Name: perl-Encode Epoch: 3 Version:%{cpan_version} @@ -12,6 +12,9 @@ License:(GPL+ or Artistic) and UCD Group: Development/Libraries URL:http://search.cpan.org/dist/Encode/ Source0: http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) @@ -158,6 +161,9 @@ make test %{perl_vendorarch}/Encode/encode.h %changelog +* Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 3:2.76-1 +- 2.76 bump + * Wed Jul 01 2015 Petr Pisar ppi...@redhat.com - 3:2.75-1 - 2.75 bump diff --git a/sources b/sources index 72e..421dfe3 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e6ed28199c0cb423516b88a0698db0ec Encode-2.75.tar.gz +90ee2160d40ade6cc4c4aa1b1ff4745e Encode-2.76.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f23id=eff555617b93961fe69a9b0bc8033b777db6 -- 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
Undefined %epoch problem (Re: rawhide report: 20150730 changes)
On Thu, 30 Jul 2015 12:42:29 +, Fedora Rawhide Report wrote: Broken deps for x86_64 Surprisingly, the report is incomplete and doesn't find some unresolvable dependencies. DNF doesn't either. An undefined %{epoch} in a dependency is not found. This has been reported to blktap: https://bugzilla.redhat.com/1248912 Note how DNF tells Dependencies resolved, but later fails during the transaction check. How could it resolve the unexpanded %{epoch} earlier? $ rpm -qpR blktap-devel-3.0.0-3.fc23.git0.9.2.x86_64.rpm |grep ep blktap(x86-64) = %{epoch}:3.0.0-3.fc23.git0.9.2 $ dnf install blktap-devel Waiting for process with pid 2683 to finish. Fedora - Rawhide - Developmental packages for t 1.3 MB/s | 43 MB 00:32 Last metadata expiration check performed 0:00:17 ago on Fri Jul 31 09:33:49 2015. Dependencies resolved. Package ArchVersion RepositorySize Installing: blktapx86_64 3.0.0-3.fc23.git0.9.2 rawhide 245 k blktap-devel x86_64 3.0.0-3.fc23.git0.9.2 rawhide 21 k Transaction Summary Install 2 Packages Total download size: 266 k Installed size: 793 k Is this ok [y/N]: y Downloading Packages: (1/2): blktap-devel-3.0.0-3.fc23.git0.9.2.x86_6 213 kB/s | 21 kB 00:00 (2/2): blktap-3.0.0-3.fc23.git0.9.2.x86_64.rpm 956 kB/s | 245 kB 00:00 Total 202 kB/s | 266 kB 00:01 Running transaction check Error: transaction check vs depsolve: blktap(x86-64) = %{epoch}:3.0.0-3.fc23.git0.9.2 is needed by blktap-devel-3.0.0-3.fc23.git0.9.2.x86_64 To diagnose the problem, try running: 'rpm -Va --nofiles --nodigest'. You probably have corrupted RPMDB, running 'rpm --rebuilddb' might fix the issue. -- 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: and legacy software Re: pyorbit
- Original Message - Matěj Cepl wrote: I take Gnumeric and Emacs, but all other ones are in-Gnome projects, aren't they (at least having repository in git.gnome.org)? Gnumeric is part of GNOME Office, so it is also under the GNOME umbrella these days. The thing is that GTK+ 3 is becoming more and more useless outside of GNOME, given their recent changes, e.g.: snip * the default DPI is now (at least in master) hardcoded to 96 instead of defaulting to the value actually reported by the hardware. You're just 8 years late for noticing that: https://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/xsettings/gsd-xsettings-manager.c#n79 and the explanation has been here for 4 years. -- 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: Mirroring problem?
On Fri, 31 Jul 2015 11:47:41 +0100 Jonathan Underwood jonathan.underw...@gmail.com wrote: Hi, Today I noticed a lot of mirrors were giving me this error on a dnf update: [MIRROR] kernel-debug-modules-4.1.2-200.fc22.x86_64.rpm: Downloading successful, but checksum doesn't match. Calculated: ff4ac555966b587f06338475c8fcc0f41402b4c8e970e730f6f83b62be8b5c0d(sha256) Expected: 995c85b3e6b4a3e53ee53fb4e342c89487001812f55cde0a2f8636e956165684(sha256) suggesting a lot of broken mirrors (I counted around 30 such messages) - I wonder what's causing that? I'm not sure, but definitely sounds strange. ;) Was it just that one package? Did a 'dnf --refresh update' work? kevin pgpOPz8x_yb7T.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
[Test-Announce] 2015-08-03 @ 1600 UTC ** F23 Blocker Review
# F23 Blocker Review meeting # Date: 2015-08-03 # Time: 1600 UTC # Location: #fedora-blocker-review on irc.freenode.net Hey, look at me sending out an announcement this time! Next week we only have a couple proposed blockers to go through: 1/2/1 (Alpha/Beta/Final). Also, we have 5 proposed FEs to look at for Alpha. Take some time over the weekend to check out the proposals if you get a chance - it'll help us get finished quickly. If you want to take a look at the proposed or accepted blockers, the full list can be found here: https://qa.fedoraproject.org/blockerbugs/ Make sure to click through the milestones to see how many we have before the meeting! We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F22 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting See you Monday! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org ___ 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
psabata pushed to perl-SOAP-Lite (master). 1.17 bump
From 1190f611f664d37dc5ae49deb36915f4565460b5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Fri, 31 Jul 2015 10:36:42 +0200 Subject: 1.17 bump diff --git a/.gitignore b/.gitignore index 495cce9..18ead76 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ SOAP-Lite-0.710.10.tar.gz /SOAP-Lite-1.12.tar.gz /SOAP-Lite-1.13.tar.gz /SOAP-Lite-1.14.tar.gz +/SOAP-Lite-1.17.tar.gz diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec index ea0c53d..31d1ac9 100644 --- a/perl-SOAP-Lite.spec +++ b/perl-SOAP-Lite.spec @@ -1,6 +1,6 @@ Name: perl-SOAP-Lite -Version:1.14 -Release:3%{?dist} +Version:1.17 +Release:1%{?dist} Summary:Client and server side SOAP implementation License:GPL+ or Artistic Group: Development/Libraries @@ -8,6 +8,9 @@ URL:http://search.cpan.org/dist/SOAP-Lite/ Source0: http://search.cpan.org/CPAN/authors/id/P/PH/PHRED/SOAP-Lite-%{version}.tar.gz BuildArch: noarch # Build +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) @@ -65,7 +68,7 @@ BuildRequires: perl(File::Basename) BuildRequires: perl(IPC::Open2) BuildRequires: perl(Storable) BuildRequires: perl(Symbol) -BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::More) BuildRequires: perl(Test::Warn) BuildRequires: perl(utf8) # Optional tests only @@ -131,6 +134,9 @@ make test %{_mandir}/man1/* %changelog +* Fri Jul 31 2015 Petr Šabata con...@redhat.com - 1.17-1 +- 1.17 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.14-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index fe38c34..435b435 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -4a95aa4e43d57d4eed018bb76fd67e38 SOAP-Lite-1.14.tar.gz +81e6e5bbaee17b1c0e839cbc5a37240a SOAP-Lite-1.17.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-SOAP-Lite.git/commit/?h=masterid=1190f611f664d37dc5ae49deb36915f4565460b5 -- 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
psabata pushed to perl-SOAP-Lite (f23). 1.17 bump
From 1190f611f664d37dc5ae49deb36915f4565460b5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Fri, 31 Jul 2015 10:36:42 +0200 Subject: 1.17 bump diff --git a/.gitignore b/.gitignore index 495cce9..18ead76 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ SOAP-Lite-0.710.10.tar.gz /SOAP-Lite-1.12.tar.gz /SOAP-Lite-1.13.tar.gz /SOAP-Lite-1.14.tar.gz +/SOAP-Lite-1.17.tar.gz diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec index ea0c53d..31d1ac9 100644 --- a/perl-SOAP-Lite.spec +++ b/perl-SOAP-Lite.spec @@ -1,6 +1,6 @@ Name: perl-SOAP-Lite -Version:1.14 -Release:3%{?dist} +Version:1.17 +Release:1%{?dist} Summary:Client and server side SOAP implementation License:GPL+ or Artistic Group: Development/Libraries @@ -8,6 +8,9 @@ URL:http://search.cpan.org/dist/SOAP-Lite/ Source0: http://search.cpan.org/CPAN/authors/id/P/PH/PHRED/SOAP-Lite-%{version}.tar.gz BuildArch: noarch # Build +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) @@ -65,7 +68,7 @@ BuildRequires: perl(File::Basename) BuildRequires: perl(IPC::Open2) BuildRequires: perl(Storable) BuildRequires: perl(Symbol) -BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::More) BuildRequires: perl(Test::Warn) BuildRequires: perl(utf8) # Optional tests only @@ -131,6 +134,9 @@ make test %{_mandir}/man1/* %changelog +* Fri Jul 31 2015 Petr Šabata con...@redhat.com - 1.17-1 +- 1.17 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.14-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index fe38c34..435b435 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -4a95aa4e43d57d4eed018bb76fd67e38 SOAP-Lite-1.14.tar.gz +81e6e5bbaee17b1c0e839cbc5a37240a SOAP-Lite-1.17.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-SOAP-Lite.git/commit/?h=f23id=1190f611f664d37dc5ae49deb36915f4565460b5 -- 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: gross DNF bandwidth inefficiency if filesystem space limited
Am 31.07.2015 um 05:47 schrieb Zbigniew Jędrzejewski-Szmek: On Fri, Jul 31, 2015 at 02:56:48AM +0200, Kevin Kofler wrote: Radek Holy wrote: Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be fixed in dnf-1.0.2. I still don't understand why we don't just enable keepcache by default. Even after a successful update/install, deleting the cached packages is a major data loss because it prevents downgrading to them later, after a broken new update comes out (which also removes the previous update from the mirrors). Most people don't downgrade or do it very rarely? It can be said that downgrading is an advanced operation, and you can set keepcache=1 if you need it and then there are they cases where deps are solved but files conflicts, the transaction check fails like recently with two broken polkit updates have fun typing dnf --skip-broken upgrade (yes i know NF lacks --skip-broken ATM) and download the other packages again for *zero reason* signature.asc 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: install devtools in F22 live boot, device-mapper implosion
On Fri, Jul 31, 2015 at 5:28 AM, Adam Williamson adamw...@fedoraproject.org wrote: On Thu, 2015-07-30 at 21:11 -0600, Chris Murphy wrote: User over on users@ list reports booting Fedora 22 Workstation (live media), and doing: # dnf install Developer Tools Implodes. I've reproduced the problem, and the gist is that there's a dm snapshot that's too small for this task, it gets full quickly, the file system face plants, and the kernel oopses. No recovery is possible. Long version [1]. Question 1: Should this work better and be a supported use case? My understanding has always been that installing packages on the live media is an unsupported, 'if you're lucky it might work for a few small ones' kind of thing. If someone wants to try and make it work better that's great, of course. We could try to also use rd.live.fsimg=1 in addition to root=live:. This will not give us more RAM, but can help sometimes. IIRC root=live: will create loop mounts for the squashfs and create a dm-snapshot to provide a writable fs. The problem with this method is that it does not free memory after it has been claimed. That means the memory consumption is determined by the number of changes, not by the actual requirements. In other words: Creating a 500MB file will acquire 500MB more, but deleting it does not give that memory back. This behavior can slowly eat up the memory over time. If rd.live.fsimg=1 is used in addition, then the fs within the squashfs will be copied to a tmpfs and going from there. The benefit of this method is, that unused memory will be given back to the system. When we take the example from above, then the 500MB will be freed again, once the file got removed. The drawback is that you need enough memory to at least hold the complete uncompressed liveimg. - fabian -- Fabian Deutsch fdeut...@redhat.com RHEV Hypervisor Red Hat -- 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 1246071] perl-SOAP-Lite-1.16 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1246071 --- Comment #2 from Petr Šabata psab...@redhat.com --- Supposedly fixed in 1.17. -- 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
psabata pushed to perl-SOAP-Lite (f22). Perl 5.22 rebuild
From 1723b65a2b69dd5abcdc5b93e741fb47b98c7755 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Sun, 7 Jun 2015 01:25:04 +0200 Subject: Perl 5.22 rebuild diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec index d9f7ff9..ef98a27 100644 --- a/perl-SOAP-Lite.spec +++ b/perl-SOAP-Lite.spec @@ -1,6 +1,6 @@ Name: perl-SOAP-Lite Version:1.14 -Release:1%{?dist} +Release:2%{?dist} Summary:Client and server side SOAP implementation License:GPL+ or Artistic Group: Development/Libraries @@ -131,6 +131,9 @@ make test %{_mandir}/man1/* %changelog +* Sat Jun 06 2015 Jitka Plesnikova jples...@redhat.com - 1.14-2 +- Perl 5.22 rebuild + * Wed Mar 25 2015 Petr Šabata con...@redhat.com - 1.14-1 - 1.14 bump - We now run way more tests than before, yay -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-SOAP-Lite.git/commit/?h=f22id=1723b65a2b69dd5abcdc5b93e741fb47b98c7755 -- 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
psabata pushed to perl-SOAP-Lite (f22). 1.14 bump (..more)
From 9c63e36cbb8ee6c5b1861b1a5f14592bc97c88a2 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 26 Mar 2015 10:53:40 +0100 Subject: 1.14 bump - We now run way more tests than before, yay - Dep list rewritten once again, I hope nothing breaks diff --git a/.gitignore b/.gitignore index 2d0a5e0..495cce9 100644 --- a/.gitignore +++ b/.gitignore @@ -10,3 +10,4 @@ SOAP-Lite-0.710.10.tar.gz /SOAP-Lite-1.11.tar.gz /SOAP-Lite-1.12.tar.gz /SOAP-Lite-1.13.tar.gz +/SOAP-Lite-1.14.tar.gz diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec index 84fdc9d..d9f7ff9 100644 --- a/perl-SOAP-Lite.spec +++ b/perl-SOAP-Lite.spec @@ -1,5 +1,5 @@ Name: perl-SOAP-Lite -Version:1.13 +Version:1.14 Release:1%{?dist} Summary:Client and server side SOAP implementation License:GPL+ or Artistic @@ -13,52 +13,86 @@ BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) BuildRequires: perl(warnings) # Runtime +# XXX: BuildRequires: perl(Apache) +# XXX: BuildRequires: perl(Apache::Const) +# XXX: BuildRequires: perl(Apache::Constants) +# XXX: BuildRequires: perl(Apache::RequestIO) +# XXX: BuildRequires: perl(Apache::RequestRec) +# XXX: BuildRequires: perl(Apache2::Const) +# XXX: BuildRequires: perl(Apache2::RequestIO) +# XXX: BuildRequires: perl(Apache2::RequestRec) +# XXX: BuildRequires: perl(Apache2::RequestUtil) +# XXX: BuildRequires: perl(APR::Table) BuildRequires: perl(bytes) BuildRequires: perl(Carp) BuildRequires: perl(Class::Inspector) +BuildRequires: perl(Compress::Zlib) BuildRequires: perl(constant) +# FIXME: Unpackaged BuildRequires: perl(DIME::Message) +# FIXME: Unpackaged BuildRequires: perl(DIME::Payload) BuildRequires: perl(Encode) BuildRequires: perl(Exporter) +# XXX: BuildRequires: perl(FCGI) +BuildRequires: perl(HTTP::Daemon) +# XXX: BuildRequires: perl(HTTP::Daemon::SSL) +# XXX: BuildRequires: perl(HTTP::Headers) +# XXX: BuildRequires: perl(HTTP::Request) BuildRequires: perl(IO::File) BuildRequires: perl(IO::Select) BuildRequires: perl(IO::SessionData) BuildRequires: perl(IO::SessionSet) BuildRequires: perl(IO::Socket) -BuildRequires: perl(IPC::Open2) -BuildRequires: perl(LWP::UserAgent) +# XXX: BuildRequires: perl(LWP::UserAgent) +BuildRequires: perl(MIME::Base64) +# XXX: BuildRequires: perl(MIME::Entity) +BuildRequires: perl(MIME::Lite) +BuildRequires: perl(MIME::Parser) BuildRequires: perl(Net::POP3) BuildRequires: perl(overload) BuildRequires: perl(Scalar::Util) +BuildRequires: perl(Test) BuildRequires: perl(URI) BuildRequires: perl(URI::Escape) +# XXX: BuildRequires: perl(URI::_server) BuildRequires: perl(vars) -BuildRequires: perl(XML::Parser) +# XXX: BuildRequires: perl(XML::Parser) +BuildRequires: perl(XML::Parser::Lite) # Tests only -# Tests in Issues/ and SOAP/ directories are not executed -# Many tests are skipped for various reasons +# Note many tests are skipped as they require an HTTP server set up BuildRequires: perl(B) BuildRequires: perl(Data::Dumper) BuildRequires: perl(File::Basename) -BuildRequires: perl(LWP::Protocol::http) -BuildRequires: perl(LWP::Protocol::https) -BuildRequires: perl(MIME::Parser) -BuildRequires: perl(Test) -BuildRequires: perl(Test::More) -# We don't require Apache* modules as both mod_perl 1 and 2 are supported. +BuildRequires: perl(IPC::Open2) +BuildRequires: perl(Storable) +BuildRequires: perl(Symbol) +BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::Warn) +BuildRequires: perl(utf8) +# Optional tests only +# XXX: BuildRequires: perl(LWP::Protocol::https) +# XXX: BuildRequires: perl(Test::MockObject) +BuildRequires: perl(Test::XML) +# We need HTTP::Response in case Test::MockObject gets pulled in somehow +BuildRequires: perl(HTTP::Response) +# XXX: BuildRequires: perl(Test::Kwalitee) = 1.21 +# XXX: BuildRequires: perl(Test::Pod) = 1.41 +# We don't require various webserver transports (Apache*/APR, FCGI); +# this would introduced a huge dependency chain and people will generally want only one # The server also introduces a huge dependency chain not everyone really wants. +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) Requires: perl(Compress::Zlib) +# FIXME: Unpackaged Requires: perl(DIME::Message) +# FIXME: Unpackaged Requires: perl(DIME::Payload) Requires: perl(Encode) -Requires: perl(FCGI) Requires: perl(HTTP::Headers) Requires: perl(HTTP::Request) -Requires: perl(LWP::UserAgent) Requires: perl(LWP::Protocol::http) Requires: perl(LWP::Protocol::https) +Requires: perl(LWP::UserAgent) Requires: perl(MIME::Base64) Requires: perl(MIME::Entity) Requires: perl(URI::_server) Requires: perl(XML::Parser) -Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) # Merged back into SOAP-Lite in 1.00 Provides:
psabata pushed to perl-SOAP-Lite (f22). 1.17 bump
From 1190f611f664d37dc5ae49deb36915f4565460b5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Fri, 31 Jul 2015 10:36:42 +0200 Subject: 1.17 bump diff --git a/.gitignore b/.gitignore index 495cce9..18ead76 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ SOAP-Lite-0.710.10.tar.gz /SOAP-Lite-1.12.tar.gz /SOAP-Lite-1.13.tar.gz /SOAP-Lite-1.14.tar.gz +/SOAP-Lite-1.17.tar.gz diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec index ea0c53d..31d1ac9 100644 --- a/perl-SOAP-Lite.spec +++ b/perl-SOAP-Lite.spec @@ -1,6 +1,6 @@ Name: perl-SOAP-Lite -Version:1.14 -Release:3%{?dist} +Version:1.17 +Release:1%{?dist} Summary:Client and server side SOAP implementation License:GPL+ or Artistic Group: Development/Libraries @@ -8,6 +8,9 @@ URL:http://search.cpan.org/dist/SOAP-Lite/ Source0: http://search.cpan.org/CPAN/authors/id/P/PH/PHRED/SOAP-Lite-%{version}.tar.gz BuildArch: noarch # Build +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) @@ -65,7 +68,7 @@ BuildRequires: perl(File::Basename) BuildRequires: perl(IPC::Open2) BuildRequires: perl(Storable) BuildRequires: perl(Symbol) -BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::More) BuildRequires: perl(Test::Warn) BuildRequires: perl(utf8) # Optional tests only @@ -131,6 +134,9 @@ make test %{_mandir}/man1/* %changelog +* Fri Jul 31 2015 Petr Šabata con...@redhat.com - 1.17-1 +- 1.17 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.14-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index fe38c34..435b435 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -4a95aa4e43d57d4eed018bb76fd67e38 SOAP-Lite-1.14.tar.gz +81e6e5bbaee17b1c0e839cbc5a37240a SOAP-Lite-1.17.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-SOAP-Lite.git/commit/?h=f22id=1190f611f664d37dc5ae49deb36915f4565460b5 -- 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
psabata pushed to perl-SOAP-Lite (f22). - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
From 2e95780be12188af4265997314aa93154fb35bfe Mon Sep 17 00:00:00 2001 From: Dennis Gilmore den...@ausil.us Date: Thu, 18 Jun 2015 05:48:00 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec index ef98a27..ea0c53d 100644 --- a/perl-SOAP-Lite.spec +++ b/perl-SOAP-Lite.spec @@ -1,6 +1,6 @@ Name: perl-SOAP-Lite Version:1.14 -Release:2%{?dist} +Release:3%{?dist} Summary:Client and server side SOAP implementation License:GPL+ or Artistic Group: Development/Libraries @@ -131,6 +131,9 @@ make test %{_mandir}/man1/* %changelog +* Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.14-3 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild + * Sat Jun 06 2015 Jitka Plesnikova jples...@redhat.com - 1.14-2 - Perl 5.22 rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-SOAP-Lite.git/commit/?h=f22id=2e95780be12188af4265997314aa93154fb35bfe -- 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: gross DNF bandwidth inefficiency if filesystem space limited
Am 31.07.2015 um 10:46 schrieb Reindl Harald: Am 31.07.2015 um 05:47 schrieb Zbigniew Jędrzejewski-Szmek: On Fri, Jul 31, 2015 at 02:56:48AM +0200, Kevin Kofler wrote: Radek Holy wrote: Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be fixed in dnf-1.0.2. I still don't understand why we don't just enable keepcache by default. Even after a successful update/install, deleting the cached packages is a major data loss because it prevents downgrading to them later, after a broken new update comes out (which also removes the previous update from the mirrors). Most people don't downgrade or do it very rarely? It can be said that downgrading is an advanced operation, and you can set keepcache=1 if you need it and then there are they cases where deps are solved but files conflicts, the transaction check fails like recently with two broken polkit updates have fun typing dnf --skip-broken upgrade (yes i know NF lacks --skip-broken ATM) and download the other packages again for *zero reason* BTW: all the akmods troubles on the rpmfusion list are coming from the dnf-makecache.timer locking the rpmdb at random moments, wasting traffic and i find it somehow pervert that packages are not cahced as default while on the other side a *completly needless* cache job is running for the same piece of software signature.asc 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 1242687] perl-PAR-1.010 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1242687 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-PAR-1.010-1.fc22 Resolution|--- |CURRENTRELEASE Last Closed||2015-07-31 04:19:08 -- 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
ppisar pushed to perl-Test-NeedsDisplay (master). Specify all dependencies
From a7b804a18ce80a57afae6ddae633cb15cbcb9e2f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Fri, 31 Jul 2015 09:58:34 +0200 Subject: Specify all dependencies diff --git a/perl-Test-NeedsDisplay.spec b/perl-Test-NeedsDisplay.spec index fb3a392..a83d86c 100644 --- a/perl-Test-NeedsDisplay.spec +++ b/perl-Test-NeedsDisplay.spec @@ -1,17 +1,44 @@ Name: perl-Test-NeedsDisplay Version:1.07 -Release:11%{?dist} +Release:12%{?dist} Summary:Ensure that tests needing a display have one License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Test-NeedsDisplay/ Source0: http://www.cpan.org/authors/id/A/AD/ADAMK/Test-NeedsDisplay-%{version}.tar.gz BuildArch: noarch -BuildRequires: perl = 1:5.6.0 -BuildRequires: perl(ExtUtils::MakeMaker) -BuildRequires: perl(Test::More) = 0.47 +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(inc::Module::Install) = 0.77 +BuildRequires: perl(Module::Install::External) +BuildRequires: perl(Module::Install::Metadata) +BuildRequires: perl(Module::Install::WriteAll) +BuildRequires: sed +# xorg-x11-server-Xvfb for xvfb-run program required by Makefile.PL BuildRequires: xorg-x11-server-Xvfb -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +# Run-time: +BuildRequires: perl(Config) +BuildRequires: perl(File::Spec) = 0.80 +BuildRequires: perl(strict) +BuildRequires: perl(Test::More) = 0.47 +BuildRequires: perl(vars) +# Tests: +BuildRequires: perl(warnings) +# Optional tests: +# Pod::Simple 3.07 not used +# Test::CPAN::Meta 0.12 not used +# Test::MinimumVersion 0.008 not used +# Test::Pod 1.26 not used +# xorg-x11-apps for xeyes +BuildRequires: xorg-x11-apps +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +Requires: perl(File::Spec) = 0.80 +Requires: perl(Test::More) = 0.47 + +# Remove under-specified dependencies +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\((File::Spec|Test::More)\\)$ %description When testing GUI applications, sometimes applications or modules absolutely @@ -20,28 +47,32 @@ any objects. %prep %setup -q -n Test-NeedsDisplay-%{version} +# Remove bundled modules +rm -rf ./inc +sed -i -e '/^inc\//d' MANIFEST %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT - +make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; - %{_fixperms} $RPM_BUILD_ROOT/* %check make test %files -%doc Changes LICENSE README +%license LICENSE +%doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 1.07-12 +- Specify all dependencies + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.07-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-NeedsDisplay.git/commit/?h=masterid=a7b804a18ce80a57afae6ddae633cb15cbcb9e2f -- 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
psabata uploaded SOAP-Lite-1.17.tar.gz for perl-SOAP-Lite
81e6e5bbaee17b1c0e839cbc5a37240a SOAP-Lite-1.17.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-SOAP-Lite/SOAP-Lite-1.17.tar.gz/md5/81e6e5bbaee17b1c0e839cbc5a37240a/SOAP-Lite-1.17.tar.gz -- 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 1246071] perl-SOAP-Lite-1.16 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1246071 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-SOAP-Lite-1.17-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/perl-SOAP-Lite-1.17-1.fc22 -- 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 1248968] New: perl-Test-NeedsDisplay-1.07-11.fc24 FTBFS randomly
https://bugzilla.redhat.com/show_bug.cgi?id=1248968 Bug ID: 1248968 Summary: perl-Test-NeedsDisplay-1.07-11.fc24 FTBFS randomly Product: Fedora Version: rawhide Component: perl-Test-NeedsDisplay Assignee: jples...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com perl-Test-NeedsDisplay-1.07-11.fc24 fails to build sometimes because tests sometimes fail: + make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness - e undef *Test::Harness::Switches; test_harness(0, 'inc', 'blib/lib', 'blib/arc h') t/*.t t/01_compile.t ... ok t/02_skip_all.t .. ok t/10_run.t ... skipped: No /usr/bin/xeyes /usr/bin/xvfb-run: line 171: kill: (25932) - No such process t/11_run.t ... skipped: No /usr/bin/xeyes t/12_run.t ... skipped: No /usr/bin/xeyes t/97_meta.t .. skipped: Author tests not required for installation t/98_pod.t ... skipped: Author tests not required for installation t/99_pmv.t ... skipped: Author tests not required for installation Test Summary Report --- t/11_run.t (Wstat: 256 Tests: 0 Failed: 0) Non-zero exit status: 1 Files=8, Tests=3, 13 wallclock secs ( 0.03 usr 0.01 sys + 0.54 cusr 0.11 csys = 0.69 CPU) Result: FAIL -- 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: Updates push status - 20150725
Am 31.07.2015 um 03:15 schrieb Johnny Robeson: On Fri, 2015-07-31 at 02:40 +0200, Kevin Kofler wrote: Kevin Fenzi wrote: Friday (20150724), it hit a problem in the fedora22 updates-testing atomic compose. We worked thru and fixed one, but there's still some sort of issue preventing it from completing. ;( So this useless Fedora Atomic toy now delayed updates (including security updates!) for everybody, i.e., also for the 99% of our users who do NOT use Atomic? I find it unacceptable that we are being held hostage by that kind of niche project (considering that one argument for adding support for it was that if we don't want to use it, it won't affect us). Please have respect for other peoples work. I expect to find this language on common web forums, but we can do better here well, the friendly version: something is terrible wrong designed in the build/deployment-environments when unrelated stuff failing leads to fail anything compose of atomic failed? so who cares, write a mail to the sysadmins and continue with the other repos and as long that is not possible Fedora should refrain from adding more and more install flavours and re-design how the things are technically managed internally before signature.asc 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: [HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
On Fri, Jul 31, 2015 at 8:58 AM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Thu, Jul 30, 2015 at 03:58:09PM +, Igor Gnatenko wrote: Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. Packages which needs rebuild (probably patches or updates needed): OK, and what happens if the patches turn out to be non-trivial and slow in being produced? I really think this kind of change should be done first using scratch builds of all dependent packages (or using a side tag if there are more than a handful of dependent packages). This way maintainers have time to respond in case upstream work is needed, and we don't get uninstallable packages in rawhide. Recent gdal update was similar. Some dependent packages require porting to the new APIs, nobody knows when that will happen. I have time today, I will take a care to submit upstream bugs about porting and will try to send patches with bugs. * gitg * gnome-builder * kate-plugins * kf5-ktexteditor * python-pygit2 * python3-pygit2 * rubygem-rugged * subsurface * gedit-plugin-git I will rebuild gnome-builder myself, others I can't due to lack of permissions. Hope you will rebuild it ASAP ;) Rebuilt kf5-ktexteditor, kate, gedit-plugins. rubygem-rugged from git should work. I'm waiting for a build to finish. Cool! pygit2 *should* already work. Not sure what is wrong. http://koji.fedoraproject.org/koji/taskinfo?taskID=10552396 Will check in 2 hours. subsurface fails: http://koji.fedoraproject.org/koji/taskinfo?taskID=10552496 subsurface 4.4.2 is out, but the changelog indicates nothing relevant. Will check in 2 hours. Above was all for rawhide. For F23, if it turns out that it is not possible to rebuild everything quickly, the change should be reverted imho. Zbyszek -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the F-23 tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the F-23 tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the F-23 tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the F-23 tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: polymake
polymake has broken dependencies in the F-23 tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Data-Alias
perl-Data-Alias has broken dependencies in the F-23 tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Test-Vars
perl-Test-Vars has broken dependencies in the F-23 tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the F-23 tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-MongoDB
perl-MongoDB has broken dependencies in the F-23 tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the F-23 tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- 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