Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 1:51 AM, Michael Catanzaro mike.catanz...@gmail.com wrote: On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote: I've filed an update with some 20 packages, only removing excess baggage from /usr/share/doc (duplicate docs, large ChangeLog files, etc). It touches nothing outside /usr/share/doc, so should be fairly safe to let in. That will probably only get us part of the way, so I've also cut some more things from the package set in the .ks file (gnome-system-log, deja-dup). That's a shame; Deja Dup is an excellent GNOME 3 backup app, and including it by default encourages good (encrypted) backup habits. Well I agree with Colin's comment in the bug. The primary issue is that we don't have an application installer. So we tend to install lots of stuff by default. We should fix this in F20. But I guess something has to go if we care about 1 GB. (It just seems like such a strange target... I don't think you can buy 1 GB USB sticks anymore.) It is a rather arbitrary and pointless limit IMO. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 6:54 AM, Adam Williamson awill...@redhat.com wrote: On Sat, 2013-06-22 at 18:51 -0500, Michael Catanzaro wrote: On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote: I've filed an update with some 20 packages, only removing excess baggage from /usr/share/doc (duplicate docs, large ChangeLog files, etc). It touches nothing outside /usr/share/doc, so should be fairly safe to let in. That will probably only get us part of the way, so I've also cut some more things from the package set in the .ks file (gnome-system-log, deja-dup). That's a shame; Deja Dup is an excellent GNOME 3 backup app, and including it by default encourages good (encrypted) backup habits. But I guess something has to go if we care about 1 GB. (It just seems like such a strange target... I don't think you can buy 1 GB USB sticks anymore.) It was the next 'obvious step up' from 700MB, and at the time was comfortable enough for everything we really needed. Stuff happened. Desktop team might be able to rejig things early in F20 cycle somehow, or we might have to go up in size again. Going too big does have consequences: a, say, 2GB download is pretty slow for some people, 1) Removing the limit does not mean you have to put in twice as many stuff in. We are currently bikesheeding about a few MBs. Which is nonsense. If you cannot download a few more MBs using Fedora with that internet connection is rather pointless. The end result is a worse default offering then we had before to save a few MBs. 2) We don't have to set a limit at all. Just include the stuff we want to include (and try to optimize that to be as small as possible). Just because someone decided there has to be a size limit and if we don't meet that target we block the release does not mean that this is the right thing to do (note: it isn't). A limit only makes sense if you target a CD. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-19 Branched report: 20130623 changes
Compose started at Sun Jun 23 09:15:02 UTC 2013 Broken deps for x86_64 -- [avgtime] avgtime-0-0.5.git20120724.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [derelict] derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-ogg-3-13.20130516gitd8aa11d.fc19.x86_64 requires ogg derelict-ogg-3-13.20130516gitd8aa11d.fc19.x86_64 requires OGG derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires ogg derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires OGG derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires pq derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires PQ derelict-pq-3-13.20130516gitd8aa11d.fc19.x86_64 requires pq derelict-pq-3-13.20130516gitd8aa11d.fc19.x86_64 requires PQ derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.i686 requires pq derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.i686 requires PQ derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires pq derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires PQ derelict-tcod-3-13.20130516gitd8aa11d.fc19.i686 requires tcod derelict-tcod-3-13.20130516gitd8aa11d.fc19.i686 requires TCOD derelict-tcod-3-13.20130516gitd8aa11d.fc19.x86_64 requires tcod derelict-tcod-3-13.20130516gitd8aa11d.fc19.x86_64 requires TCOD derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.i686 requires tcod derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.i686 requires TCOD derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires tcod derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires TCOD [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [dsqlite] dsqlite-1.0-4.fc19.i686 requires libphobos-ldc.so.60 dsqlite-1.0-4.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [dustmite] dustmite-1-8.20121031git1fb3ac4.fc18.x86_64 requires libphobos-ldc.so.60()(64bit) [freeipa] freeipa-server-strict-3.2.1-1.fc19.x86_64 requires pki-ca = 0:10.0.2 freeipa-server-strict-3.2.1-1.fc19.x86_64 requires 389-ds-base = 0:1.3.1.0 [gl3n] gl3n-0.20120813-4.fc19.i686 requires libphobos-ldc.so.60 gl3n-0.20120813-4.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [koji] koji-vm-1.8.0-1.fc19.noarch requires python-virtinst [libkolab] php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64 [nodejs-tilelive] nodejs-tilelive-4.4.3-2.fc19.noarch requires npm(optimist) 0:0.4 [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires libgdmsimplegreeter.so.1()(64bit) [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [tango] tango-2-12.20120821git7b92443.fc19.i686 requires libphobos-ldc.so.60 tango-2-12.20120821git7b92443.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [zarafa] php-mapi-7.0.13-1.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-mapi-7.0.13-1.fc19.x86_64 requires php(api) = 0:20100412-x86-64 Broken deps for i386 -- [avgtime] avgtime-0-0.5.git20120724.fc19.i686 requires libphobos-ldc.so.60 [derelict] derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires ogg derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires OGG derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires pq derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires PQ
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, 2013-06-23 at 09:44 +0200, drago01 wrote: 2) We don't have to set a limit at all. Just include the stuff we want to include (and try to optimize that to be as small as possible). Let's be realistic: 'trying to optimize that to be as small as possible' only happens when we have a limit and start hitting it. Was anyone checking and splitting out dependencies, tweaking the package set, and looking for unnecessary data to cut out *before* we were filing bugs on the size? Nope, no-one was. I'm not saying there must be a limit, but I know what's going to happen if there isn't one, don't kid yourself: limitless sprawl, and no-one's going to bother about size reductions. Just because someone decided there has to be a size limit and if we don't meet that target we block the release does not mean that this is the right thing to do (note: it isn't). A limit only makes sense if you target a CD. As noted in my previous message, we are in fact still targeting optical media with the live images: the multi-live DVD image. -- 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: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 07:24:15AM -0700, Adam Williamson wrote: Just because someone decided there has to be a size limit and if we don't meet that target we block the release does not mean that this is the right thing to do (note: it isn't). A limit only makes sense if you target a CD. As noted in my previous message, we are in fact still targeting optical media with the live images: the multi-live DVD image. Small size is also desirable for cloud images -- it makes them easier to manipulateand faster to deploy. I know that's not the _current_ discussion, but I hope people remember that if optical media go away (or increase 10x in capacity, or whatever), a small core still has practical advantages. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 5:20 PM, Matthew Miller mat...@fedoraproject.org wrote: On Sun, Jun 23, 2013 at 07:24:15AM -0700, Adam Williamson wrote: Just because someone decided there has to be a size limit and if we don't meet that target we block the release does not mean that this is the right thing to do (note: it isn't). A limit only makes sense if you target a CD. As noted in my previous message, we are in fact still targeting optical media with the live images: the multi-live DVD image. Small size is also desirable for cloud images -- it makes them easier to manipulateand faster to deploy. I know that's not the _current_ discussion, but I hope people remember that if optical media go away (or increase 10x in capacity, or whatever), a small core still has practical advantages. Two things: 1) no one really uses the desktop image as a basis for cloud 2) having no limit does not mean people will stop caring about size ... as this example shows. If someone cares he/she can work on reducing size. But we do not need to enforce it using arbitrary limits. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 4:24 PM, Adam Williamson awill...@redhat.com wrote: On Sun, 2013-06-23 at 09:44 +0200, drago01 wrote: 2) We don't have to set a limit at all. Just include the stuff we want to include (and try to optimize that to be as small as possible). Let's be realistic: 'trying to optimize that to be as small as possible' only happens when we have a limit and start hitting it. Was anyone checking and splitting out dependencies, tweaking the package set, and looking for unnecessary data to cut out *before* we were filing bugs on the size? Nope, no-one was. I'm not saying there must be a limit, but I know what's going to happen if there isn't one, don't kid yourself: limitless sprawl, and no-one's going to bother about size reductions. See my reply to Matthew. Just because someone decided there has to be a size limit and if we don't meet that target we block the release does not mean that this is the right thing to do (note: it isn't). A limit only makes sense if you target a CD. As noted in my previous message, we are in fact still targeting optical media with the live images: the multi-live DVD image. Well this is a valid reason to limit the size but not of one specific spin but all of them jointly. i.e we have to build it as part of our release and testing process and spot size problems there etc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, 2013-06-23 at 19:22 +0200, drago01 wrote: On Sun, Jun 23, 2013 at 4:24 PM, Adam Williamson awill...@redhat.com wrote: On Sun, 2013-06-23 at 09:44 +0200, drago01 wrote: 2) We don't have to set a limit at all. Just include the stuff we want to include (and try to optimize that to be as small as possible). Let's be realistic: 'trying to optimize that to be as small as possible' only happens when we have a limit and start hitting it. Was anyone checking and splitting out dependencies, tweaking the package set, and looking for unnecessary data to cut out *before* we were filing bugs on the size? Nope, no-one was. I'm not saying there must be a limit, but I know what's going to happen if there isn't one, don't kid yourself: limitless sprawl, and no-one's going to bother about size reductions. See my reply to Matthew. I meant in the desktop image specifically, not in the distro in general. There are people who care strongly about the core/minimal size and work to keep it down, but the live spins generally just keep growing until they hit a limit, whereupon we start filing bugs and people start caring. -- 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: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 07:20:20PM +0200, drago01 wrote: 1) no one really uses the desktop image as a basis for cloud Some classes at a large university where I used to work do. Also see http://adam.younglogic.com/2012/09/vm-from-live-cd/ -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 04:01:20PM -0400, Matthew Miller wrote: On Sun, Jun 23, 2013 at 07:20:20PM +0200, drago01 wrote: 1) no one really uses the desktop image as a basis for cloud Some classes at a large university where I used to work do. Also see http://adam.younglogic.com/2012/09/vm-from-live-cd/ But that said, I *did* say that I know that the cloud images aren't the current discussion. :) -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sat, 2013-06-22 at 22:51 -0700, Adam Williamson wrote: So here's some results. f2e707287dd82cccb05a3fef6b75cb356744ca58 (Jun 14), no update: 1019215872 f2e707287dd82cccb05a3fef6b75cb356744ca58 (Jun 14), update: 1017118720 1a0c28fdf638796bda60ed2785f95eac16a85b65 (Jun 22), update: 1005584384 that is, with the old spin-kickstarts and without the above update, we're 19215872 bytes oversize; with the update but old spin-kickstarts, we're 17118720 bytes oversize (the update saves ~2.1MB); and with the update and latest spin-kickstarts, we're 5584384 bytes oversize (the kickstart changes save ~11.5MB). We still need to find another 5.6MB from somewhere. Thanks for producing those numbers. I've made 2 more cuts in the kickstart file, and dropped eog (we have shotwell) and the Gnu FreeFont packages. Maybe it is worth looking ahead and see how we can avoid this situation come F20. Here are some sizes as found on the current desktop spin: total size2671M translations 402M input methods 133M fonts 89M rpm db 82M firmware59M boot loader 40M There are some possible savings by completing transitions / obsoletions: - Both gstreamer1 and gstreamer are on the spin. 0.10 is pulled in by libpurple - farstream. Possible savings: 17M. https://bugzilla.redhat.com/show_bug.cgi?id=962028 - GConf2 is still there, pulled in by gstreamer, gnome-session, libreoffice-core, NetworkManager-openconnect and gnome-terminal. Possible savings: 6M - We have both js and mozjs17. js is still used by gjs, libpeas, libproxy-mozjs and gnome-shell. Possible savings: 7M - Both festival and flite are getting pulled in by speech-dispatcher. Possible savings: 9M. https://bugzilla.redhat.com/show_bug.cgi?id=799140 - Both python2 and python3 are on the spin. This will certainly be with us for a while. There are also quite a few minor one-off dependencies that are pulled in by a single package, such as libgphoto2 - gd - libXpm or frei0r-plugins - gavl or festival - sox - libao. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 06:04:55PM -0400, Matthias Clasen wrote: - Both festival and flite are getting pulled in by speech-dispatcher. Possible savings: 9M. https://bugzilla.redhat.com/show_bug.cgi?id=799140 The festival package needs to be update to the latest version, a possible F20 feature. As part of that, I was planning to look at refactoring the package *anyway*, because there are a number of ways in which it could be subpackaged better. So maybe that will help some. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 06:04:55PM -0400, Matthias Clasen wrote: come F20. Here are some sizes as found on the current desktop spin: These are on-disk sizes, right, not RPM size? translations 402M On my F19 desktop, I have 530MB under /usr/share/locale; this compresses down to 94MB with xz -- 67MB with xz -9. And we're xz-ing the livecd and RPM payloads, right? That's still a lot of space, of course. And I'm not super-excited about the uncompressed on-disk space. (And here, not even considering locale-archive.) -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 20:17:23 -0400, Matthew Miller mat...@fedoraproject.org wrote: On my F19 desktop, I have 530MB under /usr/share/locale; this compresses down to 94MB with xz -- 67MB with xz -9. And we're xz-ing the livecd and RPM payloads, right? The live images get compressed at the end, so looking at the potential savings you want to think about how compressible it is. Savings from reducing things that compress well are not going to be as good as that from data that is already compressed when installed. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 18:04:55 -0400, Matthias Clasen mcla...@redhat.com wrote: rpm db 82M I vaguely remember a discussion about dropping this for live images because it gets rebuilt every boot when needed. My memory is that we ended up removing this data while building live images, but haven't looked at it in a long time. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 19 Final blocker status: fix and karma requests
On Sun, Jun 23, 2013 at 07:25:50PM -0500, Bruno Wolff III wrote: On my F19 desktop, I have 530MB under /usr/share/locale; this compresses down to 94MB with xz -- 67MB with xz -9. And we're xz-ing the livecd and RPM payloads, right? The live images get compressed at the end, so looking at the potential savings you want to think about how compressible it is. Savings from reducing things that compress well are not going to be as good as that from data that is already compressed when installed. Yes, sorry, that was supposed to be my point. The translations are obviously a big chunk of the uncompressed usage, but _do_ compress well. -- Matthew Miller mat...@mattdm.org http://mattdm.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Minimal install diff from F16 to F19 (TC6)
On 21/06/2013, at 4:28 AM, Dan Williams wrote: It's supported that for 4 or 5 years. You don't need aliases at all, Consider an anycast service where the alias interface reflects the availability of the service on the server. An OSPF or BGP daemon then advertises the address of the alias interface into the network. You want to be able to up/down the alias interface independently of the other addressing on the physical interface. You don't want to remove the addressing -- from a the routing daemon's point of view there's a considerable difference between no addressing (an error) and down (a state). And sure, this isn't a common desktop scenario. But as NetworkManager makes its way into servers... -glen-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Minimal install diff from F16 to F19 (TC6)
On 21/06/2013, at 10:31 PM, Chris Adams wrote: Current network information is available from the kernel and doesn't require guessing. Why would you code something to talk to some random daemon API (that may change) when you could talk directly to the source via the kernel netlink API? The classic here being applications which look for NM messages to indicate that networking connectivity is available rather than waiting on the presence of non-directly connected routes in the routing table. -glen-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Minimal install diff from F16 to F19 (TC6)
On 22/06/2013, at 7:23 PM, Richard W.M. Jones wrote: (2) Write a shell script that contains the ifconfig/route add (or ip ...) commands they need and have it run at boot. Most simple static network configs are 2 or 3 commands at most. If you have a server in the tradition of UNIX workstations sure. But such simple networking isn't the case for some servers today, and it's hard to see that it will be the case in the future. Sun's tagline of the network is the computer was true. But for servers these days the computer is the network is also the case. It's nothing for a server today to statically NAT or bridge IPv4 to VMs. Even in that case it's best if the guest VM picks up its IPv4 addressing using DHCP. But in the future we'll want to do better than that: to move network routing onto the server itself. These new data centre ethernet protocols are not entirely implemented in kernel space. Some run quite complex BGP and MPLS control planes; others run IS-IS control planes. The ethernet link itself isn't remaining a simple thing either. Once you're running a few hundred servers then management protocols start to pay their way: LLDP (what server is on this switch port?), ethernet OAM (help, the cable is running errors). What we don't want is a scenario where configuring these protocols on servers has to be done by network engineers. We want them configured from a GUI and supervised by a master daemon. Let's call that NetworkManager. Now maybe Dan hasn't quite realised what he's signed up for here. But then again, there was a time when I despaired of Linux ever working with a 3G modem, whereas today it offers the best experience of all the operating systems. -glen -- Glen Turner http://www.gdt.id.au/~gdt/-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20130623 changes
[ghc-Agda] I opened a ticket asking releng to block this newly retired package. [hedgewars] Bruno rebuilt this yesterday - thanks! Jens -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review request:
Dudes, I need help from a PHP packager if possible! ;) https://bugzilla.redhat.com/show_bug.cgi?id=977208 -- It's hard to be free... but I love to struggle. Love isn't asked for; it's just given. Respect isn't asked for; it's earned! Renich Bon Ciric http://www.woralelandia.com/ http://www.introbella.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] CANCELLED: 2013-06-24 Fedora QA Meeting (blocker meeting still on)
One more time, let's cancel the weekly meeting - I'm not aware of anything in particular that needs discussing, please reply to this mail if I'm missing anything. Hopefully we'll get back to meetings next week with an F19 post-mortem! Once again we'll just go straight to F19 blocker review at 16:00 - I'll send out a separate announcement for that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2013-06-24 @ 16:00 UTC - F19 Final Blocker Bug Review #8
# F19 Final Blocker Review meeting #8 # Date: 2013-06-24 # Time: 16:00 UTC (12:00 EDT, 09:00 PDT) # Location: #fedora-blocker-review on irc.freenode.net Time for one last (hopefully!) F19 Final push - we have just a couple of proposed blockers to look at right now, and three accepted blockers to review. We'll be running through the final blockers and freeze exception bugs. The current list is available at: http://qa.fedoraproject.org/blockerbugs/current We'll be reviewing the bugs to determine ... 1. Whether they meet the final release criteria [1] and should stay on the list 2. Whether they are getting the attention they need [1] http://fedoraproject.org/wiki/Fedora_19_Final_Release_Criteria For guidance on Blocker and FreezeException bugs, please refer to - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process For the blocker review meeting protocol, see - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 972110] abi-compliance-checker-1.99.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=972110 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|pkgdiff-1.6-1.fc18 |pkgdiff-1.6-1.fc17 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- pkgdiff-1.6-1.fc17, abi-compliance-checker-1.99.1-1.fc17 has been pushed to the Fedora 17 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=CLIDAJlSSDa=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 967783] abi-compliance-checker-1.99 is available
https://bugzilla.redhat.com/show_bug.cgi?id=967783 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|abi-compliance-checker-1.99 |abi-compliance-checker-1.99 |-1.fc17 |-1.fc18 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- abi-compliance-checker-1.99-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=Xm57TcP0vda=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 959206] gcc-c++ should be set as Requires
https://bugzilla.redhat.com/show_bug.cgi?id=959206 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|abi-compliance-checker-1.99 |abi-compliance-checker-1.99 |-1.fc17 |-1.fc18 --- Comment #12 from Fedora Update System upda...@fedoraproject.org --- abi-compliance-checker-1.99-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=XFYyaWQD0Ta=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 Future-0.14.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Future: af14e85d07c84a0ecf2c24ef519da334 Future-0.14.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
File Mojolicious-4.16.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Mojolicious: 2a495bdfd3b06725c0dad027dd658822 Mojolicious-4.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
File URI-FromHash-0.04.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-URI-FromHash: 2034041b86ac2a71fb7b488d6f0370f8 URI-FromHash-0.04.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-Future] Update to 0.14
commit dc64c90e4daf03609f92965dd364b151046bda97 Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jun 23 11:12:36 2013 +0200 Update to 0.14 .gitignore |1 + perl-Future.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 8617ede..563eed5 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Future-0.13.tar.gz +/Future-0.14.tar.gz diff --git a/perl-Future.spec b/perl-Future.spec index 6e95684..ffdec02 100644 --- a/perl-Future.spec +++ b/perl-Future.spec @@ -1,6 +1,6 @@ Name: perl-Future -Version:0.13 -Release:2%{?dist} +Version:0.14 +Release:1%{?dist} Summary:Perl object system to represent an operation awaiting completion License:GPL+ or Artistic @@ -46,6 +46,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Sun Jun 23 2013 Emmanuel Seyman emman...@seyman.fr - 0.14-1 +- Update to 0.14 + * Fri Jun 14 2013 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.13-2 - Add perl(Test::Pod) as a BR, per review (#974559) diff --git a/sources b/sources index 59a96c2..2ab0c88 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -33b1070605a3c8afa9c88c6f6ddfcf51 Future-0.13.tar.gz +af14e85d07c84a0ecf2c24ef519da334 Future-0.14.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-Mojolicious] Update to 4.16
commit 2a5cb5de98aad4eb4b0553e913fbbf563daf664f Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jun 23 11:16:30 2013 +0200 Update to 4.16 .gitignore|1 + perl-Mojolicious.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 9bc9694..f3768e2 100644 --- a/.gitignore +++ b/.gitignore @@ -90,3 +90,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-4.10.tar.gz /Mojolicious-4.13.tar.gz /Mojolicious-4.14.tar.gz +/Mojolicious-4.16.tar.gz diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index aa3a6dd..d4f4eed 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,5 +1,5 @@ Name: perl-Mojolicious -Version:4.14 +Version:4.16 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 @@ -60,6 +60,9 @@ make test %{_mandir}/man3/* %changelog +* Sun Jun 23 2013 Emmanuel Seyman emman...@seyman.fr - 4.16-1 +- Update to 4.16 + * Sun Jun 16 2013 Emmanuel Seyman emman...@seyman.fr - 4.14-1 - Update to 4.14 diff --git a/sources b/sources index 08436f5..3087be2 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -1618d2b8654d04b01a819cc94c56c977 Mojolicious-4.14.tar.gz +2a495bdfd3b06725c0dad027dd658822 Mojolicious-4.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-URI-FromHash] Update to 0.04
commit 664f9c33f5ca087dec64827649b0298e71bfee79 Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jun 23 11:24:17 2013 +0200 Update to 0.04 .gitignore |1 + perl-URI-FromHash.spec | 10 +++--- sources|2 +- 3 files changed, 9 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index f9a768b..ae7e70a 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ URI-FromHash-0.03.tar.gz +/URI-FromHash-0.04.tar.gz diff --git a/perl-URI-FromHash.spec b/perl-URI-FromHash.spec index cdbfe0d..0dc65bd 100644 --- a/perl-URI-FromHash.spec +++ b/perl-URI-FromHash.spec @@ -1,6 +1,6 @@ Name: perl-URI-FromHash -Version: 0.03 -Release: 15%{?dist} +Version: 0.04 +Release: 1%{?dist} Summary: Build a URI from a set of named parameters # see lib/URI/FromHash.pm License: GPL+ or Artistic @@ -50,11 +50,15 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';' make test %files -%doc Changes README LICENSE t/ +%doc Changes README LICENSE %{perl_vendorlib}/* %{_mandir}/man3/*.3* %changelog +* Sun Jun 23 2013 Emmanuel Seyman emman...@seyman.fr - 0.04-1 +- Update to 0.04 +- Remove tests from documentation + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.03-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild diff --git a/sources b/sources index 1c44f67..dcd9066 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -a670c6ffb385ad2c9241ca139d416549 URI-FromHash-0.03.tar.gz +2034041b86ac2a71fb7b488d6f0370f8 URI-FromHash-0.04.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
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the rawhide tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the F-19 tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 971096] CVE-2013-2145 perl-Module-Signature: arbitrary code execution when verifying SIGNATURE
https://bugzilla.redhat.com/show_bug.cgi?id=971096 Bug 971096 depends on bug 971099, which changed state. Bug 971099 Summary: CVE-2013-2145 perl-Module-Signature: arbitrary code execution when verifying SIGNATURE [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=971099 What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA -- 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=qClWAkaZSMa=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 971096] CVE-2013-2145 perl-Module-Signature: arbitrary code execution when verifying SIGNATURE
https://bugzilla.redhat.com/show_bug.cgi?id=971096 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- perl-Module-Signature-0.73-1.el6 has been pushed to the Fedora EPEL 6 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=b8g12VRHeea=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