Re: [rawhide] colord pulling in 32bit packages on 64bit installs
On 10 January 2013 23:55, Kalev Lember kalevlem...@gmail.com wrote: It's 'mash' that decides what gets multilibbed. If I read it right, it multilibs packages that install files that match the libdir/*.so.* pattern, plus a number of hardcoded special cases. It's a bit like magic, we'll see how it turns out in tomorrow's rawhide compose. Ahh, I see. Less magic, more heuristic :) Alright, I've pushed the -libs split to rawhide: http://pkgs.fedoraproject.org/cgit/colord.git/commit/?id=30fa2dfe Great, thanks. One thing that's still left to do is to make something require the daemon package, so that it gets dragged in for new installs. Can you figure out where the dep should go and add it there? (Or possibly leave it up to comps to drag it in.) Well, lots of the desktop requires colord explicitly, so something should bring it in. Even cups depends on the main package for the *functionality*, not the library. My first reaction was to make colord-libs depend on colord. However, since gtk3 (its cups printing backend) is linked against libcolord, adding the dep there would make colord daemon and argyllcms a hard dep for gtk3; I suppose there might be people with minimal install use cases that would prefer a more flexible approach. I think it's sane to switch the libraries like gtk to dep on colord-libs, as then just need the library for linking against. It's perfectly valid to have colord-libs installed and colord (the daemon) not installed for super-minimal install sets. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Something is killing my Koji build
I've tried to build colord for f18 a few times now. It builds locally fine, but when run on Koji it gets killed: make[3]: *** [FOGRA28L_webcoated.icc] Killed It only seems to happen when the print profiles are being created, which do take some time to complete. It probably takes about 20 minutes to generate all the profiles (and a few GB of RAM), which doesn't seem too long considering the print profiles will only be built for F17 and F18. I'm sure OpenOffice and the Linux kernel take longer and more RAM to compile. Full log available here: http://kojipkgs.fedoraproject.org//work/tasks/1787/4851787/build.log I'm getting really close to just shipping a tarball of the locally built .icc files, although this doesn't seem right at all. Any help very welcome, thanks. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
Richard Hughes píše v Pá 11. 01. 2013 v 09:01 +: I've tried to build colord for f18 a few times now. It builds locally fine, but when run on Koji it gets killed: make[3]: *** [FOGRA28L_webcoated.icc] Killed It only seems to happen when the print profiles are being created, which do take some time to complete. It probably takes about 20 minutes to generate all the profiles (and a few GB of RAM), which doesn't seem too long considering the print profiles will only be built for F17 and F18. I'm sure OpenOffice and the Linux kernel take longer and more RAM to compile. Full log available here: http://kojipkgs.fedoraproject.org//work/tasks/1787/4851787/build.log I'm getting really close to just shipping a tarball of the locally built .icc files, although this doesn't seem right at all. Any help very welcome, thanks. I'd say it's the OOM killer in kernel what kills your processes. Do the generators run in parallel? From my experience on Fedora/s390 with somewhat limited resources, the top memory consumers are compiling large and complex C++ files and final linking of libraries/binaries (again from large C++ code) especially when run with parallel make. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On 11 January 2013 09:13, Dan Horák d...@danny.cz wrote: I'd say it's the OOM killer in kernel what kills your processes. Do the generators run in parallel? No, serially. I've just submitted a scratch build that uses ulimit -Sv 50 which will cause the profiles to be built in chunks rather than in one go. Fingers crossed. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit : - packagereqtelnet/packagereq Nowadays it's commonly used to test if a port is open, not to log in remotely somewhere. What will replace it in this role? -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On 01/11/2013 10:01 AM, Richard Hughes wrote: I've tried to build colord for f18 a few times now. It builds locally fine, but when run on Koji it gets killed: make[3]: *** [FOGRA28L_webcoated.icc] Killed It only seems to happen when the print profiles are being created, which do take some time to complete. It probably takes about 20 minutes to generate all the profiles (and a few GB of RAM), which doesn't seem too long considering the print profiles will only be built for F17 and F18. I'm sure OpenOffice and the Linux kernel take longer and more RAM to compile. Full log available here: http://kojipkgs.fedoraproject.org//work/tasks/1787/4851787/build.log Please make your builds verbose: Non-verbose logs like this (excerpt from your build.log above) are non-helpful when trouble shooting breakdowns (like this one): make[2]: Entering directory `/builddir/build/BUILD/colord-0.1.27/libcolord' CC libcolordprivate_a-cd-color.o CC libcolordprivate_a-cd-enum.o CC libcolordprivate_a-cd-math.o Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On 11 January 2013 10:21, Ralf Corsepius rc040...@freenet.de wrote: builds verbose Good idea. Do I just do this or is there some Fedora macro? @@ -87,10 +91,10 @@ This may be useful for CMYK soft-proofing or for extra device support. --disable-examples \ --disable-dependency-tracking -make %{?_smp_mflags} +make V=1 %{?_smp_mflags} %install -make install DESTDIR=$RPM_BUILD_ROOT +make V=1 install DESTDIR=$RPM_BUILD_ROOT Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
gsoap updated to version 2.8.12 in rawhide
Hi! The gsoap package has been updated to version 2.8.12 in rawhide only. Dependent packages (gfal, gridsite, lcgdm, lcgdm-dav, srm-ifce, voms) must rebuild. Mattias smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On 01/11/2013 12:01 AM, William Brown wrote: Nothing I didn't know about it. Will read into it now. Maybe this shows that a documentation component is needed, to bridge the gap to say X tool is replaced by Y IE netstat - ss man netstat: NOTE This program is obsolete. Replacement for netstat is ss. Replacement for netstat -r is ip route. Replacement for netstat -i is ip -s link. Replacement for netstat -g is ip maddr. net-tools is obsolete [1] since *fourteen* year ago. And also some tools from iputils: arping ping ifenslave tftpd traceroute6 [1] http://lists.debian.org/debian-devel/2009/03/msg00780.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Fri, Jan 11, 2013 at 11:24:00AM +0100, Nicolas Mailhot wrote: Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit : - packagereqtelnet/packagereq Nowadays it's commonly used to test if a port is open, not to log in remotely somewhere. What will replace it in this role? nc (from nmap-ncat). -- Tomasz TorczOnly gods can safely risk perfection, xmpp: zdzich...@chrome.pl it's a dangerous thing for a man. -- Alia -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On 01/11/2013 01:17 AM, Kevin Kofler wrote: +1, the default info is really a PITA to use, pinfo is much better. -1, pinfo is dispensable: $ info ls --subnodes --output - | less -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On 01/11/2013 11:35 AM, Xose Vazquez Perez wrote: On 01/11/2013 12:01 AM, William Brown wrote: Nothing I didn't know about it. Will read into it now. Maybe this shows that a documentation component is needed, to bridge the gap to say X tool is replaced by Y IE netstat - ss man netstat: NOTE This program is obsolete. Replacement for netstat is ss. Replacement for netstat -r is ip route. Replacement for netstat -i is ip -s link. Replacement for netstat -g is ip maddr. netstat is still widely used ... ... sounds like the plan to obsolete them has failed. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On 01/11/2013 11:27 AM, Richard Hughes wrote: On 11 January 2013 10:21, Ralf Corsepius rc040...@freenet.de wrote: builds verbose Good idea. Do I just do this Is the package autotools-based using a recent version of the autotools? Then its configure script likely honors --disable-silent-rules (c.f. ./configure --help), which would switch of the silent make rules at configure-time. If the configure script doesn't honor --disable-silent-rules, make V=1 is worth a try. In both cases, it's worth contacting upstream to tell them about the harmfulness of silent make rules Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On 11 January 2013 11:32, Ralf Corsepius rc040...@freenet.de wrote: Then its configure script likely honors --disable-silent-rules That works a treat, thanks. In both cases, it's worth contacting upstream to tell them about the harmfulness of silent make rules Well, I am upstream :) When I'm developing software it's a lot easier to spot warnings when they're not buried in pages and pages of debug output. That said, I agree we need the full logs when building packages. I'll fix up all my packages to do --disable-silent-rules when I next bump their versions. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On Fri, Jan 11, 2013 at 12:12:46PM +, Richard Hughes wrote: On 11 January 2013 11:32, Ralf Corsepius rc040...@freenet.de wrote: Then its configure script likely honors --disable-silent-rules That works a treat, thanks. In both cases, it's worth contacting upstream to tell them about the harmfulness of silent make rules Well, I am upstream :) When I'm developing software it's a lot easier to spot warnings when they're not buried in pages and pages of debug output. That said, I agree we need the full logs when building packages. I'll fix up all my packages to do --disable-silent-rules when I next bump their versions. On this theme, one other very useful thing we could improve in Koji for developer debug of failed builds, would be to capture the 'config.log' file from any autoconf based builds. Currently when I get stuck with configure problems I have to hack the spec file todo %configure || cat config.log. It'd be nicer to have config.log as a standalone published file though, because sometimes you have a successful build but later want to go back and see why configure chose a particular thing and you're lacking config.log at that point. Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit : Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit : - packagereqtelnet/packagereq Nowadays it's commonly used to test if a port is open, not to log in remotely somewhere. What will replace it in this role? why not bash :) $ cat /dev/tcp/localhost/22 SSH-2.0-OpenSSH_6.1 -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: libcdio 0.90 update in rawhide
On Tue, 8 Jan 2013 11:44:29 +0100, Adrian Reber wrote: On Tue, Dec 04, 2012 at 08:22:18PM +0100, Adrian Reber wrote: Some weeks ago libcdio 0.90 has been released. In addition to the libcdio-0.90 release there have been parts split off into a separate package called libcdio-paranoia. libcdio-paranoia has been imported and I will now also update libcdio to 0.90 in rawhide. I will rebuild all dependencies over the next few days and adjust the depending packages to require both libraries where necessary. I have updated libcdio in rawhide to 0.90 and rebuilt all dependencies. There were two failures due to API changes: audacious-plugins - http://kojipkgs.fedoraproject.org//work/tasks/7809/4847809/build.log kover - same problem (cdtext related) and one libcdio unrelated failure: clementine - 'void g_type_init()' is deprecated http://koji.fedoraproject.org/koji/getfile?taskID=4846211name=build.log Adrian For Audacious, there seems to be a change in upstream git already. I've only seen the diff coming in by mail, cannot tell anything beyond that and won't be able to commit it before Mon/Tue. -- M -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Feedback wanted: Fedora Formulas
On 10 January 2013 23:51, Kevin Kofler kevin.kof...@chello.at wrote: Brendan Jones wrote: The main problem we have with kickstarts at the moment is that there is no way (according to current packaging guidelines) to alter files owned by other packages. This is just plain impossible anyway (except for config files in /etc), no matter what you do (i.e. not just with kickstarts). The next update of the package legitimately owning the file will destroy any changes made to the file (except if it was marked %config(noreplace), but files outside of /etc must not be marked %config nor %config(noreplace) according to our packaging guidelines). Of course in trying to do that what we were really trying to do was amend the defaults users would get on the installed system. Some of this we were able to achieve through /etc/skel files, but that's a non-scaling and fragile solution as already mentioned. Some was originally attempted by modifying firstboot modules (a no-no that is not in the approved spin). Since we had planned to try and find better solutions with the spins and engineering teams once the release was out and since ansible sounds like it can provide some of them (and since the F18 release is now final - congratulations to everyone who worked hard through /that/), here are the Music-creation/Jam spin quirks for a case study: KDE favourites: For a spin (or formula) it makes sense that the favourites should reflect the spin (or formula) focus. The kickstart updates this through /etc/skel/.kde/share/config/kickoffrc and /etc/rc.d/init.d/livesys (on the live sytem the installer is a favourite, so these two are slightly different). Audio group permissions: Needed for Jack real-time, usermod commands are added to /etc/rc.d/init.d/livesys so in the live system the liveuser is in 'jackuser' and 'audio'. We can't push this in the installed system at the moment. (This is one of the parts that had been done with the firstboot modules, piggybacking on the add-to-administrator group function. Additionally to modifying files it shouldn't, that simple approach is also not very compatible with translations.) Desktop themeing: Related to KDE favourites above, though of less functional importance. Again this is currently handled by having a package for the spin themes which owns an /etc/skel file that allows us to set the default themes (KDE desktop theme and splash). This is not really a problem that desktop spins have (since by definition they have their own independent themes), but for other spins or formulae being able to tweak the default look slightly gives some sense of individual identity for the spin itself and also a degree of user-hinting about the environment they're using. From my brief skim of the Formula proposal it looks like it can do all of these. If you can also do a headless/non-interactive setup targetted at liveuser then presumably it could just be run by the kickstart during creation of a livecd/dvd (i.e. so things are already set up in the disk image, you'd then have to run it again during the actual install, but I think it would be an advantage to not have to do this every time you start a live image without persistent storage). -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Fri, Jan 11, 2013 at 01:35:46PM +0100, Michael Scherer wrote: Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit : Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit : - packagereqtelnet/packagereq Nowadays it's commonly used to test if a port is open, not to log in remotely somewhere. What will replace it in this role? why not bash :) $ cat /dev/tcp/localhost/22 SSH-2.0-OpenSSH_6.1 But for remote $ telnet damn-web_server 80 GET / HTTP/1.0 in any case, we can keep it, but moving it out of the standard group definitely makes sense ! Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veill...@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20130111 changes
Compose started at Fri Jan 11 08:15:05 UTC 2013 Broken deps for x86_64 -- [audacious-plugins] audacious-plugins-3.3.3-2.fc19.x86_64 requires libcdio.so.13(CDIO_13)(64bit) audacious-plugins-3.3.3-2.fc19.x86_64 requires libcdio.so.13()(64bit) [bootconf] bootconf-1.4-6.fc18.noarch requires grub [clementine] clementine-1.0.1-12.fc18.x86_64 requires libcdio.so.13(CDIO_13)(64bit) clementine-1.0.1-12.fc18.x86_64 requires libcdio.so.13()(64bit) [ember] ember-0.6.3-3.fc19.x86_64 requires libOgreMain.so.1.7.4()(64bit) [epiphany-extensions] epiphany-extensions-3.6.0-1.fc19.x86_64 requires epiphany(abi) = 0:3.6 [evolution-rss] 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libevolution-utils.so()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libemiscwidgets.so()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libemail-utils.so()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libedataserverui-3.0.so.5()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libcamel-1.2.so.42()(64bit) [freeipa] freeipa-server-strict-3.1.0-1.fc19.x86_64 requires 389-ds-base = 0:1.3.0 [freewrl] freewrl-1.22.13.1-3.fc18.i686 requires libGLEW.so.1.7 freewrl-1.22.13.1-3.fc18.x86_64 requires libGLEW.so.1.7()(64bit) libEAI-1.22.13.1-3.fc18.i686 requires libGLEW.so.1.7 libEAI-1.22.13.1-3.fc18.x86_64 requires libGLEW.so.1.7()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python2-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 [gdb-heap] gdb-heap-0.5-11.fc19.x86_64 requires glibc(x86-64) = 0:2.16.90 [gfal] gfal-1.13.0-0.fc18.i686 requires libgsoap.so.2 gfal-1.13.0-0.fc18.x86_64 requires libgsoap.so.2()(64bit) gfal-doc-1.13.0-0.fc18.x86_64 requires libgsoap.so.2()(64bit) gfal-python-1.13.0-0.fc18.x86_64 requires libgsoap.so.2()(64bit) [ghc-wai-extra] ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-conduit-0.4.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-bindings-0.1.0.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-0.5.3.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSwai-1.2.0.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSvoid-0.5.6-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSvault-0.2.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSunordered-containers-0.2.1.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSunix-2.5.1.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStransformers-base-0.4.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStransformers-0.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStime-1.4-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStext-0.11.2.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSsemigroups-0.8.3.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSresourcet-0.3.2.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSparsec-3.1.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSold-time-1.1.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSold-locale-1.0.0.4-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSnetwork-2.3.0.13-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSmtl-2.1.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSmonad-control-0.3.1.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSlifted-base-0.1.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSinteger-gmp-0.4.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHShttp-types-0.6.11-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHShashable-1.1.2.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSghc-prim-0.2.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSfilepath-1.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSfast-logger-0.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdlist-0.5-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64
Re: comps' standard group spring cleaning?
Once upon a time, Xose Vazquez Perez xose.vazq...@gmail.com said: On 01/11/2013 01:17 AM, Kevin Kofler wrote: +1, the default info is really a PITA to use, pinfo is much better. -1, pinfo is dispensable: $ info ls --subnodes --output - | less Ah yes, because _that's_ intuitive (especially when you are trying to find information to fix an immediate problem). Why not eliminate less and more then? You can always replace them with a shell loop. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Once upon a time, Bill Nottingham nott...@redhat.com said: Sure, going through the diff: - packagereqbc/packagereq bc and dc are sometimes used for math in shell scripts (and bc is part of POSIX/SUS). - packagereqed/packagereq I don't know how widely it is used, but ed is also part of POSIX/SUS. - packagereqftp/packagereq Either ftp or lftp should still be in the standard install (command line FTP is sometimes essential, especially when trying to add to a minimal install). lftp is bigger than ftp (because lftp does more, such as sftp and http). - packagereqtalk/packagereq Another thing not widely used but part of POSIX/SUS. - packagereqtelnet/packagereq Commonly used for debugging a wide variety of issues. - packagereqbtrfs-progs/packagereq Will be installed by anaconda if you install on btrfs; can move to @core if it becomes the default FS. There are several common things that you list as installed by anaconda if needed; that can give you problems if you install in one system or setup and then move the drive, add other drives, etc. - packagereqdmraid/packagereq Will be installed by anaconda if you need it. See above - may be required if you (for example) disconnect all but the OS drive during install and then put the others back. - packagereqlftp/packagereq Removed; ftp is in legacy-unix. If legacy-unix is not part of standard install, that is a poor justification (we removed one FTP client, so better remove the other as well). - packagereqmdadm/packagereq Will be installed by anaconda if you need it (and pulled in by udisks2 if you install that.) See above - may be required if you (for example) disconnect all but the OS drive during install and then put the others back. - packagereqwireless-tools/packagereq Functionality subsumed by iw. Although this is perhaps premature until initscripts gets ported to it. I would think so. You could remove wireless-tools from comps and add it as a Requires to initscripts, but then somebody not using wireless couldn't remove it. I guess my comments get back to: is there a defined goal, other than remove things Bill doesn't use (not trying to pick on you Bill, but you did make this list)? Are we trying to shrink the installed disk footprint (none of the these are very big)? Does removing these reduce install time significantly? I understand removing support for hardware items that very few have any more (that's what started this discussion). I'm just not sure about a wholesale removal of a bunch of still-useful stuff. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Le vendredi 11 janvier 2013 à 21:14 +0800, Daniel Veillard a écrit : On Fri, Jan 11, 2013 at 01:35:46PM +0100, Michael Scherer wrote: Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit : Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit : - packagereqtelnet/packagereq Nowadays it's commonly used to test if a port is open, not to log in remotely somewhere. What will replace it in this role? why not bash :) $ cat /dev/tcp/localhost/22 SSH-2.0-OpenSSH_6.1 But for remote $ telnet damn-web_server 80 GET / HTTP/1.0 http://thesmithfam.org/blog/2006/05/23/bash-socket-programming-with-devtcp-2/ in any case, we can keep it, but moving it out of the standard group definitely makes sense ! +1 telnet is easier, but that's a task that do not happen so often, and people who are able to perform it are also fully able to find the tool for that ( and nc is better than telnet on this point, as this permit more ) -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Thu, Jan 10, 2013 at 03:08:21PM -0500, Bill Nottingham wrote: +idlegacy-unix/id +_nameLegacy Unix Support/_name +_descriptionThese packages include clients and commands for legacy unix environments./_description +defaultfalse/default I'm not a big fan of this. It mashes a lot of disparate cases together. +uservisiblefalse/uservisible +packagelist + packagereqbc/packagereq Very likely to be used in scripts. There's a reasonable expectation for this to be there. I think it should stay in @standard. + packagereqed/packagereq Much less likely these days. But whatever. + packagereqfinger/packagereq The network protocol is obsolete, but as evidenced by the discussion people still do use it. + packagereqftp/packagereq This is one of those things where if I'm going to install something _on purpose_, I'd just use lftp, but which, were I providing an environment for other people, I'd put there as a courtesy. Maybe that's what Legacy Unix Support means. + packagereqrsh/packagereq On the other hand, this one I wouldn't include, because it's an easy upsell to ssh. + packagereqtalk/packagereq This is a historical curiosity and unlikely to be useful to people who want the other things. + packagereqtelnet/packagereq Incredibly common for testing network connectivity. I think this should stay in standard. + packagereqypbind/packagereq But *this* is environment-specific, and these days most people won't need it at all. I don't think it belongs in any group. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Thu, Jan 10, 2013 at 01:28:23PM -0700, Kevin Fenzi wrote: prelink. Ugh. ok, I guess I could try again. Can we remove prelink? What does it get us these days? I'm happy to back a feature to drop it. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Thu, Jan 10, 2013 at 03:21:18PM -0700, Stephen John Smoogen wrote: Remember this is removal from core NOT from the distribution.. Actually, it's about @standard, not @core. Keeping the core minimal makes sense but I think @standard should provide a comfortable working environment. People may disagree about what's in here, but the threshold should be much easier. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Thu, Jan 10, 2013 at 05:33:28PM -0500, Bill Nottingham wrote: - packagereqtime/packagereq bash has this builtin; don't think the additional features warrant this on every non-minimal install. However, it has different semantics from the bash builtin, and it's likely that people have scripts which use it. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Fri, Jan 11, 2013 at 03:09:28PM +0100, Michael Scherer wrote: telnet is easier, but that's a task that do not happen so often, and people who are able to perform it are also fully able to find the tool I think both the but and the and are not necessarily true. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On 01/11/2013 02:14 PM, Daniel Veillard wrote: On Fri, Jan 11, 2013 at 01:35:46PM +0100, Michael Scherer wrote: Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit : Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit : - packagereqtelnet/packagereq Nowadays it's commonly used to test if a port is open, not to log in remotely somewhere. What will replace it in this role? why not bash :) $ cat /dev/tcp/localhost/22 SSH-2.0-OpenSSH_6.1 But for remote $ telnet damn-web_server 80 GET / HTTP/1.0 Furthermore, telnet performs LF - CRLF translation, and some alternatives don't, at least by default. This conversion is required for protocol-compliant HTTP, and some web servers insist on CRLF line endings. -- Florian Weimer / Red Hat Product Security Team -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Le vendredi 11 janvier 2013 à 08:05 -0600, Chris Adams a écrit : Once upon a time, Bill Nottingham nott...@redhat.com said: - packagereqed/packagereq I don't know how widely it is used, but ed is also part of POSIX/SUS. based on my understanding, POSIX do not mandate them to be there by default, just to support them : http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap02.html so not installing them by default will not change much, given that we already do not support several command : http://pubs.opengroup.org/onlinepubs/9699919799/utilities/toc.html I see asa, cflow, cxref, delta, fort77, yacc who would make use fail at POSIX conformance, since none of them are installed by default ( and I just quickly looked at the list ). And while I agree the goal to be POSIX compliant is nice, as far as i know, we are not, so we do not claim to be. ( ie, people cannot and should not expect the system to have theses utilities by default ). So maybe a separate group ( and feature, since that's a rather lengthy task ) for them would be a start, and then packaging and adding the missing utilities would be the next step before claiming we are compliant. A separate group would be better because : - this is easier to audit ( especially if the norm is updated ) - this doesn't force to install a compiler by default ( fort77 ) -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Fri, Jan 11, 2013 at 03:47:40PM +0100, Michael Scherer wrote: And while I agree the goal to be POSIX compliant is nice, as far as i know, we are not, so we do not claim to be. ( ie, people cannot and should not expect the system to have theses utilities by default ). Yeah, but it's reasonable for people to expect that scripts using standard commands which have always worked on Fedora to continue to work on Fedora unless there's a good reason for them to not. That doesn't mean we need to carry cruft for ever, but we should error on the side of compatibly in the absence of a reason. (And I think saving 120k in non-minimal installs doesn't count.) -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Dne 10.1.2013 21:28, Kevin Fenzi napsal(a): ok, I guess I could try again. Can we remove prelink? What does it get us these days? Has anything changed about prelink since the last time it was discussed here? prelink should not mess with running executables: http://lists.fedoraproject.org/pipermail/devel/2012-July/169819.html ? Or even since prelink: is it worth it?: http://lists.fedoraproject.org/pipermail/devel/2009-July/034529.html Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Fri, Jan 11, 2013 at 04:46:25PM +0100, Michal Schmidt wrote: ok, I guess I could try again. Can we remove prelink? What does it get us these days? Has anything changed about prelink since the last time it was discussed here? prelink should not mess with running executables: http://lists.fedoraproject.org/pipermail/devel/2012-July/169819.html ? Or even since prelink: is it worth it?: http://lists.fedoraproject.org/pipermail/devel/2009-July/034529.html Hardware is faster and any benefit less necessary, making it even less worth the tradeoffs? I'd like to see some numbers. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Once upon a time, Matthew Miller mat...@fedoraproject.org said: On Fri, Jan 11, 2013 at 04:46:25PM +0100, Michal Schmidt wrote: ok, I guess I could try again. Can we remove prelink? What does it get us these days? Has anything changed about prelink since the last time it was discussed here? prelink should not mess with running executables: http://lists.fedoraproject.org/pipermail/devel/2012-July/169819.html ? Or even since prelink: is it worth it?: http://lists.fedoraproject.org/pipermail/devel/2009-July/034529.html Hardware is faster and any benefit less necessary, making it even less worth the tradeoffs? I'd like to see some numbers. Before you go too far with this, can prelink be discussed in its own thread? I forsee that swamping the rest of this discussion. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Fri, 11 Jan 2013 10:55:21 -0500 Matthew Miller mat...@fedoraproject.org wrote: On Fri, Jan 11, 2013 at 04:46:25PM +0100, Michal Schmidt wrote: ok, I guess I could try again. Can we remove prelink? What does it get us these days? Has anything changed about prelink since the last time it was discussed here? prelink should not mess with running executables: http://lists.fedoraproject.org/pipermail/devel/2012-July/169819.html ? Or even since prelink: is it worth it?: http://lists.fedoraproject.org/pipermail/devel/2009-July/034529.html Hardware is faster and any benefit less necessary, making it even less worth the tradeoffs? I'd like to see some numbers. Additionally, a number of things in fedora are now being built with PIE and thus cannot be prelinked. (ok, a number is probibly an exaggeration, but it's a few at least). kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On 01/11/2013 01:12 PM, Richard Hughes wrote: On 11 January 2013 11:32, Ralf Corsepius rc040...@freenet.de wrote: Then its configure script likely honors --disable-silent-rules That works a treat, thanks. In both cases, it's worth contacting upstream to tell them about the harmfulness of silent make rules Well, I am upstream :) Your decision, your poison - Feel encouraged to change your decision :) When I'm developing software it's a lot easier to spot warnings when they're not buried in pages and pages of debug output. That said, I agree we need the full logs when building packages. I'll fix up all my packages to do --disable-silent-rules when I next bump their versions. Well, I am very opposed to silent makerules. All silent-makerules are doing is to span a hidden mine-field of bugs to trap users into. E.g. are you sure your include paths and the defines your packages are using are correct? With silent makerules, you and your users won't notice them being wrong - building only appears to be working, while you package actually is totally misconfigured. It's guaranteed such situation will happen, it only a matter of time. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Am 11.01.2013 11:35, schrieb Xose Vazquez Perez: On 01/11/2013 12:01 AM, William Brown wrote: Nothing I didn't know about it. Will read into it now. Maybe this shows that a documentation component is needed, to bridge the gap to say X tool is replaced by Y IE netstat - ss man netstat: NOTE This program is obsolete. Replacement for netstat is ss. Replacement for netstat -r is ip route. Replacement for netstat -i is ip -s link. Replacement for netstat -g is ip maddr. net-tools is obsolete [1] since *fourteen* year ago. And also some tools from iputils: arping ping ifenslave tftpd traceroute6 sarcasmoh yeah ss is a pretty clear and self explaining command/sarcasm if people would develop SMART repalcements they would call the binaries identical with compatible command line switches so a Obsoletes: whatever would not change the USER INTERFACES fine, you can add addtionoal command line options, you can even add new specialized binaries in the same package but say command A with other options replaces well known B is pretty dumb at all signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
On Fri, 11 Jan 2013 11:40:40 +0100 Reindl Harald h.rei...@thelounge.net wrote: sarcasmoh yeah ss is a pretty clear and self explaining command/sarcasm if people would develop SMART repalcements they would call the binaries identical with compatible command line switches so a Obsoletes: whatever would not change the USER INTERFACES ss is not command line compatible with netstart AFAIK. It provides similar information... fine, you can add addtionoal command line options, you can even add new specialized binaries in the same package but say command A with other options replaces well known B is pretty dumb at all It takes a long time as we see for new replacements to gain traction, but things change. :) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gsoap updated to version 2.8.12 in rawhide
On Fri, 11 Jan 2013 11:32:12 +0100 Mattias Ellert mattias.ell...@fysast.uu.se wrote: Hi! The gsoap package has been updated to version 2.8.12 in rawhide only. Dependent packages (gfal, gridsite, lcgdm, lcgdm-dav, srm-ifce, voms) must rebuild. Thanks for the heads up. Next time can you sent to 'devel-announce' and try and give a week's notice? (or less if maintainers are all ready or willing to give you acls to just rebuild things). http://fedoraproject.org/wiki/Updates_Policy#Rawhide_.2F_devel_.2F_master Thanks, kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something is killing my Koji build
On Fri, 11 Jan 2013 12:16:50 + Daniel P. Berrange berra...@redhat.com wrote: On this theme, one other very useful thing we could improve in Koji for developer debug of failed builds, would be to capture the 'config.log' file from any autoconf based builds. Currently when I get stuck with configure problems I have to hack the spec file todo %configure || cat config.log. It'd be nicer to have config.log as a standalone published file though, because sometimes you have a successful build but later want to go back and see why configure chose a particular thing and you're lacking config.log at that point. Perhaps this is something mock could be enhanced to do? Then koji would (mostly) get it by default from mock... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Lennart, Just my $0.02 on halting the inclusion of these: we might want to make these available in case there is a user out there who can only afford the older hardware. On Jan 10, 2013 7:00 AM, Lennart Poettering mzerq...@0pointer.de wrote: Heya, I noticed that comps' standard group includes a lot of packages that were all the hotness in 1990s but aren't really that much anymore. For example, irda-tools, pcmciautils, finger, rsh, rdist, pinfo have probably had their best times behind them, and probably shouldn't be installed by default anymore. I'd like to propose that maybe it is time to remove these from standard for F19. Note sure how to proceed on that. Propose a feature? File a bug? Is there even a comps maintainer? (Oh, and to clarify this: it's just about what to install by default, not about what to ship. It's just that I have a hard time remembering when i saw the last laptop with irda or pcmcia ports, and maybe we should not install that anymore by default...) Lennart -- Lennart Poettering - Red Hat, Inc. -- 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: Something is killing my Koji build
On Fri, 11 Jan 2013, Kevin Fenzi wrote: On Fri, 11 Jan 2013 12:16:50 + Daniel P. Berrange berra...@redhat.com wrote: On this theme, one other very useful thing we could improve in Koji for developer debug of failed builds, would be to capture the 'config.log' file from any autoconf based builds. Currently when I get stuck with configure problems I have to hack the spec file todo %configure || cat config.log. It'd be nicer to have config.log as a standalone published file though, because sometimes you have a successful build but later want to go back and see why configure chose a particular thing and you're lacking config.log at that point. Perhaps this is something mock could be enhanced to do? Then koji would (mostly) get it by default from mock... Could probably be easiest done as a mock plugin. Have it look for a config.log in the build dir and have it pull it out to the results dir. Not sure what it would do in the even it found more than one, though. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Once upon a time, Kevin Fenzi ke...@scrye.com said: ss is not command line compatible with netstart AFAIK. It provides similar information... And IMHO that is the problem. Why did someone see it as a good idea to develop a replacement for well-known commands (that have existed in various forms on a lot of other OSes) and not make them at least somewhat compatible with what they were replacing? If you want to replace netstat and ifconfig, that's fine, but make a new netstat and ifconfig (or at least wrappers that handle the common options and give similar output). Why do people want to reinvent the wheel (and ignore all previous wheels)? -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Le vendredi 11 janvier 2013 à 08:39 -0800, Richard Vickery a écrit : Lennart, Just my $0.02 on halting the inclusion of these: we might want to make these available in case there is a user out there who can only afford the older hardware. They are available, the point is to not install them by default, not to remove them totally. IE, if someone has the old hardware, he can still install them. -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Chris Adams wrote: Why do people want to reinvent the wheel (and ignore all previous wheels)? Because choice. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Package Signature Checking During Installation
On Thu, 2013-01-10 at 21:49 +0100, Nicolas Mailhot wrote: Le Jeu 10 janvier 2013 20:41, Adam Jackson a écrit : For the same reason Firefox doesn't automatically accept self-signed SSL certs, and the same reason that ssh doesn't automatically accept new host keys: it'd be creating trust from thin air. Checking packages are signed by the same key as the installer when yum happily trawls half the internet to find mirrors managed by god knows who is not thin air security. Right now the only thing that could make our installation process more laughably insecure is lapping an 'own me' label on one of anaconda's install screens. Sure checking signature would not be perfect security, but your argument is akin to removing airbags from cars that do not have an abs to 'avoid creating a false sense of security' +1, definitely -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Package Signature Checking During Installation
On Thu, Jan 10, 2013 at 8:41 PM, Adam Jackson a...@redhat.com wrote: For the same reason Firefox doesn't automatically accept self-signed SSL certs, and the same reason that ssh doesn't automatically accept new host keys: it'd be creating trust from thin air. With secure boot disabled there's no root of trust for verification. You could verify that the signatures were _valid_, but you'd have no grounds to conclude from their validity that the signatures were the ones put there by The Fedora Project, and therefore that the package contains the data that The Fedora Project intended it to contain. You'd only know that the key the repo says signed the packages did in fact sign the packages. That's not security. That's theatre. Let's be a little more precise. - For _Fedora_ repositories (the release repository and the updates repository), we *can* ship the public key inside the installer iso image. As has been established in this thread, authenticating the ISO is necessary in any case; that would also provide a full trust path to the Fedora repository and packages contained within. No Secure Boot required. Having this sounds like a nice security improvement that would IMHO be worth doing. I'd expect it to be a little difficult to make a good UI for this: Wwe can enable GPG checking by default for the repository configuration shipped on the ISO; but if the user adds a repo manually we would/would not want to enable GPG checking depending on whether the repository is/isn't a Fedora one. Also the UI of explaining to the user that signatures are not verified if a third-party repo is added would probably be tricky. - For _third-party_ repositories, the root of trust can't come from the installer iso image. AFAICS _this_ is the primary benefit of the Secure Boot support - it allows third parties to authenticate their repositories. A caveat here is that it allows _any_ such third parties to authenticate repositories. Microsoft? Accepted. Oracle Solaris OS group? Accepted. In particular - this is not clear from the feature page - if any vendor that is able to sign MS drivers is included, that's _quite a few_ third parties. Realtek, who has had a signature stolen by Stuxnet authors? Accepted. So the Secure Boot chain of trust doesn't really allow you to blindly install software no more than MS Authenticode allows you to blindly run ActiveX plugins. Still, it's definitely better than what we have now. Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps' standard group spring cleaning?
Hi Lennart, I would like to remove finger from the list. It is still very much in use. I use it many times daily. I realize my use case is multiuser and server systems - not of interest to Fedora - but the overhead is little, so I would be grateful if it remained. Jon. -- Sent from my iPad On Jan 10, 2013, at 10:07, Lennart Poettering mzerq...@0pointer.de wrote: Heya, I noticed that comps' standard group includes a lot of packages that were all the hotness in 1990s but aren't really that much anymore. For example, irda-tools, pcmciautils, finger, rsh, rdist, pinfo have probably had their best times behind them, and probably shouldn't be installed by default anymore. I'd like to propose that maybe it is time to remove these from standard for F19. Note sure how to proceed on that. Propose a feature? File a bug? Is there even a comps maintainer? (Oh, and to clarify this: it's just about what to install by default, not about what to ship. It's just that I have a hard time remembering when i saw the last laptop with irda or pcmcia ports, and maybe we should not install that anymore by default...) Lennart -- Lennart Poettering - Red Hat, Inc. -- 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: Fedora ARM F18 Beta VFAD - Test Images posted
Hey Lukas, I think the other (well meaning) responses haven't yet addressed your original question. For the record, for ARM development boards, we (Fedora ARM) ship prebuilt disk images suitable and intended for dd'ing onto a storage card for convenient installation. Other targets support conventional installation[0], such as on Calxeda HighBank (known as EnergyCore), and the emulation target comes as a rootfs and kernel. If you need a specific kernel binary for one of these images, you can extract it as Brendan mentioned, or you can use arm.koji.fedoraproject.org to download any package, or the the regular mirrors. If you have questions, please join a...@list.fedoraproject.org or #fedora-arm on Freenode IRC. Regards, Jon. [0] Someone will feel the need to point out that you could run Anaconda on a Trimslice, or on a PandaBoard unless I add this footnote to say I am deliberately ignoring that uncommon use case in the general Fedora user base of ARM today. -- Sent from my iPad On Jan 4, 2013, at 10:01, Lukas Zapletal lzap+...@redhat.com wrote: Pardon my ignorance, but where can I find the kernel images? These are just root systems, right? I'd love to try Kirkwood on NSA-310. Thanks! LZ On Mon, Dec 03, 2012 at 12:57:19PM -0500, Paul Whalen wrote: Please join us today (December 3rd, 2012) in #fedora-arm on Freenode for another Fedora ARM VFAD. There are a number of pre-created F18 ARM Beta TC1 images available for testing, including: Pandaboard, Trimslice, vexpress (QEMU) and Kirkwood. Images can be downloaded from: http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc1/ Please help us track the results by adding your findings to: https://fedoraproject.org/wiki/Architectures/ARM/Quality_Assurance/2012-12-03-VFAD-Fedora_18_Beta All help is appreciated and we look forward to your participation. Thanks, Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Later, Lukas lzap Zapletal #katello #systemengine -- 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: comps' standard group spring cleaning?
On Thu, 2013-01-10 at 14:11 -0600, Chris Adams wrote: Once upon a time, john.flor...@dart.biz john.flor...@dart.biz said: I use finger effectively without a finger server, on a single-user workstation (in multi-user mode, of course). I believe it's getting the data via NSS and in my case that means LDAP. That's not too esoteric IMHO. Yeah, finger is kind of a multi-purpose tool. It can show logged-in users as well as fetch info about any user. Sadly, it appears you can't finger John Carmack any more. He's gone all shy. (I think that still worked up to at least 2005 or so). -- 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 for today's FESCo meeting (2013-01-09)
On Wed, 2013-01-09 at 14:15 -0500, Josh Boyer wrote: * #963 change of names of configuration files (jwb, 18:15:11) * LINK: https://fedorahosted.org/fesco/ticket/963 (jwb, 18:15:12) * AGREED: firstboot is fixed so closing the ticket out and maintainers can fix remaining in the normal cycle (+:9,0:0,-:0) (jwb, 18:17:18) * LINK: https://fedoraproject.org/wiki/User:Mitr/SystemwideFeatures already contains this in the scope section (mitr, 18:20:48) Sorry I wasn't at the meeting, but it _is_ worth noting that some of the borkage from this is relatively serious. For instance, system-config-keyboard is entirely screwed in F18: it will apply a chosen keyboard layout for the rest of a session but it can no longer correctly apply it persistently, you'll lose the setting on reboot. (It's still writing the old filename in the old format). At minimum it needs to be fixed to write the console layout name to /etc/vconsole.conf correctly, since it's too late to drop it, now. GNOME can apply a keyboard config you set via GNOME Control Center systemwide, using localectl. I'm not sure KDE, Xfce, LXDE or other desktops have any ability to do this, though, so if you're running one of those, your only option for setting a system-wide keyboard config may be calling localectl or editing vconsole.conf directly. -- 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
Package EVR problems in Fedora 2013-01-12
Broken upgrade path report for tags f18 - f18-updates - f19: NetworkManager: f18 f19 (1:NetworkManager-0.9.7.0-12.git20121004.fc18 1:NetworkManager-0.9.7.0-11.git20121211.fc19) a2jmidid: f18 f19 (a2jmidid-8-3.fc18 a2jmidid-8-2.fc19) anaconda: f18 f19 (anaconda-18.37.11-1.fc18 anaconda-18.11-1.fc19) avgtime: f18 f19 (avgtime-0-0.4.git20120724.fc18 avgtime-0-0.3.git20120724.fc19) cloud-init: f18 f19 (cloud-init-0.7.1-2.fc18 cloud-init-0.7.0-1.fc18) darktable: f18-updates f19 (darktable-1.1.1-1.fc18 darktable-1.1-0.1.rc1.fc19) dmlite: f18 f19 (dmlite-0.4.2-2.fc18 dmlite-0.4.2-1.fc19) dracut-modules-olpc: f18 f19 (dracut-modules-olpc-0.7.5-1.fc18 dracut-modules-olpc-0.7.1-1.fc19) f18-updates f19 (dracut-modules-olpc-0.7.6-1.fc18 dracut-modules-olpc-0.7.1-1.fc19) fedora-release-notes: f18 f19 (fedora-release-notes-18.0.0-3.fc18 fedora-release-notes-17.95.0-0.fc19) firewalld: f18 f19 (firewalld-0.2.11-2.fc18 firewalld-0.2.11-1.fc19) firstboot: f18 f19 (firstboot-18.6-2.fc18 firstboot-18.6-1.fc19) ghc-editline: f18 f19 (ghc-editline-0.2.1.1-2.fc18 ghc-editline-0.2.1.1-1.fc19) girara: f18 f19 (girara-0.1.4-2.fc18 girara-0.1.4-1.fc19) gobby: f18 f19 (gobby-0.4.12-9.fc18 gobby-0.4.12-8.fc19) gqradio: f18 f19 (gqradio-1.9.2-11.fc18 gqradio-1.9.2-10.fc19) grub2: f18 f19 (1:grub2-2.00-13.fc18 1:grub2-2.00-12.fc19) f18-updates f19 (1:grub2-2.00-15.fc18 1:grub2-2.00-12.fc19) gtkhtml3: f18 f19 (gtkhtml3-4.6.1-1.fc18 gtkhtml3-4.5.91-1.fc19) jlatexmath: f18 f19 (jlatexmath-1.0.0-2.fc18 jlatexmath-1.0.0-1.fc19) kdegames: f18 f19 (6:kdegames-4.9.4-1.fc18 6:kdegames-4.9.3-1.fc19) liberation-fonts: f18 f19 (1:liberation-fonts-1.07.2-12.fc18 liberation-fonts-2.00.1-4.fc19) libestr: f18-updates f19 (libestr-0.1.4-1.fc18 libestr-0.1.3-3.fc19) libkgapi: f18-updates f19 (libkgapi-0.4.4-1.fc18 libkgapi-0.4.3-3.fc19) liblognorm: f18-updates f19 (liblognorm-0.3.5-1.fc18 liblognorm-0.3.4-4.fc19) libmatekbd: f18-updates f19 (libmatekbd-1.5.0-2.fc18 libmatekbd-1.5.0-1.fc19) libotr3: f18 f19 (libotr3-3.2.1-4.fc18 libotr3-3.2.1-3.fc19) libva: f18 f19 (libva-1.1.0-5.fc18 libva-1.1.0-3.fc19) lorax: f18 f19 (lorax-18.29-1.fc18 lorax-18.22-2.fc19) maliit-framework: f18 f19 (maliit-framework-0.93.1-1.fc18 maliit-framework-0.93.0-1.fc19) mate-dialogs: f18 f19 (mate-dialogs-1.5.0-2.fc18 mate-dialogs-1.5.0-1.fc19) network-manager-applet: f18-updates f19 (network-manager-applet-0.9.7.0-6.git20121211.fc18 network-manager-applet-0.9.7.0-5.git20121211.fc19) ocaml-calendar: f18-updates f19 (ocaml-calendar-2.03.2-2.fc18 ocaml-calendar-2.03.2-1.fc19) ocaml-curses: f18-updates f19 (ocaml-curses-1.0.3-15.fc18 ocaml-curses-1.0.3-14.fc19) ocaml-fileutils: f18-updates f19 (ocaml-fileutils-0.4.4-4.fc18 ocaml-fileutils-0.4.4-2.fc19) ocaml-gettext: f18-updates f19 (ocaml-gettext-0.3.4-8.fc18 ocaml-gettext-0.3.4-7.fc19) ocaml-xml-light: f18-updates f19 (ocaml-xml-light-2.3-0.3.svn234.fc18 ocaml-xml-light-2.3-0.2.svn234.fc19) olpc-kbdshim: f18 f19 (olpc-kbdshim-29-1.fc18 olpc-kbdshim-28-1.fc19) ovirt-engine: f18-updates f19 (ovirt-engine-3.1.0-2.fc18 ovirt-engine-3.1.0-1.fc19) plplot: f18-updates f19 (plplot-5.9.9-12.svn12202.fc18 plplot-5.9.9-11.svn12202.fc19) presence: f18 f19 (presence-0.4.8-4.fc18 presence-0.4.8-1.fc19) python-py9p: f18 f19 (python-py9p-1.0.5-1.fc18 python-py9p-1.0.2-1.fc19) python-pyvfs: f18 f19 (python-pyvfs-0.2.7-1.fc18 python-pyvfs-0.2.5-1.fc19) python-urwid: f18 f19 (python-urwid-1.1.1-1.fc18 python-urwid-1.0.0-7.fc19) qemu: f18-updates f19 (2:qemu-1.2.2-1.fc18 2:qemu-1.2.0-25.fc19) qpid-cpp: f18 f19 (qpid-cpp-0.18-6.fc18 qpid-cpp-0.18-5.fc19) rubygem-clouddb: f18 f19 (rubygem-clouddb-0.0.1-3.fc18 rubygem-clouddb-0.0.1-2.fc19) scala: f18 f19 (scala-2.9.2-3.fc18 scala-2.9.2-2.fc19) scsi-target-utils: f18 f19 (scsi-target-utils-1.0.32-2.fc18 scsi-target-utils-1.0.32-1.fc19) spice-gtk: f18-updates f19 (spice-gtk-0.15.3-1.fc18 spice-gtk-0.15-1.fc19) sugar: f18 f19 (sugar-0.98.3-1.fc18 sugar-0.98.2-1.fc19) sugar-nutrition: f18 f19 (sugar-nutrition-9-1.fc18 sugar-nutrition-7-1.fc19) sugar-portfolio: f18 f19 (sugar-portfolio-35-2.fc18 sugar-portfolio-33-2.fc19) sugar-toolkit-gtk3: f18 f19 (sugar-toolkit-gtk3-0.98.3-1.fc18 sugar-toolkit-gtk3-0.98.2-1.fc19) telepathy-logger: f18 f19 (telepathy-logger-0.6.0-3.fc18 telepathy-logger-0.6.0-2.fc19) trac-iniadmin-plugin: f18 f19 (trac-iniadmin-plugin-0.2-4.20101209svn9652.fc18 trac-iniadmin-plugin-0.2-1.20120808svn11914.fc19) xmonad: f18-updates f19 (xmonad-0.10-17.fc18 xmonad-0.10-16.fc19) xorg-x11-drv-ati: f18 f19 (xorg-x11-drv-ati-7.0.0-0.6.20120910git7c7f27756.fc18 xorg-x11-drv-ati-7.0.0-0.4.20120629git5ebebfdb4.fc19) f18-updates f19
Re: Fedora Windows Spice/Virtio KVM drivers and tools (was Re: Red Hat QXL GPU Driver for Windows 7?)
On Wed, Jan 09, 2013 at 04:39:06PM +0100, Simone Caronni wrote: I'm not asking for WHQL as I understand this is a benefit for the Redhat subscriptions. Actually WHQL simply cannot be done by Fedora even if we wanted to. It's an MSFT test programme that costs money, plus MSFT refuse to do it for GPL drivers. However we could write a trivial virt-win-reg script which would disable signing in a Windows VM automatically, so this shouldn't be a problem. - - - Do the virtio drivers now build using the mingw-* stack in Fedora? IIRC this should be possible now that Fedora has switched over to using mingw-w64. 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: rawhide report: 20130111 changes
On Fri, Jan 11, 2013 at 01:50:18PM +, Fedora Rawhide Report wrote: [libguestfs] 1:libguestfs-1.21.2-2.fc19.i686 requires libprocps.so.0 1:libguestfs-1.21.2-2.fc19.x86_64 requires libprocps.so.0()(64bit) Unfortunately FTBFS because of some incompatible change to the Ruby package in Fedora 19: https://bugzilla.redhat.com/show_bug.cgi?id=894545 I'll try and have a look at this later in the coming week. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: [Design-team] gnome-shell design bug!
-- 转发的消息 -- 发件人:Marco Scannadinari ma...@scannadinari.co.uk 日期:2013-1-12 AM3:59 主题:[Design-team] gnome-shell design bug! 收件人: design-t...@lists.fedoraproject.org 抄送: Hi, none of you know me - I just joined the mailing list. Everyone can call me zheøffec (pronnounced jeff). I just reported a bug here (https://bugzilla.gnome.org/show_bug.cgi?id=691578) , is there the right place to report it? It's about the highlight over an application with its corners not being round enough. Thanks ;) ___ design-team mailing list design-t...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/design-team -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package EVR problems in Fedora 2013-01-12
On Sat, Jan 12, 2013 at 12:04:54AM +, build...@fedoraproject.org wrote: ocaml-calendar: f18-updates f19 (ocaml-calendar-2.03.2-2.fc18 ocaml-calendar-2.03.2-1.fc19) ocaml-curses: f18-updates f19 (ocaml-curses-1.0.3-15.fc18 ocaml-curses-1.0.3-14.fc19) ocaml-fileutils: f18-updates f19 (ocaml-fileutils-0.4.4-4.fc18 ocaml-fileutils-0.4.4-2.fc19) ocaml-gettext: f18-updates f19 (ocaml-gettext-0.3.4-8.fc18 ocaml-gettext-0.3.4-7.fc19) ocaml-xml-light: f18-updates f19 (ocaml-xml-light-2.3-0.3.svn234.fc18 ocaml-xml-light-2.3-0.2.svn234.fc19) When I did the big OCaml codegen fix/update in F18 recently, I just bumped these package versions in Rawhide, merged the change back to F18, and rebuilt them only in F18. The upshot is that these aren't really a problem now and will fix themselves through routine updates over time. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package EVR problems in Fedora 2013-01-12
On Sat, 12 Jan 2013 02:53:06 + Richard W.M. Jones rjo...@redhat.com wrote: When I did the big OCaml codegen fix/update in F18 recently, I just bumped these package versions in Rawhide, merged the change back to F18, and rebuilt them only in F18. The upshot is that these aren't really a problem now and will fix themselves through routine updates over time. Why not build them in rawhide? The codegen fix went in sooner there? Note that in the future to avoid this: https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Minor_release_bumps_for_old_branches Personally, I'd say just rebuild them in rawhide, since people yum upgrading from f18 would hit this and rawhide doesn't mind rebuilds. :) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Test-POE-Client-TCP-1.12.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Test-POE-Client-TCP: e462400b61c475143d3980ec1d74629a Test-POE-Client-TCP-1.12.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
[perl-Test-POE-Client-TCP] 1.12 bump
commit 13fdc083a09a5d29330719ca8637c704f8c88c4d Author: Petr Písař ppi...@redhat.com Date: Fri Jan 11 10:07:55 2013 +0100 1.12 bump .gitignore|1 + perl-Test-POE-Client-TCP.spec | 47 +--- sources |2 +- 3 files changed, 27 insertions(+), 23 deletions(-) --- diff --git a/.gitignore b/.gitignore index e687c59..51c5683 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Test-POE-Client-TCP-1.08.tar.gz /Test-POE-Client-TCP-1.10.tar.gz +/Test-POE-Client-TCP-1.12.tar.gz diff --git a/perl-Test-POE-Client-TCP.spec b/perl-Test-POE-Client-TCP.spec index 3024ed7..639abb9 100644 --- a/perl-Test-POE-Client-TCP.spec +++ b/perl-Test-POE-Client-TCP.spec @@ -1,30 +1,39 @@ Name: perl-Test-POE-Client-TCP -Version:1.10 -Release:5%{?dist} +Version:1.12 +Release:1%{?dist} Summary:POE Component providing TCP client services for test cases License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Test-POE-Client-TCP/ Source0: http://www.cpan.org/authors/id/B/BI/BINGOS/Test-POE-Client-TCP-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch -BuildRequires: perl = 1:5.6.0 -BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 +BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +# Run-time: +BuildRequires: perl(Carp) # Original perl(POE) = 1.28 rounded to 3 digits BuildRequires: perl(POE) = 1.280 -BuildRequires: perl(POE::Filter) BuildRequires: perl(POE::Filter::Line) BuildRequires: perl(POE::Wheel::ReadWrite) BuildRequires: perl(POE::Wheel::SocketFactory) +BuildRequires: perl(POSIX) +BuildRequires: perl(Socket) +# Tests: +BuildRequires: perl(base) +BuildRequires: perl(File::Find) +BuildRequires: perl(File::Temp) +BuildRequires: perl(POE::Filter) BuildRequires: perl(Test::More) = 0.47 -BuildRequires: perl(Test::Pod) = 1.0 -BuildRequires: perl(Test::Pod::Coverage) = 1.0 +BuildRequires: perl(Text::ParseWords) +# Optional tests: +BuildRequires: perl(Test::Script) = 1.05 +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) Requires: perl(POE) = 1.280 -Requires: perl(POE::Filter) Requires: perl(POE::Filter::Line) Requires: perl(POE::Wheel::ReadWrite) Requires: perl(POE::Wheel::SocketFactory) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +# Filter under-specified dependencies +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(POE\\)$ %description Test::POE::Client::TCP is a POE component that provides a TCP client @@ -35,32 +44,26 @@ to roll your own. %setup -q -n Test-POE-Client-TCP-%{version} %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 \; - %{_fixperms} $RPM_BUILD_ROOT/* %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) -%doc Changes examples LICENSE README +%doc Changes Changes.old examples LICENSE README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Fri Jan 11 2013 Petr Pisar ppi...@redhat.com - 1.12-1 +- 1.12 bump + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.10-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild diff --git a/sources b/sources index 6ed36ee..c03f28c 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2b5f417ee84dc2ece39663a0e21f4157 Test-POE-Client-TCP-1.10.tar.gz +e462400b61c475143d3980ec1d74629a Test-POE-Client-TCP-1.12.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 894195] duplicate directory ownership with perl-libs and perl
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894195 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Petr Pisar ppi...@redhat.com --- It should, but currently `perl' package contains a lot files residing in the directory. This will be fixed once `perl' package will own no files there. -- 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=XlfPnYBONfa=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 894179] perl-Test-POE-Client-TCP-1.12 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894179 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Test-POE-Client-TCP-1. ||12-1.fc19 Resolution|--- |RAWHIDE Last Closed||2013-01-11 04:17:10 -- 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=tnwuOSdQRea=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 894270] New: perl-Growl-GNTP-0.16 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894270 Bug ID: 894270 Summary: perl-Growl-GNTP-0.16 is available Product: Fedora Version: rawhide Component: perl-Growl-GNTP Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 0.16 Current version in Fedora Rawhide: 0.15 URL: http://search.cpan.org/dist/Growl-GNTP/ 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 -- 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=IxLJAcJ5P0a=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 894271] New: perl-MogileFS-Utils-2.27 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894271 Bug ID: 894271 Summary: perl-MogileFS-Utils-2.27 is available Product: Fedora Version: rawhide Component: perl-MogileFS-Utils Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 2.27 Current version in Fedora Rawhide: 2.26 URL: http://search.cpan.org/dist/MogileFS-Utils/ 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 -- 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=9r0rzBlftpa=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
File MogileFS-Utils-2.27.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-MogileFS-Utils: 9a115213687f651ff7279337d436ace1 MogileFS-Utils-2.27.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
[perl-MogileFS-Utils] 2.27 bump
commit 5aba4d0fb0ad5b467fb1bf36395fbb9c8e4eaf75 Author: Petr Písař ppi...@redhat.com Date: Fri Jan 11 10:55:59 2013 +0100 2.27 bump .gitignore |1 + perl-MogileFS-Utils.spec | 11 +++ sources |2 +- 3 files changed, 9 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index 362efe9..9743bc6 100644 --- a/.gitignore +++ b/.gitignore @@ -7,3 +7,4 @@ MogileFS-Utils-2.16.tar.gz /MogileFS-Utils-2.24.tar.gz /MogileFS-Utils-2.25.tar.gz /MogileFS-Utils-2.26.tar.gz +/MogileFS-Utils-2.27.tar.gz diff --git a/perl-MogileFS-Utils.spec b/perl-MogileFS-Utils.spec index 854fb0a..6eddf9b 100644 --- a/perl-MogileFS-Utils.spec +++ b/perl-MogileFS-Utils.spec @@ -1,8 +1,8 @@ %global cpan_name MogileFS-Utils Name: perl-%{cpan_name} -Version:2.26 -Release:3%{?dist} +Version:2.27 +Release:1%{?dist} Summary:Utilities for MogileFS License:GPL+ or Artistic Group: Development/Libraries @@ -14,7 +14,7 @@ BuildRequires: perl(ExtUtils::MakeMaker) # perl(MogileFS::Client) = 1.16 # perl(Compress::Zlib) # perl(LWP::Simple) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) Requires: perl(MogileFS::Client) = 1.16 # Remove under-specified dependencies @@ -27,7 +27,7 @@ Utilities for the MogileFS distributed storage system. %setup -q -n %{cpan_name}-%{version} %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install @@ -46,6 +46,9 @@ make %{?_smp_mflags} test %{_mandir}/man3/* %changelog +* Fri Jan 11 2013 Petr Pisar ppi...@redhat.com - 2.27-1 +- 2.27 bump + * Wed Oct 24 2012 Petr Pisar ppi...@redhat.com - 2.26-3 - Parallelize all make runs diff --git a/sources b/sources index 6d88ff8..34fdd58 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -48cab97f423d535c921420a7b8d12cf5 MogileFS-Utils-2.26.tar.gz +9a115213687f651ff7279337d436ace1 MogileFS-Utils-2.27.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 894271] perl-MogileFS-Utils-2.27 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894271 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-MogileFS-Utils-2.27-1. ||fc19 Resolution|--- |RAWHIDE Last Closed||2013-01-11 05:05:07 -- 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=AZXuW17KK7a=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 884354] CVE-2012-6329 perl: possible arbitrary code execution via Locale::Maketext
Product: Security Response https://bugzilla.redhat.com/show_bug.cgi?id=884354 --- Comment #7 from Petr Pisar ppi...@redhat.com --- Created attachment 676781 -- https://bugzilla.redhat.com/attachment.cgi?id=676781action=edit Upstream fix -- 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=IJ59hBbXLQa=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 894195] duplicate directory ownership with perl-libs and perl
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894195 --- Comment #2 from Michael Scherer m...@zarb.org --- Well, perl requires perl-libs, so the directory would not be unowned in any case ? ( and sorry to have waited to enter this bug, as you have already pushed a update for another issue ) -- 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=8WAehjZ15Ga=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 894195] duplicate directory ownership with perl-libs and perl
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894195 --- Comment #3 from Ralf Corsepius rc040...@freenet.de --- (In reply to comment #2) Well, perl requires perl-libs, so the directory would not be unowned in any case ? Are you sure this is correct? I am not. Actually I think it's a case where dual ownership is correct. ( and sorry to have waited to enter this bug, as you have already pushed a update for another issue ) Well, technically there is nothing wrong with the directory being owned by both packages. -- 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=CGNlWUFWaka=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
File Growl-GNTP-0.16.tar.gz uploaded to lookaside cache by churchyard
A file has been added to the lookaside cache for perl-Growl-GNTP: c65c0d385c511979001eb0b55d90d159 Growl-GNTP-0.16.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
[perl-Growl-GNTP] Upstream release 0.16
commit 3182ceb46db57938a13bc148ff58c5be1400 Author: Miro Hrončok m...@hroncok.cz Date: Fri Jan 11 13:17:18 2013 +0100 Upstream release 0.16 .gitignore |1 + perl-Growl-GNTP.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 1ddaa26..e63ab71 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Growl-GNTP-0.15.tar.gz +/Growl-GNTP-0.16.tar.gz diff --git a/perl-Growl-GNTP.spec b/perl-Growl-GNTP.spec index 03bc5cb..8d0ae4d 100644 --- a/perl-Growl-GNTP.spec +++ b/perl-Growl-GNTP.spec @@ -1,6 +1,6 @@ Name: perl-Growl-GNTP -Version:0.15 -Release:4%{?dist} +Version:0.16 +Release:1%{?dist} Summary:Perl implementation of GNTP Protocol (Client Part) License:GPL+ or Artistic Group: Development/Libraries @@ -48,6 +48,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Jan 11 2013 Miro Hrončok mhron...@redhat.com - 0.16-1 +- New version + * Tue Nov 20 2012 Miro Hrončok m...@hroncok.cz - 0.15-4 - perl(inc::Module::Install) to perl(Module::Install) diff --git a/sources b/sources index 6f4d08a..a5f6b34 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -12e0588b267015d17ae258bf74874913 Growl-GNTP-0.15.tar.gz +c65c0d385c511979001eb0b55d90d159 Growl-GNTP-0.16.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 894195] duplicate directory ownership with perl-libs and perl
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894195 --- Comment #4 from Michael Scherer m...@zarb.org --- From my chroot : # rpm -q --requires perl | grep libs perl-libs perl-libs = 4:5.16.2-244.fc19 -- 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=GK9OUtp9fKa=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 894270] perl-Growl-GNTP-0.16 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894270 Miro Hrončok mhron...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |RAWHIDE Last Closed||2013-01-11 07:32:41 --- Comment #1 from Miro Hrončok mhron...@redhat.com --- Now in rawhide: http://koji.fedoraproject.org/koji/taskinfo?taskID=4859643 Won't push to stable, unless anyone asks to. -- 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=21Uv3hlHqva=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] Fix CVE-2012-6329
commit add42744d75d737dcb493ba01b05683774174465 Author: Petr Písař ppi...@redhat.com Date: Fri Jan 11 13:42:11 2013 +0100 Fix CVE-2012-6329 ...5.17.6-Fix-misparsing-of-maketext-strings.patch | 81 perl.spec | 10 ++- 2 files changed, 90 insertions(+), 1 deletions(-) --- diff --git a/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch new file mode 100644 index 000..9a8629f --- /dev/null +++ b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch @@ -0,0 +1,81 @@ +From 1735f6f53ca19f99c6e9e39496c486af323ba6a8 Mon Sep 17 00:00:00 2001 +From: Brian Carlson brian.carl...@cpanel.net +Date: Wed, 28 Nov 2012 08:54:33 -0500 +Subject: [PATCH] Fix misparsing of maketext strings. + +Case 61251: This commit fixes a misparse of maketext strings that could +lead to arbitrary code execution. Basically, maketext was compiling +bracket notation into functions, but neglected to escape backslashes +inside the content or die on fully-qualified method names when +generating the code. This change escapes all such backslashes and dies +when a method name with a colon or apostrophe is specified. +--- + AUTHORS | 1 + + dist/Locale-Maketext/lib/Locale/Maketext.pm | 24 + 2 files changed, 9 insertions(+), 16 deletions(-) + +diff --git a/AUTHORS b/AUTHORS +index 70734b0..009dea0 100644 +--- a/AUTHORS b/AUTHORS +@@ -154,6 +154,7 @@ Breno G. de Oliveira g...@cpan.org + Brent Dax brent...@cpan.org + Brooks D Boyd + Brian Callaghan call...@itginc.com ++Brian Carlson brian.carl...@cpanel.net + Brian Clarke cla...@appliedmeta.com + brian d foy brian.d@gmail.com + Brian Fraser frase...@gmail.com +diff --git a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +index 4822027..63e5fba 100644 +--- a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +@@ -625,21 +625,9 @@ sub _compile { + # 0-length method name means to just interpolate: + push @code, ' ('; + } +-elsif($m =~ /^\w+(?:\:\:\w+)*$/s +-and $m !~ m/(?:^|\:)\d/s +-# exclude starting a (sub)package or symbol with a digit ++elsif($m =~ /^\w+$/s ++# exclude anything fancy, especially fully-qualified module names + ) { +-# Yes, it even supports the demented (and undocumented?) +-# $obj-Foo::bar(...) syntax. +-$target-_die_pointing( +-$string_to_compile, q{Can't use SUPER:: in a bracket-group method}, +-2 + length($c[-1]) +-) +-if $m =~ m/^SUPER::/s; +-# Because for SUPER:: to work, we'd have to compile this into +-# the right package, and that seems just not worth the bother, +-# unless someone convinces me otherwise. +- + push @code, ' $_[0]-' . $m . '('; + } + else { +@@ -693,7 +681,9 @@ sub _compile { + elsif(substr($1,0,1) ne '~') { + # it's stuff not containing ~ or [ or ] + # i.e., a literal blob +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + + } + elsif($1 eq '~~') { # ~~ +@@ -731,7 +721,9 @@ sub _compile { + else { + # It's a ~X where X is not a special character. + # Consider it a literal ~ and X. +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + } + } + } +-- +1.7.11.7 + diff --git a/perl.spec b/perl.spec index d071ddc..1ed6a6c 100644 --- a/perl.spec +++ b/perl.spec @@ -29,7 +29,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:245%{?dist} +Release:246%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -109,6 +109,9 @@ Patch18: perl-5.16.1-perl-114984-Glob.xs-Extend-stack-when-returning.patc # Do not crash when vivifying $|, rhbz#865296, RT#115206 Patch19:perl-5.16.1-perl-115206-Don-t-crash-when-vivifying.patch +# Fix CVE-2012-6329, rhbz#884354 +Patch20:
[Bug 884363] perl: possible arbitrary code execution via Locale::Maketext [fedora-all]
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=884363 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|mmasl...@redhat.com |ppi...@redhat.com -- 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=Fjmi6yLrGga=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/f18] Fix CVE-2012-6329
commit 6b14b9a82d9cf796ce290dbc29078f5471cb4147 Author: Petr Písař ppi...@redhat.com Date: Fri Jan 11 13:42:11 2013 +0100 Fix CVE-2012-6329 ...5.17.6-Fix-misparsing-of-maketext-strings.patch | 81 perl.spec | 10 ++- 2 files changed, 90 insertions(+), 1 deletions(-) --- diff --git a/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch new file mode 100644 index 000..9a8629f --- /dev/null +++ b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch @@ -0,0 +1,81 @@ +From 1735f6f53ca19f99c6e9e39496c486af323ba6a8 Mon Sep 17 00:00:00 2001 +From: Brian Carlson brian.carl...@cpanel.net +Date: Wed, 28 Nov 2012 08:54:33 -0500 +Subject: [PATCH] Fix misparsing of maketext strings. + +Case 61251: This commit fixes a misparse of maketext strings that could +lead to arbitrary code execution. Basically, maketext was compiling +bracket notation into functions, but neglected to escape backslashes +inside the content or die on fully-qualified method names when +generating the code. This change escapes all such backslashes and dies +when a method name with a colon or apostrophe is specified. +--- + AUTHORS | 1 + + dist/Locale-Maketext/lib/Locale/Maketext.pm | 24 + 2 files changed, 9 insertions(+), 16 deletions(-) + +diff --git a/AUTHORS b/AUTHORS +index 70734b0..009dea0 100644 +--- a/AUTHORS b/AUTHORS +@@ -154,6 +154,7 @@ Breno G. de Oliveira g...@cpan.org + Brent Dax brent...@cpan.org + Brooks D Boyd + Brian Callaghan call...@itginc.com ++Brian Carlson brian.carl...@cpanel.net + Brian Clarke cla...@appliedmeta.com + brian d foy brian.d@gmail.com + Brian Fraser frase...@gmail.com +diff --git a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +index 4822027..63e5fba 100644 +--- a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +@@ -625,21 +625,9 @@ sub _compile { + # 0-length method name means to just interpolate: + push @code, ' ('; + } +-elsif($m =~ /^\w+(?:\:\:\w+)*$/s +-and $m !~ m/(?:^|\:)\d/s +-# exclude starting a (sub)package or symbol with a digit ++elsif($m =~ /^\w+$/s ++# exclude anything fancy, especially fully-qualified module names + ) { +-# Yes, it even supports the demented (and undocumented?) +-# $obj-Foo::bar(...) syntax. +-$target-_die_pointing( +-$string_to_compile, q{Can't use SUPER:: in a bracket-group method}, +-2 + length($c[-1]) +-) +-if $m =~ m/^SUPER::/s; +-# Because for SUPER:: to work, we'd have to compile this into +-# the right package, and that seems just not worth the bother, +-# unless someone convinces me otherwise. +- + push @code, ' $_[0]-' . $m . '('; + } + else { +@@ -693,7 +681,9 @@ sub _compile { + elsif(substr($1,0,1) ne '~') { + # it's stuff not containing ~ or [ or ] + # i.e., a literal blob +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + + } + elsif($1 eq '~~') { # ~~ +@@ -731,7 +721,9 @@ sub _compile { + else { + # It's a ~X where X is not a special character. + # Consider it a literal ~ and X. +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + } + } + } +-- +1.7.11.7 + diff --git a/perl.spec b/perl.spec index f20973a..42e79e9 100644 --- a/perl.spec +++ b/perl.spec @@ -29,7 +29,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:236%{?dist} +Release:237%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -109,6 +109,9 @@ Patch18: perl-5.16.1-perl-114984-Glob.xs-Extend-stack-when-returning.patc # Do not crash when vivifying $|, rhbz#865296, RT#115206 Patch19:perl-5.16.1-perl-115206-Don-t-crash-when-vivifying.patch +# Fix CVE-2012-6329, rhbz#884354 +Patch20:
[perl/f17] Fix CVE-2012-6329
commit 07cc42ddefaa295b1a194d6a20d47f7da554eb73 Author: Petr Písař ppi...@redhat.com Date: Fri Jan 11 13:42:11 2013 +0100 Fix CVE-2012-6329 ...5.17.6-Fix-misparsing-of-maketext-strings.patch | 81 perl.spec | 10 ++- 2 files changed, 90 insertions(+), 1 deletions(-) --- diff --git a/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch new file mode 100644 index 000..9a8629f --- /dev/null +++ b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch @@ -0,0 +1,81 @@ +From 1735f6f53ca19f99c6e9e39496c486af323ba6a8 Mon Sep 17 00:00:00 2001 +From: Brian Carlson brian.carl...@cpanel.net +Date: Wed, 28 Nov 2012 08:54:33 -0500 +Subject: [PATCH] Fix misparsing of maketext strings. + +Case 61251: This commit fixes a misparse of maketext strings that could +lead to arbitrary code execution. Basically, maketext was compiling +bracket notation into functions, but neglected to escape backslashes +inside the content or die on fully-qualified method names when +generating the code. This change escapes all such backslashes and dies +when a method name with a colon or apostrophe is specified. +--- + AUTHORS | 1 + + dist/Locale-Maketext/lib/Locale/Maketext.pm | 24 + 2 files changed, 9 insertions(+), 16 deletions(-) + +diff --git a/AUTHORS b/AUTHORS +index 70734b0..009dea0 100644 +--- a/AUTHORS b/AUTHORS +@@ -154,6 +154,7 @@ Breno G. de Oliveira g...@cpan.org + Brent Dax brent...@cpan.org + Brooks D Boyd + Brian Callaghan call...@itginc.com ++Brian Carlson brian.carl...@cpanel.net + Brian Clarke cla...@appliedmeta.com + brian d foy brian.d@gmail.com + Brian Fraser frase...@gmail.com +diff --git a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +index 4822027..63e5fba 100644 +--- a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +@@ -625,21 +625,9 @@ sub _compile { + # 0-length method name means to just interpolate: + push @code, ' ('; + } +-elsif($m =~ /^\w+(?:\:\:\w+)*$/s +-and $m !~ m/(?:^|\:)\d/s +-# exclude starting a (sub)package or symbol with a digit ++elsif($m =~ /^\w+$/s ++# exclude anything fancy, especially fully-qualified module names + ) { +-# Yes, it even supports the demented (and undocumented?) +-# $obj-Foo::bar(...) syntax. +-$target-_die_pointing( +-$string_to_compile, q{Can't use SUPER:: in a bracket-group method}, +-2 + length($c[-1]) +-) +-if $m =~ m/^SUPER::/s; +-# Because for SUPER:: to work, we'd have to compile this into +-# the right package, and that seems just not worth the bother, +-# unless someone convinces me otherwise. +- + push @code, ' $_[0]-' . $m . '('; + } + else { +@@ -693,7 +681,9 @@ sub _compile { + elsif(substr($1,0,1) ne '~') { + # it's stuff not containing ~ or [ or ] + # i.e., a literal blob +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + + } + elsif($1 eq '~~') { # ~~ +@@ -731,7 +721,9 @@ sub _compile { + else { + # It's a ~X where X is not a special character. + # Consider it a literal ~ and X. +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + } + } + } +-- +1.7.11.7 + diff --git a/perl.spec b/perl.spec index be0a97e..fa04952 100644 --- a/perl.spec +++ b/perl.spec @@ -27,7 +27,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:219%{?dist} +Release:220%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -114,6 +114,9 @@ Patch20: perl-5.14.2-perl-100340-Free-hash-entries-before-values-on-delet # podlators-2.4.1 Patch21:perl-5.14.2-Override-the-Pod-Simple-parse_file.patch +# Fix CVE-2012-6329, rhbz#884354 +Patch22:perl-5.17.6-Fix-misparsing-of-maketext-strings.patch + # Update some of the bundled
[perl/f16] Fix CVE-2012-6329
commit 900478ee676e4edd4225f1a569707385586dc8f3 Author: Petr Písař ppi...@redhat.com Date: Fri Jan 11 13:42:11 2013 +0100 Fix CVE-2012-6329 ...5.17.6-Fix-misparsing-of-maketext-strings.patch | 81 perl.spec | 10 ++- 2 files changed, 90 insertions(+), 1 deletions(-) --- diff --git a/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch new file mode 100644 index 000..9a8629f --- /dev/null +++ b/perl-5.17.6-Fix-misparsing-of-maketext-strings.patch @@ -0,0 +1,81 @@ +From 1735f6f53ca19f99c6e9e39496c486af323ba6a8 Mon Sep 17 00:00:00 2001 +From: Brian Carlson brian.carl...@cpanel.net +Date: Wed, 28 Nov 2012 08:54:33 -0500 +Subject: [PATCH] Fix misparsing of maketext strings. + +Case 61251: This commit fixes a misparse of maketext strings that could +lead to arbitrary code execution. Basically, maketext was compiling +bracket notation into functions, but neglected to escape backslashes +inside the content or die on fully-qualified method names when +generating the code. This change escapes all such backslashes and dies +when a method name with a colon or apostrophe is specified. +--- + AUTHORS | 1 + + dist/Locale-Maketext/lib/Locale/Maketext.pm | 24 + 2 files changed, 9 insertions(+), 16 deletions(-) + +diff --git a/AUTHORS b/AUTHORS +index 70734b0..009dea0 100644 +--- a/AUTHORS b/AUTHORS +@@ -154,6 +154,7 @@ Breno G. de Oliveira g...@cpan.org + Brent Dax brent...@cpan.org + Brooks D Boyd + Brian Callaghan call...@itginc.com ++Brian Carlson brian.carl...@cpanel.net + Brian Clarke cla...@appliedmeta.com + brian d foy brian.d@gmail.com + Brian Fraser frase...@gmail.com +diff --git a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +index 4822027..63e5fba 100644 +--- a/dist/Locale-Maketext/lib/Locale/Maketext.pm b/dist/Locale-Maketext/lib/Locale/Maketext.pm +@@ -625,21 +625,9 @@ sub _compile { + # 0-length method name means to just interpolate: + push @code, ' ('; + } +-elsif($m =~ /^\w+(?:\:\:\w+)*$/s +-and $m !~ m/(?:^|\:)\d/s +-# exclude starting a (sub)package or symbol with a digit ++elsif($m =~ /^\w+$/s ++# exclude anything fancy, especially fully-qualified module names + ) { +-# Yes, it even supports the demented (and undocumented?) +-# $obj-Foo::bar(...) syntax. +-$target-_die_pointing( +-$string_to_compile, q{Can't use SUPER:: in a bracket-group method}, +-2 + length($c[-1]) +-) +-if $m =~ m/^SUPER::/s; +-# Because for SUPER:: to work, we'd have to compile this into +-# the right package, and that seems just not worth the bother, +-# unless someone convinces me otherwise. +- + push @code, ' $_[0]-' . $m . '('; + } + else { +@@ -693,7 +681,9 @@ sub _compile { + elsif(substr($1,0,1) ne '~') { + # it's stuff not containing ~ or [ or ] + # i.e., a literal blob +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + + } + elsif($1 eq '~~') { # ~~ +@@ -731,7 +721,9 @@ sub _compile { + else { + # It's a ~X where X is not a special character. + # Consider it a literal ~ and X. +-$c[-1] .= $1; ++my $text = $1; ++$text =~ s/\\//g; ++$c[-1] .= $text; + } + } + } +-- +1.7.11.7 + diff --git a/perl.spec b/perl.spec index a4d6ebb..b142c60 100644 --- a/perl.spec +++ b/perl.spec @@ -25,7 +25,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:204%{?dist} +Release:205%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -109,6 +109,9 @@ Patch20: perl-5.14.2-perl-100340-Free-hash-entries-before-values-on-delet # podlators-2.4.1 Patch21:perl-5.14.2-Override-the-Pod-Simple-parse_file.patch +# Fix CVE-2012-6329, rhbz#884354 +Patch22:perl-5.17.6-Fix-misparsing-of-maketext-strings.patch + # Update some of the bundled
[Bug 884363] perl: possible arbitrary code execution via Locale::Maketext [fedora-all]
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=884363 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-5.16.2-246.fc19 --- Comment #2 from Petr Pisar ppi...@redhat.com --- Fixed as perl-5.16.2-246.fc19 in F19. -- 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=QZGqK1cFEUa=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 884363] perl: possible arbitrary code execution via Locale::Maketext [fedora-all]
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=884363 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-5.16.2-237.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-5.16.2-237.fc18 -- 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=Ov5WknMuXra=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 893768] /usr/share/man/man3/App::Cpan.3pm.gz is duplicated between perl-CPAN and perl-Test-Harness
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=893768 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-5.16.2-237.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-5.16.2-237.fc18 -- 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=veJi09uIB1a=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 884363] perl: possible arbitrary code execution via Locale::Maketext [fedora-all]
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=884363 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-5.14.3-205.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-5.14.3-205.fc16 -- 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=LXrUoz21Eca=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 884363] perl: possible arbitrary code execution via Locale::Maketext [fedora-all]
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=884363 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-5.14.3-220.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/perl-5.14.3-220.fc17 -- 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=rBpqjguW7aa=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
File MIME-Types-1.38.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-MIME-Types: 994baebea02be46123cc888da5b32b8d MIME-Types-1.38.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
[perl-MIME-Types] Update to 1.38
commit 8c99be467b5ef06e73ede4fb793e0f6ac3b8090e Author: Paul Howarth p...@city-fan.org Date: Fri Jan 11 13:46:06 2013 + Update to 1.38 - New upstream release 1.38: - Add application/vnd.ms-excel.template.macroEnabled.12 and five related from http://filext.com/faq/office_mime_types.php (CPAN RT#82616) perl-MIME-Types.spec |7 ++- sources |2 +- 2 files changed, 7 insertions(+), 2 deletions(-) --- diff --git a/perl-MIME-Types.spec b/perl-MIME-Types.spec index d1e8a68..ad60689 100644 --- a/perl-MIME-Types.spec +++ b/perl-MIME-Types.spec @@ -1,5 +1,5 @@ Name: perl-MIME-Types -Version:1.37 +Version:1.38 Release:1%{?dist} Summary:MIME types module for Perl License:GPL+ or Artistic @@ -55,6 +55,11 @@ rm -rf %{buildroot} %{_mandir}/man3/MIME::Types.3pm* %changelog +* Fri Jan 11 2013 Paul Howarth p...@city-fan.org - 1.38-1 +- Update to 1.38: + - Add application/vnd.ms-excel.template.macroEnabled.12 and five related +from http://filext.com/faq/office_mime_types.php (CPAN RT#82616) + * Fri Dec 21 2012 Paul Howarth p...@city-fan.org - 1.37-1 - Update to 1.37: - Remove text/x-perl, where we also have an application/x-perl diff --git a/sources b/sources index f6a3131..722276b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d491cc7a7ba77c0d6e930ff9cfbdea61 MIME-Types-1.37.tar.gz +994baebea02be46123cc888da5b32b8d MIME-Types-1.38.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
[perl-MIME-Types] Created tag perl-MIME-Types-1.38-1.fc19
The lightweight tag 'perl-MIME-Types-1.38-1.fc19' was created pointing to: 8c99be4... Update to 1.38 -- 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 894195] duplicate directory ownership with perl-libs and perl
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894195 --- Comment #6 from Michael Scherer m...@zarb.org --- Created attachment 677016 -- https://bugzilla.redhat.com/attachment.cgi?id=677016action=edit patch to make the directory owned only by perl-libs Being allowed is not the point, this is just not necessary. I am trying to write a tool to detect such issues ( double owned directy, unowned one ), because there is case where it break, when the permission are different and no one , see #894369 . The less noise we have, the better it will be for long term maintenance. So as long as this doesn't bring anything, except noise when searching for issues, I think this should be corrected. The dependency is likely needed to have the exact EVR between perl and perl-libs. here is a patch that should clean the package -- 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=gU1IBKdhcfa=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 786080] perl-Shipwright-2.4.33 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=786080 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |CURRENTRELEASE Last Closed||2013-01-11 18:24:35 -- 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=P864D2HC4Va=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 885594] Upgrade to new upstream version
Product: Fedora EPEL https://bugzilla.redhat.com/show_bug.cgi?id=885594 --- Comment #11 from Fedora Update System upda...@fedoraproject.org --- stompclt-0.7-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=IFP3eMfJH8a=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 879957] perl-Digest-SHA-5.74 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=879957 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-Digest-SHA-5.74-2.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=7lb2XKS2mra=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 879957] perl-Digest-SHA-5.74 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=879957 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |CURRENTRELEASE Last Closed||2013-01-11 18:52:21 -- 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=GQKGRR7vGVa=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 885741] perl-Test-Module-Used-0.2.4 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=885741 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Test-Module-Used-0.2.4-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=KbPur2ib3Ya=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 885741] perl-Test-Module-Used-0.2.4 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=885741 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |CURRENTRELEASE Last Closed||2013-01-11 19:04:26 -- 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=DxC2mdhYCQa=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 886801] perl-XML-Rules-1.15 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=886801 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-XML-Rules-1.15-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=TVnzAJVjXla=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 887477] perl-XML-Rules-1.16 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=887477 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-XML-Rules-1.16-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=hXFRPACmsoa=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 872995] perl-PerlIO-via-dynamic-0.14 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=872995 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |CURRENTRELEASE Last Closed||2013-01-11 19:16:50 -- 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=NYxmaHdASZa=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 872995] perl-PerlIO-via-dynamic-0.14 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=872995 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-PerlIO-via-dynamic-0.14-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=WL9SkHV2xHa=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 887458] abi-compliance-checker-1.98.7 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=887458 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- api-sanity-checker-1.98-1.fc18, abi-compliance-checker-1.98.7-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=j9vMDBUAxFa=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 885660] RFE: Upgrade to 1.280 for deps for GLib-GObject-Introspection
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=885660 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |CURRENTRELEASE Last Closed||2013-01-11 19:46:12 -- 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=2OVZo24SiDa=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 885660] RFE: Upgrade to 1.280 for deps for GLib-GObject-Introspection
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=885660 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Glib-1.280-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=jqfN6NWP4La=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