EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 430 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 325 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-6608/Django-1.1.4-2.el5 20 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-6089/ssmtp-2.61-20.el5 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-10618/python-bugzilla-0.9.0-2.el5 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-10619/wordpress-3.5.2-1.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-10575/glpi-0.83.9.1-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing bdii-5.2.20-1.el5 dkms-2.2.0.3-8.el5 Details about builds: bdii-5.2.20-1.el5 (FEDORA-EPEL-2013-10646) The Berkeley Database Information Index (BDII) Update Information: New upstream release. ChangeLog: * Wed Jun 26 2013 Mattias Ellert mattias.ell...@fysast.uu.se - 5.2.20-1 - New upstream version 5.2.20 dkms-2.2.0.3-8.el5 (FEDORA-EPEL-2013-10647) Dynamic Kernel Module Support Framework Update Information: Updated package after it has been left in unmantained state for years. Added proper SysV init script, cleaned up SPEC file, added proper scriptlets and dependencies, enabled systemd in Fedora 20+. Updated package after it has been left in unmantained state for years. Added proper SysV init script, cleaned up SPEC file, added proper scriptlets and dependencies, enabled systemd in Fedora 20+. ChangeLog: * Mon Jun 24 2013 Simone Caronni negativ...@gmail.com - 2.2.0.3-8 - Do not use kmod on RHEL 5/6. * Thu Jun 20 2013 Simone Caronni negativ...@gmail.com - 2.2.0.3-7 - Update to upstream git. - Fix SysV init scriptlet and init file. * Thu May 23 2013 Simone Caronni negativ...@gmail.com - 2.2.0.3-6 - Rework spec file completely; remove cruft. - Trim changelog. - Rework install parameters, use correct macros. - Rework file list. - Add proper SysV and systemd requirements. - Add correct SysV init script and systemd service file. - Enable systemd on Fedora 20+ and add it to systemd preset as per https://fedorahosted.org/fesco/ticket/1123 * Wed Feb 13 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.2.0.3-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild * Wed Jul 18 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.2.0.3-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild References: [ 1 ] Bug #965701 - Wrong requirements for building kernel modules https://bugzilla.redhat.com/show_bug.cgi?id=965701 [ 2 ] Bug #965685 - SysV init scripts support in bad shape in package https://bugzilla.redhat.com/show_bug.cgi?id=965685 [ 3 ] Bug #965672 - Package spec file contains data from other distributions and general cruft https://bugzilla.redhat.com/show_bug.cgi?id=965672 [ 4 ] Bug #966266 - dkms should depend on gcc https://bugzilla.redhat.com/show_bug.cgi?id=966266 [ 5 ] Bug #965667 - No systemd support in current package https://bugzilla.redhat.com/show_bug.cgi?id=965667 [ 6 ] Bug #87 - dkms needs to pass the -f option to dracut to overwrite the existing initramfs https://bugzilla.redhat.com/show_bug.cgi?id=87 [ 7 ] Bug #965712 - Package seems abandoned https://bugzilla.redhat.com/show_bug.cgi?id=965712 [ 8 ] Bug #761457 - dkms-2.2.0.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=761457 [ 9 ] Bug #977361 - dkms has invalid dependency kmod on epel6 https://bugzilla.redhat.com/show_bug.cgi?id=977361 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Architecture specific header files
Dne 25.6.2013 22:37, Björn Persson napsal(a): Petr Pisar wrote: On 2013-06-25, Vít Ondruch vondr...@redhat.com wrote: Is there some common practice, where to place architecture specific header files? From output of the following command, I can't see any such place. I dont't think so. SDL moves architecture specific header file into a private directory: # Rename SDL_config.h to SDL_config-arch.h to avoid file conflicts on # multilib systems and install SDL_config.h wrapper mv %{buildroot}/%{_includedir}/SDL/SDL_config.h %{buildroot}/%{_includedir}/SDL/SDL_config-%{_arch}.h install -m644 %{SOURCE1} %{buildroot}/%{_includedir}/SDL/SDL_config.h And installs a wrapper (SOURCE1) to replace the original location. The wrapper is just a bunch of #if branches: #if defined(__i386__) #include SDL_config-i386.h #elif defined(__ia64__) #include SDL_config-ia64.h [...] #endif As another example, Glib puts an architecture-specific header under libdir and expects you to use pkg-config to make the compiler find it: Using external tools for configuration, that is what I want to avoid. Of course for Ruby, I could use mkmf, which will create suitable Makefile for me, or pkgconfig. But why should I create complex makefile or configuration script for such simple program I posted in my initial email. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Media Sizes SRPMS DVD
On Mon, 24 Jun 2013 23:13:01 +0100 Frank Murphy frankl...@gmail.com wrote: Apology for self-reply Any further thoughts on this. Can we split the SRPMS dvd ourselves over two? Found something Boardy from 2008: http://article.gmane.org/gmane.linux.redhat.fedora.advisory-board/4277 -- Regards, Frank When in doubt PANIC! I check for new mail app. 20min www.frankly3d.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20130626 changes
Compose started at Wed Jun 26 08:15:03 UTC 2013 Broken deps for x86_64 -- [0ad] 0ad-0.0.13-3.fc20.x86_64 requires libenet-1.3.8.so()(64bit) [chmsee] chmsee-2.0-5.git0acc572a.fc20.x86_64 requires libxpcom.so()(64bit) [cxf] 1:cxf-rt-2.6.6-1.fc19.noarch requires asm2 [ekiga] ekiga-4.0.1-1.fc19.x86_64 requires libedata-book-1.2.so.17()(64bit) [evolution-rss] 1:evolution-rss-0.3.93-3.fc20.x86_64 requires libeutil.so()(64bit) 1:evolution-rss-0.3.93-3.fc20.x86_64 requires libeshell.so()(64bit) [firefox] firefox-20.0-5.fc20.x86_64 requires libxpcom.so()(64bit) [gdal] gdal-1.9.2-7.fc20.x86_64 requires libpoppler.so.34()(64bit) gdal-java-1.9.2-7.fc20.x86_64 requires libpoppler.so.34()(64bit) gdal-libs-1.9.2-7.fc20.i686 requires libpoppler.so.34 gdal-libs-1.9.2-7.fc20.x86_64 requires libpoppler.so.34()(64bit) gdal-perl-1.9.2-7.fc20.x86_64 requires libpoppler.so.34()(64bit) gdal-ruby-1.9.2-7.fc20.x86_64 requires libpoppler.so.34()(64bit) [gdb-heap] gdb-heap-0.5-12.fc19.x86_64 requires glibc(x86-64) = 0:2.17 [gdcm] gdcm-2.2.3-2.fc20.i686 requires libpoppler.so.34 gdcm-2.2.3-2.fc20.x86_64 requires libpoppler.so.34()(64bit) [gnome-commander] 3:gnome-commander-1.2.8.15-7.fc19.1.x86_64 requires libpoppler.so.34()(64bit) [gnuplot] gnuplot-4.6.2-2.fc20.x86_64 requires libgd.so.2()(64bit) gnuplot-minimal-4.6.2-2.fc20.x86_64 requires libgd.so.2()(64bit) [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [inkscape] inkscape-0.48.4-5.fc20.x86_64 requires libpoppler.so.34()(64bit) inkscape-view-0.48.4-5.fc20.x86_64 requires libpoppler.so.34()(64bit) [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [koji] koji-vm-1.8.0-1.fc20.noarch requires python-virtinst [kyua-cli] kyua-cli-0.5-3.fc19.x86_64 requires liblutok.so.0()(64bit) kyua-cli-tests-0.5-3.fc19.x86_64 requires liblutok.so.0()(64bit) [lancet] lancet-1.0.1-6.fc19.noarch requires ant-nodeps = 0:1.7.1 [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel [openlierox] openlierox-0.59-0.11.beta10.fc20.x86_64 requires libgd.so.2()(64bit) [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires libgdmsimplegreeter.so.1()(64bit) [oyranos] oyranos-libs-0.4.0-7.fc19.i686 requires libraw.so.5 oyranos-libs-0.4.0-7.fc19.x86_64 requires libraw.so.5()(64bit) [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) [perl-PDL] perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [redeclipse] redeclipse-1.4-4.fc20.x86_64 requires libenet-1.3.8.so()(64bit) redeclipse-server-1.4-4.fc20.x86_64 requires libenet-1.3.8.so()(64bit) [rubygem-openshift-origin-common] rubygem-openshift-origin-common-1.8.10-1.fc20.noarch requires rubygem(safe_yaml) [rubygem-openshift-origin-node] rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires rubygem(safe_yaml) rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires openshift-origin-node-proxy [rubygem-qpid] rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidtypes.so.1()(64bit) rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidmessaging.so.3()(64bit) rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidcommon.so.5()(64bit) rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidclient.so.5()(64bit) [saga] saga-2.0.8-10.fc19.i686 requires libpolyclipping.so.8 saga-2.0.8-10.fc19.x86_64 requires libpolyclipping.so.8()(64bit) [sagemath] sagemath-core-5.9-5.fc20.i686 requires libgd.so.2 sagemath-core-5.9-5.fc20.x86_64 requires libgd.so.2()(64bit) [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [speed-dreams] speed-dreams-2.1.0-14.trunk_r4810.fc20.2.i686 requires libenet-1.3.8.so speed-dreams-2.1.0-14.trunk_r4810.fc20.2.x86_64 requires libenet-1.3.8.so()(64bit) [spring] spring-94.1-1.fc20.x86_64 requires libassimp.so.2()(64bit) [sumwars] sumwars-0.5.6-12.fc20.x86_64 requires libenet-1.3.7.so()(64bit) [texlive] 2:texlive-dvipng-bin-svn30088.0-24.20130531_r30819.fc20.x86_64
Review-Request libtiff3 compatibility package
Hi community, can anybody make the review request of libtiff3 compatibility package? https://bugzilla.redhat.com/show_bug.cgi?id=978345 Thanks in advance -- Best regards / S pozdravem Petr Hracek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Schedule for Wednesday's FESCo Meeting (2013-06-26)
On Tue, Jun 25, 2013 at 22:17:12 -0400, Josh Boyer jwbo...@gmail.com wrote: We had said that the new FESCo should attend if possible. I'm still hoping the election results are announced in time, but we should probably add an agenda item for this. They were available for a short period right (an hour or two) after the election closed. I don't remember who the top five were though. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Schedule for Wednesday's FESCo Meeting (2013-06-26)
On Wed, Jun 26, 2013 at 8:22 AM, Bruno Wolff III br...@wolff.to wrote: On Tue, Jun 25, 2013 at 22:17:12 -0400, Josh Boyer jwbo...@gmail.com wrote: We had said that the new FESCo should attend if possible. I'm still hoping the election results are announced in time, but we should probably add an agenda item for this. They were available for a short period right (an hour or two) after the election closed. I don't remember who the top five were though. Yeah. I remember, but it would be better to just get them officially released already. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
libgd breakage
Hi, It is taking a bit too long for some dependencies to be rebuilt in rawhide. Could a compat-libgd be provided please? I am receiving daily mails about broken deps, already posted to $pkg-owner@ asking what I could help, but still no response neither problems corrected. Remi Collet told me it appears there are some FTBFS packages in the cycle. I would like to also start working on packaging sagemath 5.10, but am not providing as much time to work on fedora as I would want, so also not providing a compat-libgd sample package, sorry... Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: libgd breakage
Le 26/06/2013 14:36, Paulo César Pereira de Andrade a écrit : Hi, It is taking a bit too long for some dependencies to be rebuilt in rawhide. Could a compat-libgd be provided please? I am receiving daily mails about broken deps, already posted to $pkg-owner@ asking what I could help, but still no response neither problems corrected. Remi Collet told me it appears there are some FTBFS packages in the cycle. As none of the FBTFS are related to libgd, I don't see any value to have a compat-libgd package. Remi. I would like to also start working on packaging sagemath 5.10, but am not providing as much time to work on fedora as I would want, so also not providing a compat-libgd sample package, sorry... Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-19 Branched report: 20130626 changes
Compose started at Wed Jun 26 09:15:02 UTC 2013 Broken deps for x86_64 -- [avgtime] avgtime-0-0.5.git20120724.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [derelict] derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-ogg-3-13.20130516gitd8aa11d.fc19.x86_64 requires ogg derelict-ogg-3-13.20130516gitd8aa11d.fc19.x86_64 requires OGG derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires ogg derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires OGG derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires pq derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires PQ derelict-pq-3-13.20130516gitd8aa11d.fc19.x86_64 requires pq derelict-pq-3-13.20130516gitd8aa11d.fc19.x86_64 requires PQ derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.i686 requires pq derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.i686 requires PQ derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires pq derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires PQ derelict-tcod-3-13.20130516gitd8aa11d.fc19.i686 requires tcod derelict-tcod-3-13.20130516gitd8aa11d.fc19.i686 requires TCOD derelict-tcod-3-13.20130516gitd8aa11d.fc19.x86_64 requires tcod derelict-tcod-3-13.20130516gitd8aa11d.fc19.x86_64 requires TCOD derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.i686 requires tcod derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.i686 requires TCOD derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires tcod derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires TCOD [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [dsqlite] dsqlite-1.0-4.fc19.i686 requires libphobos-ldc.so.60 dsqlite-1.0-4.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [dustmite] dustmite-1-8.20121031git1fb3ac4.fc18.x86_64 requires libphobos-ldc.so.60()(64bit) [freeipa] freeipa-server-strict-3.2.1-1.fc19.x86_64 requires pki-ca = 0:10.0.2 freeipa-server-strict-3.2.1-1.fc19.x86_64 requires 389-ds-base = 0:1.3.1.0 [gl3n] gl3n-0.20120813-4.fc19.i686 requires libphobos-ldc.so.60 gl3n-0.20120813-4.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [koji] koji-vm-1.8.0-1.fc19.noarch requires python-virtinst [libkolab] php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64 [nodejs-tilelive] nodejs-tilelive-4.4.3-2.fc19.noarch requires npm(optimist) 0:0.4 [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires libgdmsimplegreeter.so.1()(64bit) [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [tango] tango-2-12.20120821git7b92443.fc19.i686 requires libphobos-ldc.so.60 tango-2-12.20120821git7b92443.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [zarafa] php-mapi-7.0.13-1.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-mapi-7.0.13-1.fc19.x86_64 requires php(api) = 0:20100412-x86-64 Broken deps for i386 -- [avgtime] avgtime-0-0.5.git20120724.fc19.i686 requires libphobos-ldc.so.60 [derelict] derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires pq derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires PQ
Re: F-19 Branched report: 20130625 changes
On Tue, Jun 25, 2013 at 12:46:05PM +, Fedora Branched Report wrote: Compose started at Tue Jun 25 09:15:02 UTC 2013 Broken deps for x86_64 -- [avgtime] avgtime-0-0.5.git20120724.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) I built a new avgtime package and pushed it to F19, but that obviously hasn't fixed the problem. I guess it's got something to do with buildoverrides. Anyway, ldc offers no backwards compatibility at all? Does the SONAME really need to bump so often? I think if it has to bump this often, it should be the responsibility of the ldc maintainer (Cc'd) to rebuild dependent packages. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: libgd breakage
2013/6/26 Remi Collet fed...@famillecollet.com: Le 26/06/2013 14:36, Paulo César Pereira de Andrade a écrit : Hi, It is taking a bit too long for some dependencies to be rebuilt in rawhide. Could a compat-libgd be provided please? I am receiving daily mails about broken deps, already posted to $pkg-owner@ asking what I could help, but still no response neither problems corrected. Remi Collet told me it appears there are some FTBFS packages in the cycle. As none of the FBTFS are related to libgd, I don't see any value to have a compat-libgd package. I see this failure in root.log: DEBUG util.py:264: Error: Package: gnuplot-4.6.2-2.fc20.i686 (build) DEBUG util.py:264: Requires: libgd.so.2 DEBUG util.py:264: Error: Package: gdal-libs-1.9.2-7.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: Error: Package: 2:texlive-dvipng-bin-svn30088.0-24.20130531_r30819.fc20.i686 (build) DEBUG util.py:264: Requires: libgd.so.2 DEBUG util.py:264: Error: Package: gdal-1.9.2-7.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: Error: Package: 2:texlive-pdftex-bin-svn30088.0-24.20130531_r30819.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: Error: Package: 2:texlive-luatex-bin-svn30739.0-24.20130531_r30819.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: You could try using --skip-broken to work around the problem s/i686/x86_64/ for the x86_64 build error. This is happening for almost two weeks I believe. Sorry for posting to the devel list, but I thought it could be required to attract the proper attention. Remi. I would like to also start working on packaging sagemath 5.10, but am not providing as much time to work on fedora as I would want, so also not providing a compat-libgd sample package, sorry... Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Schedule for Wednesday's FESCo Meeting (2013-06-26)
- Original Message - On Wed, Jun 26, 2013 at 8:22 AM, Bruno Wolff III br...@wolff.to wrote: On Tue, Jun 25, 2013 at 22:17:12 -0400, Josh Boyer jwbo...@gmail.com wrote: We had said that the new FESCo should attend if possible. I'm still hoping the election results are announced in time, but we should probably add an agenda item for this. They were available for a short period right (an hour or two) after the election closed. I don't remember who the top five were though. Yeah. I remember, but it would be better to just get them officially released already. We are waiting for Robyn, one possibility would be Ankur as Elections Wrangler announces results and Robyn announces Board appointment later when she will be available. Otherwise - yes, results are already available. But not announced... R. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: libgd breakage
On Wed, 2013-06-26 at 09:52 -0300, Paulo César Pereira de Andrade wrote: 2013/6/26 Remi Collet fed...@famillecollet.com: Le 26/06/2013 14:36, Paulo César Pereira de Andrade a écrit : Hi, It is taking a bit too long for some dependencies to be rebuilt in rawhide. Could a compat-libgd be provided please? I am receiving daily mails about broken deps, already posted to $pkg-owner@ asking what I could help, but still no response neither problems corrected. Remi Collet told me it appears there are some FTBFS packages in the cycle. As none of the FBTFS are related to libgd, I don't see any value to have a compat-libgd package. I see this failure in root.log: DEBUG util.py:264: Error: Package: gnuplot-4.6.2-2.fc20.i686 (build) DEBUG util.py:264: Requires: libgd.so.2 DEBUG util.py:264: Error: Package: gdal-libs-1.9.2-7.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: Error: Package: 2:texlive-dvipng-bin-svn30088.0-24.20130531_r30819.fc20.i686 (build) DEBUG util.py:264: Requires: libgd.so.2 DEBUG util.py:264: Error: Package: gdal-1.9.2-7.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: Error: Package: 2:texlive-pdftex-bin-svn30088.0-24.20130531_r30819.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: Error: Package: 2:texlive-luatex-bin-svn30739.0-24.20130531_r30819.fc20.i686 (build) DEBUG util.py:264: Requires: libpoppler.so.34 DEBUG util.py:264: You could try using --skip-broken to work around the problem s/i686/x86_64/ for the x86_64 build error. This is happening for almost two weeks I believe. Sorry for posting to the devel list, but I thought it could be required to attract the proper attention. Remi. I would like to also start working on packaging sagemath 5.10, but am not providing as much time to work on fedora as I would want, so also not providing a compat-libgd sample package, sorry... Thanks, Paulo GDAL is currently broken because it needs a rebuild for Poppler, but the Texlive build is broken, as far as I can see. Volker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Exception-Class] Update license and dependencies
commit 0b89c9e3e3c085a53a268cf122a0ae62dbbe7324 Author: Jitka Plesnikova jples...@redhat.com Date: Wed Jun 26 16:01:10 2013 +0200 Update license and dependencies perl-Exception-Class.spec | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) --- diff --git a/perl-Exception-Class.spec b/perl-Exception-Class.spec index fbdbe5c..ad51b3d 100644 --- a/perl-Exception-Class.spec +++ b/perl-Exception-Class.spec @@ -1,19 +1,23 @@ Name: perl-Exception-Class Version:1.37 -Release:1%{?dist} +Release:2%{?dist} Summary:Module that allows you to declare real exception classes in Perl -License:Artistic 2.0 +License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Exception-Class/ Source0: http://www.cpan.org/authors/id/D/DR/DROLSKY/Exception-Class-%{version}.tar.gz BuildArch: noarch +BuildRequires: perl BuildRequires: perl(base) BuildRequires: perl(Class::Data::Inheritable) = 0.02 BuildRequires: perl(Devel::StackTrace) = 1.20 BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) +BuildRequires: perl(overload) BuildRequires: perl(Scalar::Util) +BuildRequires: perl(strict) BuildRequires: perl(Test::More) = 0.46 +BuildRequires: perl(warnings) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -42,6 +46,10 @@ make test %{_mandir}/man3/Exception::Class::Base.3pm* %changelog +* Wed Jun 26 2013 Jitka Plesnikova jples...@redhat.com - 1.37-2 +- License is GPL+ or Artistic now +- Specify all dependencies + * Sun Feb 24 2013 Paul Howarth p...@city-fan.org - 1.37-1 - Update to 1.37 - I now recommend you use Throwable instead of this module; it has a nicer, -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Minimal install diff from F16 to F19 (TC6)
On Sat, 2013-06-22 at 17:07 +0200, Till Maas wrote: On Fri, Jun 21, 2013 at 12:09:57PM -0500, Dan Williams wrote: On the other hand, having NetworkManager available all the time enables things like management tools to use its API to query system status, instead of guessing it from kernel information and heuristic analysis of some files under /etc. Exactly. And that's why we want to enhance NetworkManager to make people *want* to use it instead of turning it off. Features I am missing are: - A possibility to make NM ignore an interface from the management tools, which would allow to normally use NM but disable it if one wants to configure a device on the command line. Having to disable interfaces from /etc/sysconfig to be able to use them without NM interfering makes it more cumbersome to use NM at all. Instead of the previous unmanaging of interfaces, future NM will simply handle changes made underneath it with /sbin/ip or anything else by listening to kernel notifications. - Support NM not interfering with Wi-Fi attack tools such as aircrack-ng, which might only be possible by ignoring the device completely or by adding support to change devices into monitor mode and select static of changing frequencies etc. Probably the features airmon-ng provides would be necessary. While not very smooth experience, NM will ignore them if you kill wpa_supplicant. - Allow to create tun/tap devices, especially persisted ones with permissions for users Support for externally created tun/tap/gre/macvlan/macvtap/veth was added last month, and if you have an ifcfg file with the interface's name, NM can apply/clear the IP configuration on your command. At some point in the near future NM will be able to create all these too. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Media Sizes SRPMS DVD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 26 Jun 2013 11:23:32 +0100 Frank Murphy frankl...@gmail.com wrote: On Mon, 24 Jun 2013 23:13:01 +0100 Frank Murphy frankl...@gmail.com wrote: Apology for self-reply Any further thoughts on this. Can we split the SRPMS dvd ourselves over two? Found something Boardy from 2008: http://article.gmane.org/gmane.linux.redhat.fedora.advisory-board/4277 no, because pungi the tool that creates the source dvd doesnt support split media. I actually want to stop making source dvds all together. but that will need legal approval first. note we don't actually make and source dvds at all. we keep the sources hosted for more than 3 years. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlHK8EQACgkQkSxm47BaWfdQAgCfX5/owlqm6bxkYVLTvnlaB2hl ieMAoKw3TX3nEDi486aSRg8gtCwG4cYP =fJGL -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Media Sizes SRPMS DVD
On Wed, 26 Jun 2013 08:44:36 -0500 Dennis Gilmore den...@ausil.us wrote: no, because pungi the tool that creates the source dvd doesnt support split media. I actually want to stop making source dvds all together. but that will need legal approval first. note we don't actually make and source dvds at all. we keep the sources hosted for more than 3 years. That sounds ok, but in the meantime we can roughly split a src dvd in two as and when, just to cover ourselves. -- Regards, Frank When in doubt PANIC! I check for new mail app. 20min www.frankly3d.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[HEADS UP] libtool + %global _hardened_build 1 = no full hardening
Hello list! As discussed a few days ago [1] there's a _severe_ bug in autotool's libtool known for ages [2] preventing libs not to be build fully hardened (partial RELRO), even if you have included `%global _hardened_build 1` into you rpm-spec. There was some LDFLAGS-hack [3] mentioned by me during review of bz# 977446 nbdkit, which turned out to block proper exporting of LDFLAGS during `%configure`-invocation. So I did some experiments how to get a proper working and future aware solution for this. I recommend EVERYBODY, who maintains pkgs meeting the above criteria (libtool + hardening) to re-check their build pkg's proper hardening invoking `hardening-check --color --verbose $path_to_lib` and if it's report reveals ... Read-only relocations: yes --- Immediate binding: no, not found! --- to apply the following lines immediatly AFTER invoking `%configure` to their affected pkg's spec: # dirty hack to force immediate binding with hardenend build having # autocrap's libtool pass the need gcc-specs to linker. sed -i -e 's! \\\$compiler_flags !\\\$CFLAGS \\\$LDFLAGS !' libtool This simple (but effective) hack makes sure ALL hardening-relevant flags are passed to the linker. I just filed a ticket for FESCo-meeting [4] to have this workaround included in `%configure`-macro provided by rpm-package. If you are unsure whether your package is affected this feel free to ask me and please provide a build.log, so I can check. Cheers, Björn [1]https://lists.fedoraproject.org/pipermail/devel/2013-June/184429.html [2]http://lists.gnu.org/archive/html/bug-libtool/2005-10/msg3.html [3]https://bugzilla.redhat.com/show_bug.cgi?id=977446#c13 [4]https://fedorahosted.org/fesco/ticket/1132 signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Schedule for Thursday's FPC Meeting (2013-06-27 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2013-06-27 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2013-06-27 09:00 Thu US/Pacific 2013-06-27 12:00 Thu US/Eastern 2013-06-27 16:00 Thu UTC - 2013-06-27 17:00 Thu Europe/London 2013-06-27 18:00 Thu Europe/Paris 2013-06-27 18:00 Thu Europe/Berlin 2013-06-27 21:30 Thu Asia/Calcutta --new day-- 2013-06-28 00:00 Fri Asia/Singapore 2013-06-28 00:00 Fri Asia/Hong_Kong 2013-06-28 01:00 Fri Asia/Tokyo 2013-06-28 02:00 Fri Australia/Brisbane Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = #297Bundling exception for nodejs-expect-js .fpc 297 https://fedorahosted.org/fpc/ticket/297 = New business = #308Please deprecate usage of systemd-sysv-convert in the packaging policy for F20 .fpc 308 https://fedorahosted.org/fpc/ticket/308 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fpc, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora ARM Weekly Status Meeting 2013-06-26
Good day all, Please join us today (Wednesday, June 26th) at 4PM EDT (8PM UTC) for the Fedora ARM weekly status meeting in #fedora-meeting-1 on Freenode. On the agenda so far.. 0) Status of ACTION items from our previous meeting 1) Problem packages 2) Kernel Status Update 3) Aarch64 - Status Update, problem packages - Aarch64 Koji VM 4) F19 GA - RC2 testing (VFAD?) - remaining blockers 5) Open Floor If there is something that you would like to discuss that isn't mentioned please feel free to bring it up at the end of the meeting or send an email to the list. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Media Sizes SRPMS DVD
On Wed, Jun 26, 2013 at 08:44:36 -0500, Dennis Gilmore den...@ausil.us wrote: no, because pungi the tool that creates the source dvd doesnt support split media. I actually want to stop making source dvds all together. but that will need legal approval first. note we don't actually make and source dvds at all. we keep the sources hosted for more than 3 years. I believe the three years starts from when you last offer the binaries, not when you first offer them. But there is probably some way to work this out. I doubt the SRPM ISO gets much use and it seems like a waste of resources to produce and mirror it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
XEN and Fedora-19 domU
Hi there, I setup Fedora19-Beta (plus updates) as a XEN server and installed a Fedora 19 as a domU client. Unfortunately the domU client failed to boot. After some investigation it turned out to be the grub.cfg file in the client that caused XEN pygrub to fail. The fix is not to difficult and I posted a git patch to the XEN devel list. This patch might make it into XEN 4.3, but I guess XEN 4.3 will not be part of Fedora 19. I guess it would be a shame if Fedora 19 cannot be used as a XEN client so maybe the patch can be added to the Fedora xen tree? This is the patch as send to the XEN list: Date: Sat, 22 Jun 2013 22:33:55 +0200 Subject: [PATCH] pygrub/GrubConf: fix boot problem for fedora 19 grub.cfg Booting a fedora 19 domU failed because a it could not properly parse the grub.cfg file. This was cased by set default=${next_entry} This statement actually is within an 'if' statement, so maybe it would be better to skip code within if/fi blocks... But this patch seems to work fine. Signed-off-by: Marcel Mol mar...@mesa.nl --- tools/pygrub/src/GrubConf.py |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/tools/pygrub/src/GrubConf.py b/tools/pygrub/src/GrubConf.py index 629951f..6324c62 100644 --- a/tools/pygrub/src/GrubConf.py +++ b/tools/pygrub/src/GrubConf.py @@ -427,6 +427,8 @@ class Grub2ConfigFile(_GrubConfigFile): if self.commands[com] is not None: if arg.strip() == ${saved_entry}: arg = 0 +elif arg.strip() == ${next_entry}: +arg = 0 setattr(self, self.commands[com], arg.strip()) else: logging.info(Ignored directive %s %(com,)) -- 1.7.7.6 Thanks -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-mar...@mesa.nl 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Summary/Minutes from today's FESCo Meeting (2013-06-26)
=== #fedora-meeting: FESCO (2013-06-26) === Meeting started by notting at 18:00:55 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2013-06-26/fesco.2013-06-26-18.00.log.html . Meeting summary --- * init process (notting, 18:01:03) * #1128switching from -fstack-protector to -fstack-protector-strong in Fedora 20 (notting, 18:10:54) * AGREED: Will switch from -fstack-protector to -fstack-protector-strong in Fedora 20. Any reversion based on poor benchmarks must be decided before any F20 gcc mass rebuild (+:6, -:0, 0:0) (notting, 18:28:38) * #1129 F20 System Wide Change: Perl 5.18 - https://fedoraproject.org/wiki/Changes/perl5.18 (notting, 18:29:26) * AGREED: F20 System Wide Change: Perl 5.18 is approved (+:5, -:0, 0:1) (notting, 18:36:11) * #1130 F20 System Wide Change: python-setuptools update to 0.7.x (notting, 18:36:24) * AGREED: F20 System Wide Change: python-setuptools update to 0.7.x is approved (+:5, -:0, 0:1) (notting, 18:39:29) * Next week's chair (notting, 18:40:10) * sgallagh will chair next week's meeting (notting, 18:41:06) * next week's meeting should be the first meeting of the new FESCo (notting, 18:41:28) * Open Floor (notting, 18:41:47) * AGREED: re: #1132 1) mass rebuild at this time rejected (will rebuild f20 later), 2) defer to next week to allow proper analysis (+:5, -:0, 0:0) (notting, 18:52:19) * AGREED: (re: httpd-itk ticket) FESCo would like the 'bundling' of httpd-itk reviewed by FPC (+:5, -:0, 0:0) (notting, 18:58:43) * Thanks to all departing FESCo members! (notting, 19:04:18) Meeting ended at 19:04:31 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * notting (66) * nirik (27) * sgallagh (26) * abadger1999 (17) * mitr (16) * zodbot (10) * jwb (6) * besser82 (4) * mjg59 (3) * mmaslano (0) * t8m (0) * pjones (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot 18:00:55 notting #startmeeting FESCO (2013-06-26) 18:00:55 zodbot Meeting started Wed Jun 26 18:00:55 2013 UTC. The chair is notting. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:55 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:01:02 notting #meetingname fesco 18:01:02 zodbot The meeting name has been set to 'fesco' 18:01:03 notting #chair abadger1999 jwb mitr mmaslano notting nirik pjones t8m sgallagh 18:01:03 zodbot Current chairs: abadger1999 jwb mitr mmaslano nirik notting pjones sgallagh t8m 18:01:03 notting #topic init process 18:01:18 * nirik waves. 18:01:20 sgallagh Salutations 18:01:41 * abadger1999 half here -- will have full attention in a bit 18:02:21 nirik so I guess we assume old fesco continues to handle business until new fesco is announced? 18:02:40 notting can't think of alternatives to that 18:03:03 sgallagh nirik: I think that's the only sane approach, yes 18:03:24 * nirik nods 18:03:35 nirik provided we have quorum. ;) 18:05:41 jwb sorry 18:06:10 abadger1999 yeah /me working with the board to get the election announcement out later today. 18:06:13 notting that's minimal quorom. will wait a couple of minutes for others. 18:08:46 mitr Hello all 18:09:44 notting ok, that's six. pjones and mmaslano are known out... haven't heard from t8m 18:10:12 notting #topic #1128switching from -fstack-protector to -fstack-protector-strong in Fedora 20 18:10:12 notting .fesco 1128 18:10:13 zodbot notting: #1128 (switching from -fstack-protector to -fstack-protector-strong in Fedora 20) – FESCo - https://fedorahosted.org/fesco/ticket/1128 18:10:21 nirik sure, +1 to the change 18:10:32 notting .topic #1128 18:10:41 jwb seems reasonable. i would go with jakub's suggestion of switching gcc %check to use -strong too 18:10:48 * nirik nods. 18:10:54 notting #topic #1128switching from -fstack-protector to -fstack-protector-strong in Fedora 20 18:10:59 notting that's better. 18:11:50 abadger1999 +1 18:12:03 notting i'm +1. we can certainly revisit if perf looks awful 18:12:06 sgallagh I'm in favor of any change that makes our code more secure. +1 18:13:01 mitr To clarify, this is a change for all builds, not just hardened, isn't it? 18:13:18 abadger1999 That's how I read it. 18:13:33 sgallagh mitr: That's my interpretation as well 18:13:35 nirik yes 18:13:46 notting mitr: that is the proposal, yes. 18:13:47 notting hm 18:13:55 notting /usr/lib/rpm/redhat/rpmrc:optflags: aarch64 %{__global_cflags} -fno-stack-protector 18:13:59 notting what's up with that? 18:14:18 nirik no idea 18:15:35 notting still, not technically a f20 concern there for aarch64 18:16:03 notting mitr: do you have concerns? 18:16:08 mjg59 notting: ARM doesn't have stack protector support yet 18:16:24 mjg59 notting: It's totally
Election Results for Fedora Board, FAmSCo, and FESCo seats
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Greetings, extra-patient friends: The elections for the Fedora Board, Fedora Engineering Steering Committee (FESCo), and Fedora Ambassadors Steering Committee (FAmSCo) have concluded, and the results are shown below. * * * FESCo is electing 5 seats this cycle. A total of 166 ballots were cast, meaning a candidate could accumulate up to 1162 votes (166 * 7). The results for the FESCo elections are as follows: # votes | name - +-- 833 | Kevin Fenzi (FAS: kevin, IRC: nirik) 742 | Bill Nottingham (FAS: notting, IRC: notting) 605 | Tomáš Mráz (FAS: tmraz, IRC: t8m) 541 | Matthew Miller (FAS: mattdm, IRC: mattdm) 537 | Peter Jones (FAS: pjones, IRC: pjones) - --- 511 | Josh Boyer (FAS: jwboyer, IRC: jwb) 408 | Kalev Lember (FAS: kalev, IRC: kalev) Therefore, Kevin Fenzi, Bill Nottingham, Tomáš Mráz, Matthew Miller, and Peter Jones are each elected to FESCo for a full two-release term. * * * FAmSCo is electing 4 seats this cycle. A total of 175 ballots were cast, meaning a candidate could accumulate up to 875 votes (175 * 5). # votes | name - 552 | Jiri Eischmann (FAS: eischmann) 468 | Christoph Wickert (FAS: cwickert, IRC: cwickert) 355 | Luis Enrique Bazán De León (FAS: lbazan, IRC: LoKoMurdoK) 321 | Robert Mayr (FAS: robyduck, IRC: robyduck) - 207 | Wolnei Cândido Tomazelli Junior (FAS: wolnei, IRC: Wolnei) Therefore, Jiri Eischmann, Christoph Wickert, Luis Enrique Bazán De León, and Robert Mayr are each elected to FAmSCo for a full two-release term. == Important note == After every election, an election admin is asked to sanity check the results of the election. In this famsco election a duplicate ballot was discovered. This was traced to a bug in the elections code which allowed a double click on the submit button to record the ballot twice if the database was slow to record a ballot. A change has been put in place to prevent this from reoccurring with the current election code. Due to the difference in votes received between each famsco candidate, the duplicate ballot would not have caused any difference in the outcome of the election but the duplicate ballot was not factored into the results posted here. * * * The Fedora Board is electing 3 seats this cycle. A total of 157 ballots were cast, meaning a candidate could accumulate up to 785 votes (157 * 5). # votes | name - 524 | Matthew Garrett (FAS: mjg59, IRC: mjg59) 515 | Josh Boyer (FAS: jwboyer, IRC: jwb) 421 | Eric Christensen (FAS: sparks, IRC: Sparks) - 321 | Haïkel Guémar (FAS: hguemar, IRC: number80) 246 | Dan Mashal (FAS: vicodan, IRC: dan408) Therefore: Matthew Garrett, Josh Boyer, and Eric Christensen are elected to the Board for a full two-release term. * * * Congratulations to the winning candidates, and a hearty thank-you to all nominees for running and participating in this elections cycle. - -- Eric - -- Eric Sparks Christensen Fedora Project - Red Hat spa...@redhat.com - spa...@fedoraproject.org 097C 82C3 52DF C64A 50C2 E3A3 8076 ABDE 024B B3D1 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) iQGcBAEBCgAGBQJRyz99AAoJEB/kgVGp2CYvPU0L/2wMVPiHA6u0yZU1la1cx6NU MJwAbOz2wcp54ZMNLpouu4bFSMbupVnql8B1jGSyhj6k2useZd0oSW98Q/VCm9Ov LLuvvnImyS0cVgt+DMu0j3+MbEfd3WIZcb3Y8Bvouhb7JMS6lCAzIB8JXBseoJFx HhIWx9wJaRXKowIKtXXDg1JJzhKaqY+uG3jsUbVAtt3HIG6kiLn0xg7bEZLmPmnk 2w7kktbgQWVHnrsx8Ba1lpgKz1yi8dD1SDN18bhNTncYsoPTL88efZij2S1anNXu axGv9gqA0OpaMd6lvj4X9tO2o/HKKazr2u1lbrYZGM7li8stoKZwsyYPGX6KmFx4 Y4XewhCj6ywQvUDu+v5O+unffnvne8u6Qff5oPo4uaqy7MQea5ym75bG7f3odXf1 cy8NWIDYPzvXic8ZqD0xao396znxJ9j0oqsMzB3vTrUExjuornQoFRWlr/xcRmXo 5Kbk5KSJF6IPQ9Sjdp++4NKHc8+tAkdm0HwiHSzQFQ== =x4Fr -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: XEN and Fedora-19 domU
What happened to my post. It seems liek most lines are yanked together making it unreadable. That is not the way I posted it (using mutt)! -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-mar...@mesa.nl 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: XEN and Fedora-19 domU
On Wed, 2013-06-26 at 20:40 +0200, Marcel J.E. Mol wrote: Hi there, I setup Fedora19-Beta (plus updates) as a XEN server and installed a Fedora 19 as a domU client. You may want to check these bugs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977974 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977987 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=978036 and compare notes with Konrad and Dario. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 19 Final RC2.1 WTF is this?!
In case you're asking the question in the topic: you may notice there is now an 'RC2.1' in the TC/RC download directory. This is a respin of only the KDE live (and one non-blocking spin that's based on it), including this update: https://admin.fedoraproject.org/updates/FEDORA-2013-11724/liveusb-creator-3.11.8-3.fc19 which simply fixes this bug: https://bugzilla.redhat.com/show_bug.cgi?id=976415 The change is very isolated. The package is not on the DVD nor on any other live images, and the change affects only liveusb-creator. All RC2 testing (including all other KDE testing) remains valid except this single test case: https://fedoraproject.org/wiki/QA:Testcase_desktop_menus for KDE, which I will re-test with the new image shortly. If no other blockers are found in RC2, we will ship the RC2 images for everything besides those two live spins, along with the RC2.1 builds of those two live images, as Fedora 19 Final. Please continue testing RC2 as normal, so we can have as much test coverage as possible before tomorrow's go/no-go meeting. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ 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
Re: Summary/Minutes from today's FESCo Meeting (2013-06-26)
Am 26.06.2013 21:10, schrieb Bill Nottingham: * #1128switching from -fstack-protector to -fstack-protector-strong in Fedora 20 (notting, 18:10:54) * AGREED: Will switch from -fstack-protector to -fstack-protector-strong in Fedora 20. Any reversion based on poor benchmarks must be decided before any F20 gcc mass rebuild (+:6, -:0, 0:0) (notting, 18:28:38) *thank you* for that would it be possible to add the patch for supporting -fstack-protector-strong for F18's GCC which would give a larger testbase at least from users like me building all serverpackages in the own infrastructure currently with -f-stackprotector-all? signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora ARM Weekly Status Meeting Minutes 2013-06-26
Thank you everybody for joining today's Fedora-ARM meeting. For those who were unable to attend the minutes are below. If you have an ARM device that is supported by Fedora 19 please participate in RC2 testing at the links provided. Thank you! Minutes: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-06-26/fedora-meeting-1.2013-06-26-20.01.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2013-06-26/fedora-meeting-1.2013-06-26-20.01.txt Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-06-26/fedora-meeting-1.2013-06-26-20.01.log.html === #fedora-meeting-1: Fedora ARM weekly status meeting === Meeting summary --- * 0) Status of ACTION items from our previous meeting (bconoboy, 20:01:45) * LINK: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-06-19/fedora-meeting-1.2013-06-19-20.00.html (bconoboy, 20:02:06) * aarch64 koji server setup: db host mostly setup. hub is pending (bconoboy, 20:04:05) * ACTION: nirik to continue aarch64 koji server setup (bconoboy, 20:04:15) * f19 release is taking priority (bconoboy, 20:05:42) * 1) Problem packages (bconoboy, 20:06:35) * No update this week- check next week after F19 is out. (bconoboy, 20:08:16) * 2) Kernel Status Update (bconoboy, 20:08:26) * OMAP4 broken on MP kernel with RC2 (bconoboy, 20:10:15) * May only be Panda-ES that's broken. Panda-A3 reported successful. (bconoboy, 20:14:50) * 3) Aarch64 - Status Update, problem packages (bconoboy, 20:15:36) * 10522/13595 packages built (bconoboy, 20:17:16) * 535 packages are in the build queue currently (bconoboy, 20:21:34) * Almost ready to retire stage3, just need gcc, and llvm rebuilt. Maybe rpm. (bconoboy, 20:23:14) * 4) F19 GA - RC2 testing (VFAD?) (bconoboy, 20:28:00) * Primary Go/NoGo decision is Thursday (bconoboy, 20:31:44) * LINK: http://paste.fedoraproject.org/21123/ Panda ES boot issue with RC2 (bconoboy, 20:33:55) * Current ARM release candidate is at http://armpkgs.fedoraproject.org/mash/stage/19-RC2/ (bconoboy, 20:41:48) * LINK: https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_RC2_Base?rd=Test_Results:Current_Base_Test (masta, 20:42:48) * LINK: https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_RC2_Desktop?rd=Test_Results:Current_Desktop_Test (masta, 20:43:13) * LINK: Test the base: https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_RC2_Base?rd=Test_Results:Current_Base_Test (bconoboy, 20:43:39) * LINK: Test the desktop: https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_RC2_Desktop?rd=Test_Results:Current_Desktop_Test (bconoboy, 20:43:49) * LINK: https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_RC2_Install?rd=Test_Results:Current_Installation_Test (masta, 20:44:00) * LINK: Test anaconda installation: https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_RC2_Install?rd=Test_Results:Current_Installation_Test (bconoboy, 20:44:11) * Deadline for *successful* test completion is Friday (bconoboy, 20:44:54) * Please test Wednesday and Thursday- update the tables, mention what you're up to in #fedora-arm (bconoboy, 20:45:29) * VFAD Friday 10AM US EDT, but don't wait- test now if at all possible. (bconoboy, 20:46:26) * 5) Open Floor (bconoboy, 20:47:31) * LINK: High level RC2 testing result page: https://fedoraproject.org/wiki/Category:Fedora_19_ARM_RC2 (bconoboy, 20:51:53) * LINK: https://fedoraproject.org/wiki/Category:Fedora_19_ARM_RC2 (masta, 20:52:05) * page for recording Rc2 results (masta, 20:52:20) * handsome_pirate looking for roomie at flock (Not johnny depp)- contact if in need. rum optional. (bconoboy, 20:53:19) Action Items * nirik to continue aarch64 koji server setup Action Items, by person --- * nirik * nirik to continue aarch64 koji server setup People Present (lines said) --- * bconoboy (116) * masta (31) * jcapik (23) * nirik (14) * jonmasters (13) * msalter (9) * zodbot (9) * jsmith (8) * pwhalen (5) * handsome_pirate (5) * dmarlin (3) * ahs3 (1) * j_dulaney (0) * pbrobinson (0) * ctyler (0) * agreene (0) * ddd (0) * dgilmore (0) -- Brendan Conoboy / Red Hat, Inc. / b...@redhat.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCo Meeting (2013-06-26)
On Wed, Jun 26, 2013 at 4:43 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 26.06.2013 21:10, schrieb Bill Nottingham: * #1128switching from -fstack-protector to -fstack-protector-strong in Fedora 20 (notting, 18:10:54) * AGREED: Will switch from -fstack-protector to -fstack-protector-strong in Fedora 20. Any reversion based on poor benchmarks must be decided before any F20 gcc mass rebuild (+:6, -:0, 0:0) (notting, 18:28:38) *thank you* for that would it be possible to add the patch for supporting -fstack-protector-strong for F18's GCC which would give a larger testbase at least from users like me building all serverpackages in the own infrastructure currently with -f-stackprotector-all? I would be doubtful the Fedora GCC maintainer would find that acceptable to backport and push out in a stable Fedora release. We do development like this in rawhide for a reason. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS UP] libtool + %global _hardened_build 1 = no full hardening
These m4 scripts (used by libvirt) may also be of interest to upstream developers: http://libvirt.org/git/?p=libvirt.git;a=blob;f=m4/virt-compile-pie.m4;hb=HEAD http://libvirt.org/git/?p=libvirt.git;a=blob;f=m4/virt-linker-relro.m4;hb=HEAD Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones 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
Re: XEN and Fedora-19 domU
On Wed, Jun 26, 2013 at 01:22:21PM -0700, Adam Williamson wrote: On Wed, 2013-06-26 at 20:40 +0200, Marcel J.E. Mol wrote: Hi there, I setup Fedora19-Beta (plus updates) as a XEN server and installed a Fedora 19 as a domU client. You may want to check these bugs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977974https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977987https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=978036 and compare notes with Konrad and Dario. Thanks!-- Adam WilliamsonFedora QA Community MonkeyIRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedorahttp://www.happyassassin.net -- devel mailing listdevel@lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/devel Yes, only 978036 is relevant for thsi case. Konrad refers to my patch posted to the xen-devel list. Konrad mentioned this bugzilla number but I was not aware he added this to it. Does that mean this will be included in the final Fedora 19? -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-mar...@mesa.nl 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: XEN and Fedora-19 domU
On Wed, 2013-06-26 at 23:21 +0200, Marcel J.E. Mol wrote: On Wed, Jun 26, 2013 at 01:22:21PM -0700, Adam Williamson wrote: On Wed, 2013-06-26 at 20:40 +0200, Marcel J.E. Mol wrote: Hi there, I setup Fedora19-Beta (plus updates) as a XEN server and installed a Fedora 19 as a domU client. You may want to check these bugs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977974https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977987https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=978036 and compare notes with Konrad and Dario. Thanks!-- Adam WilliamsonFedora QA Community MonkeyIRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedorahttp://www.happyassassin.net -- devel mailing listdevel@lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/devel Yes, only 978036 is relevant for thsi case. Konrad refers to my patch posted to the xen-devel list. Konrad mentioned this bugzilla number but I was not aware he added this to it. Does that mean this will be included in the final Fedora 19? At present, no. I'm relying on Konrad's reading of the situation and he seems to think that F19 is fundamentally capable of operating as DomU and we can fix the problems with post-release updates - we don't actually need to fix anything in the release images themselves. Do you disagree with this assessment? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: XEN and Fedora-19 domU
On Wed, 2013-06-26 at 14:24 -0700, Adam Williamson wrote: On Wed, 2013-06-26 at 23:21 +0200, Marcel J.E. Mol wrote: On Wed, Jun 26, 2013 at 01:22:21PM -0700, Adam Williamson wrote: On Wed, 2013-06-26 at 20:40 +0200, Marcel J.E. Mol wrote: Hi there, I setup Fedora19-Beta (plus updates) as a XEN server and installed a Fedora 19 as a domU client. You may want to check these bugs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977974https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=977987https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=978036 and compare notes with Konrad and Dario. Thanks!-- Adam WilliamsonFedora QA Community MonkeyIRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedorahttp://www.happyassassin.net -- devel mailing listdevel@lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/devel Yes, only 978036 is relevant for thsi case. Konrad refers to my patch posted to the xen-devel list. Konrad mentioned this bugzilla number but I was not aware he added this to it. Does that mean this will be included in the final Fedora 19? At present, no. I'm relying on Konrad's reading of the situation and he seems to think that F19 is fundamentally capable of operating as DomU and we can fix the problems with post-release updates - we don't actually need to fix anything in the release images themselves. Do you disagree with this assessment? Note that by 'not included' what I mean is at present I'm under the impression we do not need a fixed package in the final frozen F19 package set and on the DVD. If the update gets sufficient karma and is submitted for stable before the release day, it will be in the 'updates' repository on release day, i.e. it will be a 0-day update. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCo Meeting (2013-06-26)
Am 26.06.2013 23:10, schrieb Josh Boyer: On Wed, Jun 26, 2013 at 4:43 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 26.06.2013 21:10, schrieb Bill Nottingham: * #1128switching from -fstack-protector to -fstack-protector-strong in Fedora 20 (notting, 18:10:54) * AGREED: Will switch from -fstack-protector to -fstack-protector-strong in Fedora 20. Any reversion based on poor benchmarks must be decided before any F20 gcc mass rebuild (+:6, -:0, 0:0) (notting, 18:28:38) *thank you* for that would it be possible to add the patch for supporting -fstack-protector-strong for F18's GCC which would give a larger testbase at least from users like me building all serverpackages in the own infrastructure currently with -f-stackprotector-all? I would be doubtful the Fedora GCC maintainer would find that acceptable to backport and push out in a stable Fedora release. We do development like this in rawhide for a reason -fstack-protector-strong would *not* be enabled anywhere with what i requested - it would only be *possible* to use it within Fedora 18 - IMHO a big difference signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCo Meeting (2013-06-26)
On Wed, 26 Jun 2013 23:31:47 +0200 Reindl Harald h.rei...@thelounge.net wrote: -fstack-protector-strong would *not* be enabled anywhere with what i requested - it would only be *possible* to use it within Fedora 18 - IMHO a big difference Please file a RFE bug on gcc and see what the maintainer thinks? I don't see this as needing any particular input from the devel list. If the maintainer thinks this can/should safely be backported without disrupting the stable release they could do so, if not, not. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-19 Branched report: 20130625 changes
On Wed, 2013-06-26 at 13:50 +0100, Richard W.M. Jones wrote: On Tue, Jun 25, 2013 at 12:46:05PM +, Fedora Branched Report wrote: Compose started at Tue Jun 25 09:15:02 UTC 2013 Broken deps for x86_64 -- [avgtime] avgtime-0-0.5.git20120724.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) I built a new avgtime package and pushed it to F19, but that obviously hasn't fixed the problem. Has it actually been pushed stable yet? The 'Branched report' covers only packages in stable. The 'updates-testing report' covers the packages in u-t. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCo Meeting (2013-06-26)
Am 26.06.2013 23:37, schrieb Kevin Fenzi: On Wed, 26 Jun 2013 23:31:47 +0200 Reindl Harald h.rei...@thelounge.net wrote: -fstack-protector-strong would *not* be enabled anywhere with what i requested - it would only be *possible* to use it within Fedora 18 - IMHO a big difference Please file a RFE bug on gcc and see what the maintainer thinks? I don't see this as needing any particular input from the devel list. If the maintainer thinks this can/should safely be backported without disrupting the stable release they could do so, if not, not thank you for your feedback, for anybody who is interested to support this RFE: https://bugzilla.redhat.com/show_bug.cgi?id=978599 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS UP] libtool + %global _hardened_build 1 = no full hardening
Il 26/06/2013 17:39, Björn Esser ha scritto: # dirty hack to force immediate binding with hardenend build having # autocrap's libtool pass the need gcc-specs to linker. sed -i -e 's! \\\$compiler_flags !\\\$CFLAGS \\\$LDFLAGS !' libtool Weird, I didn't see any mention of this on the autocrap's libtool mailing list(s)... O:-) Is there at least a Fedora BZ for this? Paolo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 19 Final RC2.1 WTF is this?!
On Wed, 2013-06-26 at 13:30 -0700, Adam Williamson wrote: In case you're asking the question in the topic: you may notice there is now an 'RC2.1' in the TC/RC download directory. This is a respin of only the KDE live (and one non-blocking spin that's based on it), including this update: https://admin.fedoraproject.org/updates/FEDORA-2013-11724/liveusb-creator-3.11.8-3.fc19 which simply fixes this bug: https://bugzilla.redhat.com/show_bug.cgi?id=976415 The change is very isolated. The package is not on the DVD nor on any other live images, and the change affects only liveusb-creator. All RC2 testing (including all other KDE testing) remains valid except this single test case: https://fedoraproject.org/wiki/QA:Testcase_desktop_menus for KDE, which I will re-test with the new image shortly. If no other blockers are found in RC2, we will ship the RC2 images for everything besides those two live spins, along with the RC2.1 builds of those two live images, as Fedora 19 Final. Please continue testing RC2 as normal, so we can have as much test coverage as possible before tomorrow's go/no-go meeting. Thanks! So...RC 2.2, which just landed, is the same thing I said RC 2.1 was, only it turned out RC 2.1 was broken. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ 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
Firefox in Rawhide is out of date
In Fedora 19 the Firefox version is 21. In Rawhide the Firefox version is still 20. xulrunner-22.0-2.fc20.x86_64 is available but the old Firefox will not allow it to update which also, it appears, does not allow the Thunderbird update to 17.0.7 to happen. -- David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox in Rawhide is out of date
On Wed, 26 Jun 2013 19:30:56 -0400 David dgbo...@gmail.com wrote: In Fedora 19 the Firefox version is 21. In Rawhide the Firefox version is still 20. xulrunner-22.0-2.fc20.x86_64 is available but the old Firefox will not allow it to update which also, it appears, does not allow the Thunderbird update to 17.0.7 to happen. Yeah, looks like it failed to build. Hopefully the maintainer(s) are on it... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 977592] svk throws perl errors while syncing and fails to update properly
https://bugzilla.redhat.com/show_bug.cgi?id=977592 --- Comment #4 from Petr Pisar ppi...@redhat.com --- The missing parenthesis are just simple warnings. The real problem are the other bugs. E.g. I wasn't even able to clone and import new repository into SVK. What I say is I have no time to hunt bugs in this unmaintained crap. You are welcomed to post a patch or even better to take over maintenance in the Fedora. Obviously you are the only SVK user. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UShvnQkCGha=cc_unsubscribe -- 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 977592] svk throws perl errors while syncing and fails to update properly
https://bugzilla.redhat.com/show_bug.cgi?id=977592 --- Comment #5 from Petr Pisar ppi...@redhat.com --- Regarding $$, there was a change in Perl 5.16.0 in caching the value. It's not cached anymore across threads. So there can be bad assumptions in SVK code. See more using `perldoc perlvar'. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=kPts96cQ74a=cc_unsubscribe -- 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 978233] New: perl-5.18: Regex \8 and \9 after literals no longer work
https://bugzilla.redhat.com/show_bug.cgi?id=978233 Bug ID: 978233 Summary: perl-5.18: Regex \8 and \9 after literals no longer work Product: Fedora Version: rawhide Component: perl Severity: unspecified Priority: unspecified Assignee: mmasl...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com There is a regression about \8 and \9 back-references not working since v5.17.0-543-g726ee55. This has been somewhat fixed with: commit f1e1b256c5c1773d90e828cca6323c53fa23391b Author: Yves Orton demer...@gmail.com Date: Tue Jun 25 21:01:27 2013 +0200 Fix rules for parsing numeric escapes in regexes Commit 726ee55d introduced better handling of things like \87 in a regex, but as an unfortunate side effect broke latex2html. The rules for handling backslashes in regexen are a bit arcane. Anything starting with \0 is octal. The sequences \1 through \9 are always backrefs. Any other sequence is interpreted as a decimal, and if there are that many capture buffers defined in the pattern at that point then the sequence is a backreference. If however it is larger than the number of buffers the sequence is treated as an octal digit. A consequence of this is that \118 could be a backreference to the 118th capture buffer, or it could be the string \11 . 8. In other words depending on the context we might even use a different number of digits for the escape! This also left an awkward edge case, of multi digit sequences starting with 8 or 9 like m/\87/ which would result in us parsing as though we had seen /87/ (iow a null byte at the start) or worse like /\x{00}87/ which is clearly wrong. This patches fixes the cases where the capture buffers are defined, and causes things like the \87 or \97 to throw the same error that /\8/ would. One might argue we should complain about an illegal octal sequence, but this seems more consistent with an error like /\9/ and IMO will be less surprising in an error message. This patch includes exhaustive tests of patterns of the form /(a)\1/, /((a))\2/ etc, so that we dont break this again if we change the logic more. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=wixX3ZHmwAa=cc_unsubscribe -- 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 892597] Review Request: glite-lb-types - Build-time component for gLite LB
https://bugzilla.redhat.com/show_bug.cgi?id=892597 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||psab...@redhat.com Assignee|nob...@fedoraproject.org|psab...@redhat.com Flags||fedora-review? --- Comment #2 from Petr Šabata psab...@redhat.com --- Taking the review. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cyLyf7ogo0a=cc_unsubscribe -- 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
[perl-DateTime-TimeZone] Specify all dependencies
commit 99dda5fff00b0d7cd0c321046a9ccff7d2b8cdef Author: Jitka Plesnikova jples...@redhat.com Date: Wed Jun 26 12:14:36 2013 +0200 Specify all dependencies perl-DateTime-TimeZone.spec | 14 +- 1 files changed, 13 insertions(+), 1 deletions(-) --- diff --git a/perl-DateTime-TimeZone.spec b/perl-DateTime-TimeZone.spec index f72c76c..e6a3b69 100644 --- a/perl-DateTime-TimeZone.spec +++ b/perl-DateTime-TimeZone.spec @@ -1,12 +1,13 @@ Name: perl-DateTime-TimeZone Version:1.59 -Release:1%{?dist} +Release:2%{?dist} Summary:Time zone object base class and factory License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/DateTime-TimeZone/ Source0: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-TimeZone-%{version}.tar.gz BuildArch: noarch +BuildRequires: perl BuildRequires: perl(base) BuildRequires: perl(lib) BuildRequires: perl(Class::Load) @@ -14,14 +15,21 @@ BuildRequires: perl(Class::Singleton) = 1.03 BuildRequires: perl(constant) BuildRequires: perl(Cwd) = 3 BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Basename) BuildRequires: perl(File::Compare) +BuildRequires: perl(File::Copy) BuildRequires: perl(File::Spec) BuildRequires: perl(List::Util) +BuildRequires: perl(overload) BuildRequires: perl(Params::Validate) = 0.72 BuildRequires: perl(parent) BuildRequires: perl(Test::More) = 0.88 BuildRequires: perl(Test::Output) BuildRequires: perl(Storable) +BuildRequires: perl(strict) +BuildRequires: perl(Sys::Hostname) +BuildRequires: perl(vars) +BuildRequires: perl(warnings) # not automatically detected Requires: perl(File::Compare) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) @@ -48,6 +56,7 @@ Conflicts: perl-DateTime = 1:0.7000-3.fc16 Requires: perl-DateTime = 2:0.70-1 # and BR perl(DateTime) to enable testing BuildRequires: perl(DateTime) +BuildRequires: perl(DateTime::Duration) %endif %description @@ -79,6 +88,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Jun 26 2013 Jitka Plesnikova jples...@redhat.com - 1.59-2 +- Specify all dependencies + * Mon Apr 22 2013 Iain Arnell iarn...@gmail.com 1.59-1 - update to latest upstream version - Olson 2013c -- 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
[perl-Email-Address] Update dependencies; Modernize spec
commit 1393856e5c3465d6dd0b4e55aa7274676c612cec Author: Jitka Plesnikova jples...@redhat.com Date: Wed Jun 26 13:12:11 2013 +0200 Update dependencies; Modernize spec perl-Email-Address.spec | 28 +--- 1 files changed, 17 insertions(+), 11 deletions(-) --- diff --git a/perl-Email-Address.spec b/perl-Email-Address.spec index 810f465..5dcbc57 100644 --- a/perl-Email-Address.spec +++ b/perl-Email-Address.spec @@ -1,19 +1,26 @@ Name: perl-Email-Address Version:1.898 -Release:1%{?dist} +Release:2%{?dist} Summary:RFC 2822 Address Parsing and Creation Group: Development/Libraries +# Outdated FSF address reported, rt#86433 License:GPL+ or Artistic URL:http://search.cpan.org/dist/Email-Address/ Source0: http://www.cpan.org/authors/id/R/RJ/RJBS/Email-Address-%{version}.tar.gz BuildArch: noarch +BuildRequires: perl +BuildRequires: perl(Encode) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(overload) +BuildRequires: perl(strict) BuildRequires: perl(Test::More) = 0.47 BuildRequires: perl(Test::Pod) = 1.14 BuildRequires: perl(Test::Pod::Coverage) = 1.08 -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +BuildRequires: perl(vars) +BuildRequires: perl(warnings) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description This class implements a regex-based RFC 2822 parser that locates email @@ -27,15 +34,13 @@ is to be correct, and very very fast. %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT -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 ';' chmod -R u+w $RPM_BUILD_ROOT/* @@ -43,18 +48,19 @@ chmod -R u+w $RPM_BUILD_ROOT/* make test -%clean -rm -rf $RPM_BUILD_ROOT - - %files -%defattr(-,root,root,-) %doc Changes LICENSE README META.json bench/ %{perl_vendorlib}/Email/ %{_mandir}/man3/*.3pm* %changelog +* Wed Jun 26 2013 Jitka Plesnikova jples...@redhat.com - 1.898-2 +- Specify all dependencies +- Drop %%defattr, remove %%clean section +- Don't need to remove empty directories from the buildroot +- Use DESTDIR rather than PERL_INSTALL_ROOT + * Fri Feb 8 2013 Tom Callaway s...@fedoraproject.org - 1.898-1 - update to 1.898 -- 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
[perl] Commit a typo in the local patch level text
commit b6a4ed31f4a8d844bc9bf041d9cd4df847c4ee6d Author: Petr Písař ppi...@redhat.com Date: Wed Jun 26 13:15:33 2013 +0200 Commit a typo in the local patch level text perl.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl.spec b/perl.spec index c956de0..535e405 100644 --- a/perl.spec +++ b/perl.spec @@ -1966,7 +1966,7 @@ perl -x patchlevel.h \ 'Fedora Patch22: Fix leaking tied hashes (RT#107000) [1]' \ 'Fedora Patch23: Fix leaking tied hashes (RT#107000) [2]' \ 'Fedora Patch24: Fix leaking tied hashes (RT#107000) [3]' \ -'Fedora Patch25: Fix dead lock in PerlIO after fork from thread (RT106212)' \ +'Fedora Patch25: Fix dead lock in PerlIO after fork from thread (RT#106212)' \ 'Fedora Patch26: Make regexp safe in a signal handler (RT#114878)' \ 'Fedora Patch27: Update h2ph(1) documentation (RT#117647)' \ 'Fedora Patch28: Update pod2html(1) documentation (RT#117623)' \ -- 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
[perl] Edit local patch level before compilation
commit b88a3262a29d13c94a69fe4e21c3d6f1459f175a Author: Petr Písař ppi...@redhat.com Date: Wed Jun 26 13:14:45 2013 +0200 Edit local patch level before compilation perl.spec | 71 +++-- 1 files changed, 36 insertions(+), 35 deletions(-) --- diff --git a/perl.spec b/perl.spec index 42b6d69..c956de0 100644 --- a/perl.spec +++ b/perl.spec @@ -31,7 +31,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:279%{?dist} +Release:280%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -1941,6 +1941,38 @@ tarball from perl.org. %patch27 -p1 %patch28 -p1 +%if !%{defined perl_bootstrap} +# Local patch tracking +perl -x patchlevel.h \ +'Fedora Patch1: Removes date check, Fedora/RHEL specific' \ +%ifarch %{multilib_64_archs} \ +'Fedora Patch3: support for libdir64' \ +%endif \ +'Fedora Patch4: use libresolv instead of libbind' \ +'Fedora Patch5: USE_MM_LD_RUN_PATH' \ +'Fedora Patch6: Skip hostname tests, due to builders not being network capable' \ +'Fedora Patch7: Dont run one io test due to random builder failures' \ +'Fedora Patch9: Fix find2perl to translate ? glob properly (RT#113054)' \ +'Fedora Patch10: Fix broken atof (RT#109318)' \ +'Fedora Patch13: Clear $@ before do I/O error (RT#113730)' \ +'Fedora Patch14: Do not truncate syscall() return value to 32 bits (RT#113980)' \ +'Fedora Patch15: Override the Pod::Simple::parse_file (CPANRT#77530)' \ +'Fedora Patch16: Do not leak with attribute on my variable (RT#114764)' \ +'Fedora Patch17: Allow operator after numeric keyword argument (RT#105924)' \ +'Fedora Patch18: Extend stack in File::Glob::glob, (RT#114984)' \ +'Fedora Patch19: Do not crash when vivifying $|' \ +'Fedora Patch20: Fix misparsing of maketext strings (CVE-2012-6329)' \ +'Fedora Patch21: Add NAME headings to CPAN modules (CPANRT#73396)' \ +'Fedora Patch22: Fix leaking tied hashes (RT#107000) [1]' \ +'Fedora Patch23: Fix leaking tied hashes (RT#107000) [2]' \ +'Fedora Patch24: Fix leaking tied hashes (RT#107000) [3]' \ +'Fedora Patch25: Fix dead lock in PerlIO after fork from thread (RT106212)' \ +'Fedora Patch26: Make regexp safe in a signal handler (RT#114878)' \ +'Fedora Patch27: Update h2ph(1) documentation (RT#117647)' \ +'Fedora Patch28: Update pod2html(1) documentation (RT#117623)' \ +%{nil} +%endif + #copy the example script cp -a %{SOURCE5} . @@ -2134,40 +2166,6 @@ pushd $RPM_BUILD_ROOT%{_mandir}/man1/ done popd -# Local patch tracking -pushd %{build_archlib}/CORE/ -%{new_perl} -x patchlevel.h \ -'Fedora Patch1: Removes date check, Fedora/RHEL specific' \ -%ifarch %{multilib_64_archs} \ -'Fedora Patch3: support for libdir64' \ -%endif \ -'Fedora Patch4: use libresolv instead of libbind' \ -'Fedora Patch5: USE_MM_LD_RUN_PATH' \ -'Fedora Patch6: Skip hostname tests, due to builders not being network capable' \ -'Fedora Patch7: Dont run one io test due to random builder failures' \ -'Fedora Patch9: Fix find2perl to translate ? glob properly (RT#113054)' \ -'Fedora Patch10: Fix broken atof (RT#109318)' \ -'Fedora Patch13: Clear $@ before do I/O error (RT#113730)' \ -'Fedora Patch14: Do not truncate syscall() return value to 32 bits (RT#113980)' \ -'Fedora Patch15: Override the Pod::Simple::parse_file (CPANRT#77530)' \ -'Fedora Patch16: Do not leak with attribute on my variable (RT#114764)' \ -'Fedora Patch17: Allow operator after numeric keyword argument (RT#105924)' \ -'Fedora Patch18: Extend stack in File::Glob::glob, (RT#114984)' \ -'Fedora Patch19: Do not crash when vivifying $|' \ -'Fedora Patch20: Fix misparsing of maketext strings (CVE-2012-6329)' \ -'Fedora Patch21: Add NAME headings to CPAN modules (CPANRT#73396)' \ -'Fedora Patch22: Fix leaking tied hashes (RT#107000) [1]' \ -'Fedora Patch23: Fix leaking tied hashes (RT#107000) [2]' \ -'Fedora Patch24: Fix leaking tied hashes (RT#107000) [3]' \ -'Fedora Patch25: Fix dead lock in PerlIO after fork from thread (RT106212)' \ -'Fedora Patch26: Make regexp safe in a signal handler (RT#114878)' \ -'Fedora Patch27: Update h2ph(1) documentation (RT#117647)' \ -'Fedora Patch28: Update pod2html(1) documentation (RT#117623)' \ -%{nil} - -rm patchlevel.bak -popd - # for now, remove Bzip2: # Why? Now is missing Bzip2 files and provides ##find $RPM_BUILD_ROOT -name Bzip2 | xargs rm -r @@ -3654,6 +3652,9 @@ sed \ # Old changelog entries are preserved in CVS. %changelog +* Wed Jun 26 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-280 +- Edit local patch level before compilation + * Fri Jun 14 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-279 - Do not
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the rawhide tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) 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-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) 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-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the F-19 tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) 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
[Bug 892597] Review Request: glite-lb-types - Build-time component for gLite LB
https://bugzilla.redhat.com/show_bug.cgi?id=892597 --- Comment #3 from Petr Šabata psab...@redhat.com --- You'll need to buildrequire the following: - perl (called in spec) - perl(Getopt::Long), ./configure:26 - perl(POSIX), ./configure:27 Don't use absolute paths in your spec. Call perl simply 'perl' (preferred) or use the %{__perl} macro. Put the installled C header file in a devel subpackage, as mandated by the packaging guidelines. Since your Summary and %description are identical, consider using the %{summary} macro. The %check section doesn't run anything and can be dropped. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=brAyxFfNFBa=cc_unsubscribe -- 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 952589] perl-DateTime-1.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=952589 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- Package perl-DateTime-1.03-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-DateTime-1.03-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-11726/perl-DateTime-1.03-1.fc19 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=OxyzwB4kZya=cc_unsubscribe -- 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 910272] perl-Growl-GNTP-0.20 is available
https://bugzilla.redhat.com/show_bug.cgi?id=910272 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added CC|perl-devel@lists.fedoraproj | |ect.org | Status|ON_QA |CLOSED Fixed In Version||perl-Growl-GNTP-0.20-1.fc18 Resolution|--- |ERRATA Last Closed||2013-06-26 22:03:01 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-Growl-GNTP-0.20-1.fc18 has been pushed to the Fedora 18 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=qIjBudwAAva=cc_unsubscribe -- 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