Re: Plan for tomorrow's FESCo meeting (2010-08-10)
On Tue, 10 Aug 2010 18:03:07 -0400, Bill wrote: Michael Schwendt said: * LINK: http://fedoraproject.org/PackageReviewStatus/MERGE.html (nirik, 19:59:05) * AGREED: : encourage provenpackagers to commit to rawhide fixes for merge reviews. said pp's should not be the reviewer. Pardon? What exactly is the problem here with a pp being the one to find an issue *and* commit the fix? Just saying that the person to commit the fixes found in the review should (IMO) not be the reviewer themselves, even if they happen to be a provenpackager. It allows for a having a second set of eyes on the changes in the case where the maintainer may not have responded. It would have been an excellent opportunity for provenpackagers, who do Merge Reviews, to gain confidence in touching others' packages, but FESCo's anxiousness ruines it. The maintainer(s) would be the second pair of eyes. Don't forget the commit diff notification. They could object to commits they don't disagree with. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora's ssh known hosts file
On Tue, 2010-08-10 at 09:07 -0600, Stephen John Smoogen wrote: On Sun, Aug 8, 2010 at 14:04, Matt McCutchen m...@mattmccutchen.net wrote: On Thu, 2010-08-05 at 22:23 +0200, Till Maas wrote: Yes ssh is secure if used properly. To get the proper known_hosts entry, one has to download https://admin.fedoraproject.org/ssh_known_hosts btw. I'm very glad to see that Fedora provides such a list. I just installed it on my computer (after filtering out hostnames not ending with fedoraproject.org, for obvious reasons). Is it documented anywhere? For full security, every packager should install it rather than allowing ssh to add host keys on first use. Well I am not sure that file would be all that useful as it contains lots of hosts a packager would not get to AND could conflict with other networks as it contains a lot of 10.X.X. and 192.X.X. ips. Then let's post an excerpt that would be useful to packagers. It also gets updated from time to time as we rebuild hosts. That just speaks to the need for better tooling to maintain personal known-hosts files, or for Fedora to operate an ssh certificate authority. It appears that the ssh folks rejected X.509 out of disgust for the public CAs, found themselves left with no solution at all to authenticate hosts the first time, and are now reimplementing it incompatibly. The man page claims the ssh implementation is much simpler -- perhaps, but it won't integrate with X.509-based systems and will be playing catch-up on features for a while. CRLs or OCSP, anyone? A thread from 2002 with some frank discussion that is still valid now: http://marc.info/?t=10117975211r=1w=2 -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
instead of trying to workaround the problem i actually tried to check if a clean install of latest package would work properly with this result: Installing : systemd-units-5-2.fc15.x86_64 1/4 /var/tmp/rpm-tmp.sqw1k7: line 25: 19348 Segmentation fault (core dumped) /bin/systemctl enable ge...@.service prefdm.service getty.target rc-local.service remote-fs.target 21 /var/tmp/rpm-tmp.sqw1k7: line 25: 19350 Segmentation fault (core dumped) /bin/systemctl enable dbus.service dbus.socket 21 Installing : systemd-5-2.fc15.x86_64 2/4 Installing : systemd-gtk-5-2.fc15.x86_64 3/4 Installing : systemd-sysvinit-5-2.fc15.x86_64 also if there was that error introduced by a package (missing links) they also should be repaired by an update package. kind regards, Rudolf Kastl -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora's ssh known hosts file
On Wed, 2010-08-11 at 01:55 -0700, Matt McCutchen wrote: On Tue, 2010-08-10 at 09:07 -0600, Stephen John Smoogen wrote: On Sun, Aug 8, 2010 at 14:04, Matt McCutchen m...@mattmccutchen.net wrote: On Thu, 2010-08-05 at 22:23 +0200, Till Maas wrote: Yes ssh is secure if used properly. To get the proper known_hosts entry, one has to download https://admin.fedoraproject.org/ssh_known_hosts btw. I'm very glad to see that Fedora provides such a list. I just installed it on my computer (after filtering out hostnames not ending with fedoraproject.org, for obvious reasons). Is it documented anywhere? For full security, every packager should install it rather than allowing ssh to add host keys on first use. Well I am not sure that file would be all that useful as it contains lots of hosts a packager would not get to AND could conflict with other networks as it contains a lot of 10.X.X. and 192.X.X. ips. Then let's post an excerpt that would be useful to packagers. It also gets updated from time to time as we rebuild hosts. That just speaks to the need for better tooling to maintain personal known-hosts files, or for Fedora to operate an ssh certificate authority. It appears that the ssh folks rejected X.509 out of disgust for the public CAs, found themselves left with no solution at all to authenticate hosts the first time, and are now reimplementing it incompatibly. The man page claims the ssh implementation is much simpler -- perhaps, but it won't integrate with X.509-based systems and will be playing catch-up on features for a while. CRLs or OCSP, anyone? A thread from 2002 with some frank discussion that is still valid now: http://marc.info/?t=10117975211r=1w=2 The PKI is unfortunately hopelessly broken deep in its concepts. See for example here: http://searchsecurity.techtarget.com/news/interview/0,289202,sid14_gci1360143,00.html The DNSSSEC is much more reasonable way to go. But we are getting off-topic here. -- 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: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
On 08/11/2010 09:02 AM, Rudolf Kastl wrote: instead of trying to workaround the problem i actually tried to check if a clean install of latest package would work properly with this result: Installing : systemd-units-5-2.fc15.x86_64 This is far from being the latest packages ( the latest being 7.1 which is in update ) and I do belive the bug you encountered got fixed in 6.1 and with selinux-policy 3.8.8-10 which also is in update. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
On 08/11/2010 10:32 AM, Rudolf Kastl wrote: 2010/8/11 Jóhann B. Guðmundssonjohan...@gmail.com: On 08/11/2010 09:02 AM, Rudolf Kastl wrote: instead of trying to workaround the problem i actually tried to check if a clean install of latest package would work properly with this result: Installing : systemd-units-5-2.fc15.x86_64 This is far from being the latest packages ( the latest being 7.1 which is in update ) and I do belive the bug you encountered got fixed in 6.1 and with selinux-policy 3.8.8-10 which also is in update. wrong: http://koji.fedoraproject.org/koji/packageinfo?packageID=10477 the newer versions have only been built for f14 not rawhide. Given that this thread was for rawhide/F14 ( not rawhide/F15 ) and everyone's being more or less pretty much focused on F14 at this point dont be surprised rawhide being pretty much in an unusable state. I pinged Lennart and ask him to build the latest systemd for F15 untill then I guess you have to replace the systemd packages with the ones in F14 and exclude systemd for updates until the builds for F15 hit koji. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
2010/8/11 Jóhann B. Guðmundsson johan...@gmail.com: On 08/11/2010 10:32 AM, Rudolf Kastl wrote: 2010/8/11 Jóhann B. Guðmundssonjohan...@gmail.com: On 08/11/2010 09:02 AM, Rudolf Kastl wrote: instead of trying to workaround the problem i actually tried to check if a clean install of latest package would work properly with this result: Installing : systemd-units-5-2.fc15.x86_64 This is far from being the latest packages ( the latest being 7.1 which is in update ) and I do belive the bug you encountered got fixed in 6.1 and with selinux-policy 3.8.8-10 which also is in update. wrong: http://koji.fedoraproject.org/koji/packageinfo?packageID=10477 the newer versions have only been built for f14 not rawhide. Given that this thread was for rawhide/F14 ( not rawhide/F15 ) and rawhide/f14 is pretty much interpretable as rawhide and/or f14 too... and i am on the devel not any test or other list. everyone's being more or less pretty much focused on F14 at this point dont be surprised rawhide being pretty much in an unusable state. i still expect the latest software to be available in rawhide atleast at the same time as in some branches, using rawhide longer than fedora exists because of that reason. for me it doesent make sense to report bugs for old software components... the alternative wouldnt be to use some branch but to build the system myself. I pinged Lennart and ask him to build the latest systemd for F15 untill then I guess you have to replace the systemd packages with the ones in F14 and exclude systemd for updates until the builds for F15 hit koji. i can build the software myself or exchange the init system ... the current state is still broken. thanks for pinging. kind regards, Rudolf Kastl JBG -- 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: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
On 11/08/10 11:32, Rudolf Kastl wrote: snip wrong: http://koji.fedoraproject.org/koji/packageinfo?packageID=10477 the newer versions have only been built for f14 not rawhide. snip I guess they are waiting to iron out a few bugs on F14 systemd\selinux\udev? Before they push the same broken updates to F15(Rawhide) -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
Hi, 2010/8/11 Andre Robatino robat...@fedoraproject.org: Fedora 14 Alpha RC3 is now available [1]. Please refer to the following pages for download links and testing instructions. I downloaded http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20100810.15.iso - it is too large to fit on the CD. Regards, Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Config-Model
perl-Config-Model has broken dependencies in the F-14 tree: On x86_64: perl-Config-Model-1.205-2.fc14.noarch requires perl(YAML::Any) = 0:0.303 On i386: perl-Config-Model-1.205-2.fc14.noarch requires perl(YAML::Any) = 0:0.303 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-14 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires perl(:MODULE_COMPAT_5.10.1) On i386: perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires perl(:MODULE_COMPAT_5.10.1) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/11/2010 10:28 AM, Michał Piotrowski wrote: Hi, 2010/8/11 Andre Robatino robat...@fedoraproject.org: Fedora 14 Alpha RC3 is now available [1]. Please refer to the following pages for download links and testing instructions. I downloaded http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20100810.15.iso - it is too large to fit on the CD. Regards, Michal That's very common with the pre-releases. They usually need to be on a DVD. - -- Stephen Gallagher RHCE 804006346421761 Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEUEARECAAYFAkxiucgACgkQeiVVYja6o6OwbQCgjCygqz0r7hHngIpjjoe9JFmh 9PEAl1s4Xt/XWOPZUJj/6afEc3J40h8= =J6WU -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
On Wednesday, August 11, 2010 04:28:07 pm Michał Piotrowski wrote: Hi, 2010/8/11 Andre Robatino robat...@fedoraproject.org: Fedora 14 Alpha RC3 is now available [1]. Please refer to the following pages for download links and testing instructions. I downloaded http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_ 64-20100810.15.iso - it is too large to fit on the CD. Same for Plasma Desktop ISO - we are oversized now, we know it. R. Regards, Michal -- Jaroslav Řezník jrez...@redhat.com Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
Michał Piotrowski on 08/11/2010 09:28 AM wrote: I downloadedhttp://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20100810.15.iso - it is too large to fit on the CD. This is the Green Age what are you doing wasting a CD? Mother earth frowns on you. Be kind and reuse your ISO by installing via the network. I'd recommend a USB drive but I think that is still broken. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
On Wed, Aug 11, 2010 at 11:03 AM, Michael Cronenworth m...@cchtml.comwrote: Michał Piotrowski on 08/11/2010 09:28 AM wrote: I downloadedhttp:// alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20100810.15.iso - it is too large to fit on the CD. This is the Green Age what are you doing wasting a CD? Mother earth frowns on you. Be kind and reuse your ISO by installing via the network. I'd recommend a USB drive but I think that is still broken. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Keep the greening politics to yourself please -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
vesa-mode Anaconda install
If support for text mode installation is dead (or dying), recent traffic on the test develop list indicates that there's still a strong need to have a fall-back installation mode. Just in case the your particular version of Radeon, NVidia, (.. whatever) hardware is recognized but doesn't run correctly. Perhaps having a simple vesa arg to anaconda to force a vesa Xserver would provide a quick and simple work-around. It seems like this might be a simple hack to add to anaconda. A short-hand for xdriver=vesa Cheers, -Bob Arendt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vesa-mode Anaconda install
On Wed, 2010-08-11 at 08:20 -0700, Bob Arendt wrote: If support for text mode installation is dead (or dying), recent traffic on the test develop list indicates that there's still a strong need to have a fall-back installation mode. Just in case the your particular version of Radeon, NVidia, (.. whatever) hardware is recognized but doesn't run correctly. Perhaps having a simple vesa arg to anaconda to force a vesa Xserver would provide a quick and simple work-around. It seems like this might be a simple hack to add to anaconda. A short-hand for xdriver=vesa nomodeset should do this. The KMS X driver should fail to bind and then we should fall back to vesa naturally. If we don't it's an X driver bug. - ajax signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vesa-mode Anaconda install
Perhaps having a simple vesa arg to anaconda to force a vesa Xserver would provide a quick and simple work-around. It seems like this might be a simple hack to add to anaconda. A short-hand for xdriver=vesa Why do we need a shorthand for an argument you should only have to type once? xdriver= is a more generic mechanism anyway. - Chris -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
2010/8/11 Brandon Lozza bran...@pwnage.ca: On Wed, Aug 11, 2010 at 11:03 AM, Michael Cronenworth m...@cchtml.com wrote: Michał Piotrowski on 08/11/2010 09:28 AM wrote: I downloadedhttp://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20100810.15.iso - it is too large to fit on the CD. This is the Green Age what are you doing wasting a CD? Mother earth I love mother earth http://www.youtube.com/watch?v=EC5XgyrzSt0 :) frowns on you. Be kind and reuse your ISO by installing via the network. My network is too slow for net install of full desktop. I'm using CD-RW I'd recommend a USB drive but I think that is still broken. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Keep the greening politics to yourself please I think it's right to recall from time to time others about caring for the environment Regards, M -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Reminder: Bugzilla UPGRADE to 3.6 on August 13th 9:00 p.m.EDT [01:00 UTC]
Sending on behalf of Dave Lawrence. This will affect Fedora too. REMINDER: Red Hat Bugzilla (bugzilla.redhat.com) will be unavailable on August 13th starting at 9:00 p.m. EDT [01:00 UTC] to perform an upgrade from Bugzilla 3.4 to Bugzilla 3.6. We are hoping to be complete in no more than 5 hours barring any problems. Any services relying on bugzilla.redhat.com may not work properly during this time. Please be aware in case you need use of those services during the outage. Also *PLEASE* make sure any scripts or other external applications that rely on bugzilla.redhat.com are tested against our test server before the upgrade if you have not done so already (see original email below). Let the Bugzilla Team know immediately of any issues found by reporting the bug in bugzilla.redhat.com against the Bugzilla product, version 3.6. --- Greetings, The Red Hat Bugzilla team is happy to announce another public beta release of the next version of Red Hat Bugzilla based on the upstream 3.6 code base. Please test drive at: https://partner-bugzilla.redhat.com Over the years Red Hat has made substantial customizations to Bugzilla to fit into the Engineering tool chain. Over time the upstream has incorporated some of these customizations or solved them in different ways. Upgrading reduces our customization footprint (and thus maintenance) while bringing many bug fixes enhancements. The main area of focus for our public betas is stability. Functionality that currently works in our 3.4 code base should continue to work as expected in the new 3.6 release. These include various ajax optimizations, needinfo actor support, frontpage.cgi, product browser, several various UI enhancements, and of course the XMLRPC API. Please feel free to point your various scripts and third party applications that use the XMLRPC API at the test server to make sure they continue to function properly. There are numerous other changes behind the scenes that we haven't listed. The goal is to make sure that functionality that people have come to expect in 3.4 is possible in the new system. There are also numerous new features/fixes that are part of the upstream 3.6 release. For more detailed information on what has changed since the last release, check out the release notes page at https://partner-bugzilla.redhat.com/page.cgi?id=release-notes.html . The database is a recent snapshot of the live database so should be useful for testing to make sure the information is displayed properly and changeable. Also with a full snapshot it is possible to test for any performance related issues. Email has been disabled so that unnecessary spam is not sent out. So feel free to make changes to bugs to verify proper working order. We are asking for everyone to get involved as much as possible with testing and feedback on the beta releases to help us make this the most robust and stable release possible. Please file any enhancement requests or bug reports in our current Bugzilla system at https://bugzilla.redhat.com . File them under the Bugzilla product and relevant component with the version 3.6. With everyone's help we can make this a great release. Thanks The Red Hat Bugzilla Team ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vesa-mode Anaconda install
On 08/11/10 08:25, Chris Lumens wrote: Perhaps having a simple vesa arg to anaconda to force a vesa Xserver would provide a quick and simple work-around. It seems like this might be a simple hack to add to anaconda. A short-hand for xdriver=vesa Why do we need a shorthand for an argument you should only have to type once? xdriver= is a more generic mechanism anyway. - Chris OK - I stand down. There seemed to be a flurry of Radeon installs where the card was recognized but didn't work, and even nomodeset was hit or miss. xdriver=vesa is pretty simple. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
2010/8/11 Michał Piotrowski mkkp...@gmail.com 2010/8/11 Brandon Lozza bran...@pwnage.ca: On Wed, Aug 11, 2010 at 11:03 AM, Michael Cronenworth m...@cchtml.com wrote: Michał Piotrowski on 08/11/2010 09:28 AM wrote: I downloadedhttp:// alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20100810.15.iso - it is too large to fit on the CD. This is the Green Age what are you doing wasting a CD? Mother earth I love mother earth http://www.youtube.com/watch?v=EC5XgyrzSt0 :) frowns on you. Be kind and reuse your ISO by installing via the network. My network is too slow for net install of full desktop. I'm using CD-RW I'd recommend a USB drive but I think that is still broken. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Keep the greening politics to yourself please I think it's right to recall from time to time others about caring for the environment Regards, M -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Political discussion is EXTREMELY off topic and will cause flame wars. Environmental talk is politics, especially the stuff you're bringing up with video links. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
W dniu 11 sierpnia 2010 17:37 użytkownik Brandon Lozza bran...@pwnage.ca napisał: Political discussion is EXTREMELY off topic and will cause flame wars. Environmental talk is politics, especially the stuff you're bringing up with video links. Sorry, I did not know that the music here evokes holy wars ;) Regards, M -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
Brandon Lozza on 08/11/2010 10:13 AM wrote: Keep the greening politics to yourself please So that there are no further misunderstands or continuation of this tangent - I was being sarcastic. /endTangent -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
On 11/08/10 16:37, Brandon Lozza wrote: Political discussion is EXTREMELY off topic and will cause flame wars. Environmental talk is politics, especially the stuff you're bringing up with video links. Actually power-saving was a feature of Fedora and Linux in general iirc. Common sence existed long before Green became a political word, I aggre with you that political\politics is ot. But I would mabye advise those usind CDs' for testiing to use DVD-RW in various shades, as testing.iso may be oversized for varying reasons. That is not politics, it's using the litte grey matter left, along with saving some blaas. -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-14 Branched report: 20100811 changes
Compose started at Wed Aug 11 13:15:31 UTC 2010 Broken deps for x86_64 -- CGAL-3.6.1-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 CGAL-3.6.1-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) LuxRender-0.6.1-3.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) LuxRender-0.6.1-3.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) LuxRender-0.6.1-3.fc14.x86_64 requires libboost_system-mt.so.1.41.0()(64bit) LuxRender-0.6.1-3.fc14.x86_64 requires libboost_program_options-mt.so.1.41.0()(64bit) LuxRender-0.6.1-3.fc14.x86_64 requires libboost_serialization-mt.so.1.41.0()(64bit) LuxRender-0.6.1-3.fc14.x86_64 requires libboost_regex-mt.so.1.41.0()(64bit) LuxRender-0.6.1-3.fc14.x86_64 requires libboost_iostreams-mt.so.1.41.0()(64bit) LuxRender-core-0.6.1-3.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) LuxRender-core-0.6.1-3.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) LuxRender-core-0.6.1-3.fc14.x86_64 requires libboost_system-mt.so.1.41.0()(64bit) LuxRender-core-0.6.1-3.fc14.x86_64 requires libboost_program_options-mt.so.1.41.0()(64bit) LuxRender-core-0.6.1-3.fc14.x86_64 requires libboost_iostreams-mt.so.1.41.0()(64bit) LuxRender-core-0.6.1-3.fc14.x86_64 requires libboost_serialization-mt.so.1.41.0()(64bit) LuxRender-core-0.6.1-3.fc14.x86_64 requires libboost_regex-mt.so.1.41.0()(64bit) Mayavi-3.3.0-1.fc13.x86_64 requires python(abi) = 0:2.6 Mayavi-3.3.0-1.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so PragmARC-20060427-6.fc13.x86_64 requires libgnarl-4.4.so()(64bit) PragmARC-20060427-6.fc13.x86_64 requires libgnat-4.4.so()(64bit) QuantLib-test-1.0.1-3.fc14.x86_64 requires libboost_unit_test_framework.so.1.41.0()(64bit) 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2 1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libdevhelp-1.so.1()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit) antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 avogadro-1.0.1-2.fc14.x86_64 requires libboost_python-mt.so.1.41.0()(64bit) avogadro-libs-1.0.1-2.fc14.i686 requires libboost_python-mt.so.1.41.0 avogadro-libs-1.0.1-2.fc14.x86_64 requires libboost_python-mt.so.1.41.0()(64bit) bastet-0.43-7.fc13.x86_64 requires libboost_program_options.so.1.41.0()(64bit) cairo-java-1.0.5-12.fc12.i686 requires libgcj.so.10 cairo-java-1.0.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) easystroke-0.5.3-1.fc14.x86_64 requires libboost_serialization-mt.so.1.41.0()(64bit) ekg2-python-0.2-0.12.rc1.fc14.x86_64 requires libpython2.6.so.1.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libedata-book-1.2.so.2()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-1.2.so.17()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libgtkhtml-editor.so.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-provider-1.2.so.17()(64bit) evolution-sharp-0.21.1-7.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-sharp-0.21.1-7.fc14.x86_64 requires libecal-1.2.so.7()(64bit) fmt-ptrn-java-1.3.20-5.fc13.i686 requires libgcj.so.10 fmt-ptrn-java-1.3.20-5.fc13.x86_64 requires libgcj.so.10()(64bit) frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) fuse-encfs-1.5-12.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 fuse-encfs-1.5-12.fc14.i686 requires libboost_serialization-mt.so.1.41.0 fuse-encfs-1.5-12.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) fuse-encfs-1.5-12.fc14.x86_64 requires libboost_serialization-mt.so.1.41.0()(64bit) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_system-mt.so.1.41.0()(64bit) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_program_options-mt.so.1.41.0()(64bit)
Re: Reminder: Bugzilla UPGRADE to 3.6 on August 13th 9:00 p.m.EDT [01:00 UTC]
JP == John Poelstra poels...@redhat.com writes: JP Also *PLEASE* make sure any scripts or other external applications JP that rely on bugzilla.redhat.com are tested against our test server JP before the upgrade if you have not done so already (see original JP email below). Unfortunately the test instance is down at the moment. Bugzilla has suffered an internal error. Please save this page and send it to bugzilla-ow...@redhat.com with details of what you were doing at the time this message appeared. URL: https://partner-bugzilla.redhat.com/ - J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vesa-mode Anaconda install
On Wed, Aug 11, 2010 at 11:22:48AM -0400, Adam Jackson wrote: nomodeset should do this. The KMS X driver should fail to bind and then we should fall back to vesa naturally. If we don't it's an X driver bug. It's not always that simple. For the Intel problem I earlier mailed about (see https://bugzilla.redhat.com/show_bug.cgi?id=622052, now upstream known as https://bugs.freedesktop.org/show_bug.cgi?id=29449) I didn't manage to get a VESA-driver install working so far. On an installed system I can make X working using the kernel parameters i915.modeset=0 video=vesa (nomodeset does NOT work, as then VESA won't work either), but I didn't figure out how to let anaconda use the VESA driver. I tried nomodeset, and xdriver=vesa, a combination, and the above listed parameters that do work on an installed system, but neither of these work. I have to say I've tested this on RHEL6b2 and only partly on F13, so you may blame me if details have changed here since then. -- --Jos Vos j...@xos.nl --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Reminder: Bugzilla UPGRADE to 3.6 on August 13th 9:00 p.m.EDT [01:00 UTC]
Sending on behalf of Dave Lawrence. This will affect Fedora too. REMINDER: Red Hat Bugzilla (bugzilla.redhat.com) will be unavailable on August 13th starting at 9:00 p.m. EDT [01:00 UTC] to perform an upgrade from Bugzilla 3.4 to Bugzilla 3.6. We are hoping to be complete in no more than 5 hours barring any problems. Any services relying on bugzilla.redhat.com may not work properly during this time. Please be aware in case you need use of those services during the outage. Also *PLEASE* make sure any scripts or other external applications that rely on bugzilla.redhat.com are tested against our test server before the upgrade if you have not done so already (see original email below). Let the Bugzilla Team know immediately of any issues found by reporting the bug in bugzilla.redhat.com against the Bugzilla product, version 3.6. --- Greetings, The Red Hat Bugzilla team is happy to announce another public beta release of the next version of Red Hat Bugzilla based on the upstream 3.6 code base. Please test drive at: https://partner-bugzilla.redhat.com Over the years Red Hat has made substantial customizations to Bugzilla to fit into the Engineering tool chain. Over time the upstream has incorporated some of these customizations or solved them in different ways. Upgrading reduces our customization footprint (and thus maintenance) while bringing many bug fixes enhancements. The main area of focus for our public betas is stability. Functionality that currently works in our 3.4 code base should continue to work as expected in the new 3.6 release. These include various ajax optimizations, needinfo actor support, frontpage.cgi, product browser, several various UI enhancements, and of course the XMLRPC API. Please feel free to point your various scripts and third party applications that use the XMLRPC API at the test server to make sure they continue to function properly. There are numerous other changes behind the scenes that we haven't listed. The goal is to make sure that functionality that people have come to expect in 3.4 is possible in the new system. There are also numerous new features/fixes that are part of the upstream 3.6 release. For more detailed information on what has changed since the last release, check out the release notes page at https://partner-bugzilla.redhat.com/page.cgi?id=release-notes.html . The database is a recent snapshot of the live database so should be useful for testing to make sure the information is displayed properly and changeable. Also with a full snapshot it is possible to test for any performance related issues. Email has been disabled so that unnecessary spam is not sent out. So feel free to make changes to bugs to verify proper working order. We are asking for everyone to get involved as much as possible with testing and feedback on the beta releases to help us make this the most robust and stable release possible. Please file any enhancement requests or bug reports in our current Bugzilla system at https://bugzilla.redhat.com . File them under the Bugzilla product and relevant component with the version 3.6. With everyone's help we can make this a great release. Thanks The Red Hat Bugzilla Team ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Reminder: Bugzilla UPGRADE to 3.6 on August 13th 9:00 p.m.EDT [01:00 UTC]
On Wed, 2010-08-11 at 11:07 -0500, Jason L Tibbitts III wrote: JP == John Poelstra poels...@redhat.com writes: JP Also *PLEASE* make sure any scripts or other external applications JP that rely on bugzilla.redhat.com are tested against our test server JP before the upgrade if you have not done so already (see original JP email below). Unfortunately the test instance is down at the moment. Bugzilla has suffered an internal error. Please save this page and send it to bugzilla-ow...@redhat.com with details of what you were doing at the time this message appeared. URL: https://partner-bugzilla.redhat.com/ I've been told that the database is being refreshed, and that it will be back in an hour or two. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
On Wed, 2010-08-11 at 10:03 -0500, Michael Cronenworth wrote: Michał Piotrowski on 08/11/2010 09:28 AM wrote: I downloadedhttp://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20100810.15.iso - it is too large to fit on the CD. This is the Green Age what are you doing wasting a CD? Mother earth frowns on you. Be kind and reuse your ISO by installing via the network. I'd recommend a USB drive but I think that is still broken. ? Not AFAIK. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vesa-mode Anaconda install
On Wed, 2010-08-11 at 08:20 -0700, Bob Arendt wrote: If support for text mode installation is dead (or dying), recent traffic on the test develop list indicates that there's still a strong need to have a fall-back installation mode. Just in case the your particular version of Radeon, NVidia, (.. whatever) hardware is recognized but doesn't run correctly. Perhaps having a simple vesa arg to anaconda to force a vesa Xserver would provide a quick and simple work-around. It seems like this might be a simple hack to add to anaconda. A short-hand for xdriver=vesa There's a fallback mode right on the menu - 'Basic video driver installation' or whatever. That uses vesa. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning all my packages
Im no longer maintaining all my packages Do whatever you need to do to orphan them or open them up. Thanks Bye. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning all my packages
Le 11/08/2010 18:32, Christopher Stone a écrit : Im no longer maintaining all my packages Do whatever you need to do to orphan them or open them up. Thanks Bye. The Full list: https://admin.fedoraproject.org/pkgdb/users/packages/xulchris I will take all the PHP stuff because I have already update some of them as I was aware of the lack of interest of Chris. co-maintainers welcome. If somebody want to own one of them, just ask. I just want to have no orphan package in the LAMP stack. php-Smarty php-channel-phpunit php-pear-Auth-RADIUS php-pear-Benchmark php-pear-Crypt-CHAP php-pear-DB-DataObject php-pear-DB-DataObject-FormBuilder php-pear-DB-QueryTool php-pear-Date php-pear-Date-Holidays php-pear-Date-Holidays-USA php-pear-File php-pear-File-Passwd php-pear-File-SMBPasswd php-pear-HTML-Common php-pear-HTML-QuickForm HTML forms php-pear-HTML-QuickForm-ElementGrid php-pear-HTML-Table php-pear-HTTP-Client php-pear-HTTP-Request php-pear-HTTP-Upload php-pear-Image-Canvas php-pear-Image-Color php-pear-Image-Graph php-pear-Image-GraphViz php-pear-MDB2 php-pear-MDB2-Driver-mysql php-pear-Math-Stats php-pear-Net-Curl php-pear-Net-POP3 php-pear-Net-URL php-pear-Net-URL-Mapper php-pear-Net-UserAgent-Detect php-pear-Numbers-Roman php-pear-Numbers-Words php-pear-Pager php-pear-Payment-Process php-pear-Structures-DataGrid php-pear-Structures-DataGrid-DataSource-Array php-pear-Structures-DataGrid-DataSource-DataObject php-pear-Structures-DataGrid-DataSource-MDB2 php-pear-Structures-DataGrid-DataSource-RSS php-pear-Structures-DataGrid-Renderer-Pager php-pear-Structures-DataGrid-Renderer-Smarty php-pear-Validate php-pear-Validate-Finance-CreditCard php-pear-XML-Beautifier php-pear-XML-RSS php-pear-XML-Serializer php-pecl-radius -- Radius client library php-pecl-xdebug -- PECL package for debugging PHP scripts Except obsolete ones php-pear-XML-Util (move to php-pear) php-pear-PHPUnit (rename to php-phpunit-PHPUnit) P.S. I discuss with Chris on IRC. He have no password to connect to pkgdb and orphan this package (and no time for...) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning all my packages
On Wed, 2010-08-11 at 09:32 -0700, Christopher Stone wrote: Im no longer maintaining all my packages Do whatever you need to do to orphan them or open them up. All your packages are now orphaned. Thanks for letting us know. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning all my packages
Le 11/08/2010 19:28, Jon Ciesla a écrit : php-Smarty I'll take php-Smarty. All ownership taken, except this one. + -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: crash in fedpkg import
On Wednesday, August 11, 2010 01:28:54 pm Mikhail wrote: If i do fedpkg import my-srpm.src.rpm i've got: Uploading: 8f133420a821ce7dde80ea9ec48cd20d my-package.tar.gz Traceback (most recent call last): File /usr/bin/fedpkg, line 959, in module args.command(args) File /usr/bin/fedpkg, line 467, in import_srpm mymodule.upload(uploadfiles, replace=True) File /usr/lib/python2.6/site-packages/pyfedpkg/__init__.py, line 1278, in upload if lookaside.file_exists(self.module, file_basename, file_hash): File /usr/lib/python2.6/site-packages/pyfedpkg/__init__.py, line 580, in file_exists curl.perform() pycurl.error: (60, 'Peer certificate cannot be authenticated with known CA certificates') PS: I'm just downloaded new client-side sertificate. But it does not helps What version of fedora-packager are you using? Dennis signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
155 more python packages need to be rebuilt for Python 2.7
Hi everybody, a lot of packages were rebuilt for Python 2.7 recently, but unfortunately they've turned out to be not all that needed rebuilding. Essentially, all packages that contain .py files that aren't below /usr/lib(64)/python need to be rebuilt so that their respective pre-built .pyc/.pyo files are built with the new Python version. If the packages aren't rebuilt, python will either attempt to rebuild the .pyc/.pyo files (and fail due to SELinux policy) during runtime (if run as root[1]) or the program will take longer to startup because the python interpreter needs to parse the .py files everytime (and can't just use the respective .pyc/.pyo files since they're invalid). The reason why this hasn't been noticed/why those packages haven't been covered in the mass rebuild is because they don't require python(abi) (which was used to find out which packages to rebuild) even though the contained .pyc/.pyo files clearly do. This is because the pythondeps.sh used by rpmbuild only adds that dependency to packages which have modules in the standard paths[2]. Thanks to Kalev Lember who wrote a script identifying the affected packages. Using its output, Dave Malcolm has just mass-filed bugs against the packages which we could identify and he's looking to get these rebuilt en-masse as well. Owners or comaintainers still would need to file update requests so the packages actually end up where the users can get them ;-). For this purpose, I've attached two lists to this mail: one listing the affected packages and their owners and comaintainers, the other listing the affected packages each person owns or comaintains. Please file updates when your packages have been rebuilt and nag us if they don't get rebuilt in time, whatever that means. Thanks for your help, Nils [1]: https://bugzilla.redhat.com/show_bug.cgi?id=621726 - 'SELinux is preventing /usr/bin/python write access on /usr/share/system-config-firewall.' [2]: https://bugzilla.redhat.com/show_bug.cgi?id=623233 - 'python(abi) autodetection needed for all .py[co] files, not just those beneath /usr/lib*/python*' -- Nils Philippsen Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty n...@redhat.com nor Safety. -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 Ajaxterm: ruben antlr3: walters (mjakubicek,zoeloelip) anyremote: anyremote audio-convert-mod: firewing (firewing) audit-viewer: mitr backintime: timj bakefile: filiperosset (filiperosset) beagle: nushio (psytux) bibus: alexlan bleachbit: sundaram blueproximity: jsteffan bugzilla: itamarjp (eseyman) chameleon: jortel cricscore-applet: sagarun cycle: linuxdonald (linuxdonald) cyphesis: wart (atorkhov) decibel-audio-player: rishi devhelp: mbarnes dstat: jzeleny eclipse-slide: dsugar edsadmin: ivazquez eina: sundaram ekg2: karlik enemies-of-carlotta: ertzing etoys: gavin (sdz,tuxbrewr) expendable: twaugh fail2ban: athimm (jgu) flumotion: thomasvs freedroidrpg: wart frysk: cagney fuse-gmailfs: turki fvkbd: pbrobinson gcc: jakub gdeskcal: pfj gdesklets: luya (owentl) gdesklets-goodweather: owentl (luya) gdesklet-SlideShow: bioinfornatics gedit: rstrode gedit-plugins: rakesh (dodji) gimp: nphilipp glump: jcollie gnome-schedule: farnold gquilt: bonii (sundaram) gramps: jcollie (jjames) griffith: bonii gtkpod: tmz honeyd: pvrabec ht2html: mjakubicek ibus-pinyin: pwu (i18n-team,phuang,pwu) ibus-table: dchen (i18n-team,phuang) ibus-xkbc: pwu (i18n-team,phuang) inn: npajkovs (npajkovs,ovasik,s4504kr) jabbim: michich jbrout: peter jython: overholt (dmalcolm,jmatthews) kdevelop: than (kkofler,ltinkl,mathstuf,rdieter,rnovacek,tuxbrewr) kexec-tools: nhorman (aarapov,caiqian,nhorman) koffice: awjb (awjb,ltinkl,ltvrdy,rdieter,tuxbrewr) ktorrent: liquidat (nucleo,rdieter,tuxbrewr) libopensync-plugin-moto: awjb lilypond: limb llvm: bos (dmalcolm,jgarzik,salimma) luma: s4504kr mailman: jkaluza Mayavi: rakesh meld: bpepple metromap: fab mftrace: limb mingw32-glib2: rjones (lfarkas,mingwmaint,sailer) mypaint: cwickert (cwickert) olpc-switch-desktop: dsd (cjb,pbrobinson) openlayers: slankes (bochecha) openlierox: jwrdegoede opensips: ivaxer pcapdiff: limb petit: red pinot: drago01 pitivi: (orphan) (company) pony: kushal (kushal) pybliographer: zkota pyicq-t: mfleming (stefansf) pypar2: mxcarron python3: dmalcolm (amcnabb,tomspur) python-psyco: konradm (rnovacek) rhncfg: msuchy rhn-client-tools: msuchy rhnpush: msuchy (stahnma) rpmlint: scop (tmz,wolfy) sagator: ondrejj scons: gemi (fab,supercyper) sectool: pvrabec (jhrozek,mbarabas,mildew) sigul: jkeating (mitr) sk2py: chitlesh smolt: mmcgrath spacewalk-certs-tools: msuchy spacewalk-koan: msuchy sugar-analyze: fab sugar-chat: tuxbrewr (mpg) sugar-clock: fab sugar-connect: fab sugar-distance: fab sugar-finance: fab sugar-flipsticks: fab sugar-getiabooks: fab sugar-help: fab sugar-imageviewer: fab sugar-implode: fab sugar-infoslicer:
Re: Orphaning all my packages
On 08/11/2010 01:23 PM, Remi Collet wrote: Le 11/08/2010 19:28, Jon Ciesla a écrit : php-Smarty I'll take php-Smarty. All ownership taken, except this one. + Taken. -J -- - in your fear, speak only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
hughsie AFK for two weeks
Hello fedora people, I'm going on holiday for two weeks (without a laptop), so if you've got any issues with gnome-color-manager, gnome-packagekit, PackageKit, gnome-power-mamager, upower, or any of my other packages then please get a provenpackager to fix it for me, or talk to mclasen in fedora-desktop if it's really important. Thanks. Richard Hughes -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vesa-mode Anaconda install
On 08/11/10 10:03, Adam Williamson wrote: On Wed, 2010-08-11 at 08:20 -0700, Bob Arendt wrote: . Perhaps having a simple vesa arg to anaconda to force a vesa Xserver would provide a quick and simple work-around. It seems like this might be a simple hack to add to anaconda. A short-hand for xdriver=vesa There's a fallback mode right on the menu - 'Basic video driver installation' or whatever. That uses vesa. Even better. Thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 155 more python packages need to be rebuilt for Python 2.7
On Wed, 2010-08-11 at 21:26 +0200, Nils Philippsen wrote: Hi everybody, a lot of packages were rebuilt for Python 2.7 recently, but unfortunately they've turned out to be not all that needed rebuilding. Essentially, all packages that contain .py files that aren't below /usr/lib(64)/python need to be rebuilt so that their respective pre-built .pyc/.pyo files are built with the new Python version. If the packages aren't rebuilt, python will either attempt to rebuild the .pyc/.pyo files (and fail due to SELinux policy) during runtime (if run as root[1]) or the program will take longer to startup because the python interpreter needs to parse the .py files everytime (and can't just use the respective .pyc/.pyo files since they're invalid). The reason why this hasn't been noticed/why those packages haven't been covered in the mass rebuild is because they don't require python(abi) (which was used to find out which packages to rebuild) even though the contained .pyc/.pyo files clearly do. This is because the pythondeps.sh used by rpmbuild only adds that dependency to packages which have modules in the standard paths[2]. Thanks to Kalev Lember who wrote a script identifying the affected packages. Using its output, Dave Malcolm has just mass-filed bugs against the packages which we could identify and he's looking to get these rebuilt en-masse as well. Owners or comaintainers still would need to file update requests so the packages actually end up where the users can get them ;-). For this purpose, I've attached two lists to this mail: one listing the affected packages and their owners and comaintainers, the other listing the affected packages each person owns or comaintains. Thanks everyone who've already rebuilt their packages. I just kicked off a script that attempts to rebuild everything still affected; the rebuilds are marked as --background which I believe makes them lower priority in Koji than other tasks. (i.e. I'm trying not to denial-of-service Koji). I'll try to file updates when the builds succeed; if they fail, I'll note it in the bug. Please file updates when your packages have been rebuilt and nag us if they don't get rebuilt in time, whatever that means. Thanks for your help, Nils [1]: https://bugzilla.redhat.com/show_bug.cgi?id=621726 - 'SELinux is preventing /usr/bin/python write access on /usr/share/system-config-firewall.' [2]: https://bugzilla.redhat.com/show_bug.cgi?id=623233 - 'python(abi) autodetection needed for all .py[co] files, not just those beneath /usr/lib*/python*' -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Working F14 Alpha RC3 live images now available
Hi, everyone. Working live images for Fedora 14 Alpha RC3 are now available here: http://alt.fedoraproject.org/pub/alt/stage/14-Alpha.RC3.1.live/ we've screwed this up so many times I took the precaution of actually downloading and booting all the x86-64 images before writing this email. So I personally guarantee they at least boot to a desktop in virt-manager! We have the go/no-go meeting in just under 3 hours. It would be very helpful if people could help fill in at least the Alpha tests for each desktop in the desktop testing matrix: https://fedoraproject.org/wiki/Test_Results:Fedora_14_Alpha_RC3_Desktop thanks a lot! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org 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
[389-devel] Please review: [Bug 622903] fix coverity Defect Type: Code maintainability issues
https://bugzilla.redhat.com/show_bug.cgi?id=622903 https://bugzilla.redhat.com/attachment.cgi?id=437967action=diff https://bugzilla.redhat.com/attachment.cgi?id=437967action=edit https://bugzilla.redhat.com/attachment.cgi?id=437971action=diff https://bugzilla.redhat.com/attachment.cgi?id=437971action=edit https://bugzilla.redhat.com/attachment.cgi?id=437988action=diff https://bugzilla.redhat.com/attachment.cgi?id=437988action=edit https://bugzilla.redhat.com/attachment.cgi?id=437992action=diff https://bugzilla.redhat.com/attachment.cgi?id=437992action=edit https://bugzilla.redhat.com/attachment.cgi?id=437996action=diff https://bugzilla.redhat.com/attachment.cgi?id=437996action=edit https://bugzilla.redhat.com/attachment.cgi?id=438002action=diff https://bugzilla.redhat.com/attachment.cgi?id=438002action=edit https://bugzilla.redhat.com/attachment.cgi?id=438016action=diff https://bugzilla.redhat.com/attachment.cgi?id=438016action=edit https://bugzilla.redhat.com/attachment.cgi?id=438018action=diff https://bugzilla.redhat.com/attachment.cgi?id=438018action=edit https://bugzilla.redhat.com/attachment.cgi?id=438021action=diff https://bugzilla.redhat.com/attachment.cgi?id=438021action=edit https://bugzilla.redhat.com/attachment.cgi?id=438029action=diff https://bugzilla.redhat.com/attachment.cgi?id=438029action=edit https://bugzilla.redhat.com/attachment.cgi?id=438031action=diff https://bugzilla.redhat.com/attachment.cgi?id=438031action=edit https://bugzilla.redhat.com/attachment.cgi?id=438034action=diff https://bugzilla.redhat.com/attachment.cgi?id=438034action=edit https://bugzilla.redhat.com/attachment.cgi?id=438042action=diff https://bugzilla.redhat.com/attachment.cgi?id=438042action=edit https://bugzilla.redhat.com/attachment.cgi?id=438237action=diff https://bugzilla.redhat.com/attachment.cgi?id=438237action=edit https://bugzilla.redhat.com/attachment.cgi?id=438247action=diff https://bugzilla.redhat.com/attachment.cgi?id=438247action=edit Thanks, --noriko smime.p7s Description: S/MIME Cryptographic Signature -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: vesa-mode Anaconda install
On Wed, 2010-08-11 at 14:05 -0700, Bob Arendt wrote: On 08/11/10 10:03, Adam Williamson wrote: On Wed, 2010-08-11 at 08:20 -0700, Bob Arendt wrote: . Perhaps having a simple vesa arg to anaconda to force a vesa Xserver would provide a quick and simple work-around. It seems like this might be a simple hack to add to anaconda. A short-hand for xdriver=vesa There's a fallback mode right on the menu - 'Basic video driver installation' or whatever. That uses vesa. Even better. Thanks. Note that this turns out to be broken in current F14 (and Rawhide): https://bugzilla.redhat.com/show_bug.cgi?id=623129 due to modesetting complications it happens to work on Intel and NVIDIA chipsets, but that's only by luck. It won't work as intended for others (including ATI). What it *should* do, though, is run the installation using the 'vesa' driver. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 155 more python packages need to be rebuilt for Python 2.7
On Wed, 2010-08-11 at 21:26 +0200, Nils Philippsen wrote: Thanks to Kalev Lember who wrote a script identifying the affected packages. Using its output, Dave Malcolm has just mass-filed bugs against the packages which we could identify and he's looking to get these rebuilt en-masse as well. Owners or comaintainers still would need to file update requests so the packages actually end up where the users can get them ;-). For this purpose, I've attached two lists to this mail: one listing the affected packages and their owners and comaintainers, the other listing the affected packages each person owns or comaintains. Provenpackagers can file updates for packages they don't own or co-maintain, if they did the build. (At least, it worked for me. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
Frank Murphy wrote: I guess they are waiting to iron out a few bugs on F14 systemd\selinux\udev? Before they push the same broken updates to F15(Rawhide) Normally, development is supposed to happen in Rawhide FIRST. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
Jaroslav Reznik wrote: On Wednesday, August 11, 2010 04:28:07 pm Michał Piotrowski wrote: Hi, 2010/8/11 Andre Robatino robat...@fedoraproject.org: Fedora 14 Alpha RC3 is now available [1]. Please refer to the following pages for download links and testing instructions. I downloaded http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop- x86_ 64-20100810.15.iso - it is too large to fit on the CD. Same for Plasma Desktop ISO - we are oversized now, we know it. FYI, what he calls the Plasma Desktop ISO is the KDE-Live spin. KDE upstream now wants people to refer to KDE only when talking about the project, the desktop is the Plasma Desktop or KDE Plasma Desktop, the libraries are the KDE Development Platform, the applications are the KDE Applications and the whole thing is the KDE Software Compilation (but upstream prefers it if people are specific about what parts of the compilation they talk about rather than just using s/KDE/KDE SC/g). We hope that we will be able to meet the size constraints for the KDE (Plasma Desktop) spin for the Beta and Final. We just had other priorities for the Alpha. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning all my packages
seth vidal wrote: All your packages are now orphaned. Thanks for letting us know. Do we have a list of the packages that got orphaned? Unfortunately, querying pkgdb doesn't help anymore now that you set the stuff to orphaned. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning all my packages
On Thu, 12 Aug 2010, Kevin Kofler wrote: seth vidal wrote: All your packages are now orphaned. Thanks for letting us know. Do we have a list of the packages that got orphaned? Unfortunately, querying pkgdb doesn't help anymore now that you set the stuff to orphaned. Luckily Remi got a list: http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html -Mike -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning all my packages
Mike McGrath wrote: Luckily Remi got a list: http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html Unfortunately, Remi's list only covers php-*, I think there are other affected packages too. He links to pkgdb for the full list, but that doesn't work anymore because the packages are now orphaned. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
On Thu, 2010-08-12 at 01:40 +0200, Kevin Kofler wrote: Frank Murphy wrote: I guess they are waiting to iron out a few bugs on F14 systemd\selinux\udev? Before they push the same broken updates to F15(Rawhide) Normally, development is supposed to happen in Rawhide FIRST. Frank's guess wasn't correct. Lennart simply pushed the changes to F14 first because we needed them in a hurry for the Alpha RC3 build. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 14 Alpha Go/No-Go Meeting: 2010-08-12 @ 12:00 UTC Recap
The first Fedora 14 Alpha Go/No-Go Meeting was held 2010-08-12 at 12:00 UTC (so evening of 2010-08-11 in North America). The outcome of the meeting was a decision to slip the Alpha release by one week due to one bug agreed to be a definite blocker: https://bugzilla.redhat.com/show_bug.cgi?id=623129 xdriver=vesa is not honored and one bug that is potentially a blocker, pending more data: https://bugzilla.redhat.com/show_bug.cgi?id=596985 hang at start of X11 on fresh install from DVD All other bugs considered were agreed not to be release blockers and removed from the list. A slip announcement will be sent with more details on the slip specifically. We aim to build an RC4 tomorrow afternoon American time (2010-08-12) with the fix for 623129 (and possibly fixes for a couple of other bugs we decided were not blockers but would be nice to fix), and continue to research 596985 to decide if it is a blocker. If we decide it is, an RC5 build will be required. The automated summary of the meeting can be found here: http://meetbot.fedoraproject.org/fedora-meeting/2010-08-12/gonogo.2010-08-12-00.00.html The full log of the meeting can be found here: http://meetbot.fedoraproject.org/fedora-meeting/2010-08-12/gonogo.2010-08-12-00.00.log.html Thanks to all for attending and providing input. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net signature.asc Description: This is a digitally signed message part ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning all my packages
On 08/12/2010 03:34 AM, Kevin Kofler wrote: Mike McGrath wrote: Luckily Remi got a list: http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html Unfortunately, Remi's list only covers php-*, I think there are other affected packages too. He links to pkgdb for the full list, but that doesn't work anymore because the packages are now orphaned. Kevin Kofler I happened to have a full list of all former xulchris owned packages around: SOAPpy -- Full-featured SOAP library for Python cal3d -- Skeletal based 3-D character animation library cksfv -- Utility to manipulate SFV files osgal -- Adapts OpenSceneGraph to use OpenAL++ osgcal -- Adapts OpenSceneGraph to use Cal3D perl-Digest-CRC -- Generic CRC functions perl-MP3-Info -- Manipulate / fetch info from MP3 audio files perl-Net-IRC -- Perl interface to the Internet Relay Chat protocol php-Smarty -- Template/Presentation Framework for PHP php-channel-phpunit -- Adds phpunit channel to PEAR php-pear-Auth-RADIUS -- Wrapper Classes for the RADIUS PECL php-pear-Benchmark -- Framework to benchmark PHP scripts or function calls php-pear-Crypt-CHAP -- Class to generate CHAP packets php-pear-DB-DataObject -- An SQL Builder, Object Interface to Database Tables php-pear-DB-DataObject-FormBuilder -- Automatically build HTML_QuickForm objects php-pear-DB-QueryTool -- An OO-interface for easily retrieving and modifying data in a DB php-pear-Date -- Date and Time Zone Classes php-pear-Date-Holidays -- Driver based class to calculate holidays php-pear-Date-Holidays-USA -- Driver based class to calculate holidays in USA php-pear-File -- Common file and directory routines php-pear-File-Passwd -- Manipulate many kinds of password files php-pear-File-SMBPasswd -- Class for managing SAMBA style password files php-pear-HTML-Common -- Base class for other HTML classes php-pear-HTML-QuickForm -- Class for creating, validating, processing HTML forms php-pear-HTML-QuickForm-ElementGrid -- Meta-element which holds any other element in a grid php-pear-HTML-Table -- Class to easily design HTML tables php-pear-HTTP-Client -- Easy way to perform multiple HTTP requests and process their results php-pear-HTTP-Request -- Provides an easy way to perform HTTP requests php-pear-HTTP-Upload -- Secure managment of files submitted via HTML Forms php-pear-Image-Canvas -- Common interface to image drawing php-pear-Image-Color -- Manage and handles color data and conversions php-pear-Image-Graph -- Displays numerical data as a graph/chart/plot php-pear-Image-GraphViz -- Interface to ATT's GraphViz tools php-pear-MDB2 -- Database Abstraction Layer php-pear-MDB2-Driver-mysql -- MySQL MDB2 driver php-pear-Math-Stats -- Classes to calculate statistical parameters php-pear-Net-Curl -- OO interface to PHP's cURL extension php-pear-Net-POP3 -- Provides a POP3 class to access POP3 server php-pear-Net-URL -- Easy parsing of URLs php-pear-Net-URL-Mapper -- Simple and flexible way to build nice URLs for web applications php-pear-Net-UserAgent-Detect -- Extract information from an HTTP user agent php-pear-Numbers-Roman -- Provides methods for converting to and from Roman Numerals php-pear-Numbers-Words -- Methods for spelling numerals in words php-pear-PHPUnit -- Regression testing framework for unit tests php-pear-Pager -- Data paging class php-pear-Payment-Process -- Unified payment processor php-pear-Structures-DataGrid -- Tabular structure for converting data php-pear-Structures-DataGrid-DataSource-Array -- DataSource driver using arrays php-pear-Structures-DataGrid-DataSource-DataObject -- DataSource driver using PEAR::DB_DataObject php-pear-Structures-DataGrid-DataSource-MDB2 -- DataSource driver using PEAR::MDB2 and an SQL query php-pear-Structures-DataGrid-DataSource-RSS -- DataSource driver using RSS files php-pear-Structures-DataGrid-Renderer-Pager -- Renderer driver using PEAR::Pager php-pear-Structures-DataGrid-Renderer-Smarty -- Renderer driver using Smarty php-pear-Validate -- Validation Class for Various Data Types php-pear-Validate-Finance-CreditCard -- Validation class for Credit Cards php-pear-XML-Beautifier -- Class to format XML documents php-pear-XML-RSS -- RSS parser php-pear-XML-Serializer -- Swiss-army knife for reading and writing XML files php-pear-XML-Util -- XML utility class php-pecl-radius -- Radius client library php-pecl-xdebug -- PECL package for debugging PHP scripts poker-engine -- Python library that implements poker rules poker-eval -- Poker hand evaluator library poker-network -- Base package for poker client and server poker2d -- GTK poker client to play on a poker-network server poker3d -- Three dimensional multi-user online poker game poker3d-data -- Data files for the poker3d package pygame -- Python modules for writing games pypoker-eval -- Python interface to poker-eval python-fpconst -- Python module for handling IEEE 754 floating point special values
Want to help pick the F14 Release Slogan?
We need a slogan for the F14 release. A release slogan is a short call-to-action that fits the artwork theme from Design, found at https://fedoraproject.org/wiki/F14_release_slogan#Themes. (F13's slogan was Rock it.) If you are interested in suggesting ideas for the release slogan, please take a look at the Release Slogan SOP, and the criteria for selection, at https://fedoraproject.org/wiki/Release_slogan_SOP. The slogan must be: * short (1-3 words) * a call to action * positive It should reinforce that Fedora helps the user achieve something great. It should also reflect some of ideas and themes found in the release artwork, and, if possible, also touch upon the Four Foundations (https://fedoraproject.org/wiki/Foundations). Please put your slogan ideas here: https://fedoraproject.org/wiki/F14_release_slogan#New_slogan_ideas The deadline for submissions is Tuesday, August 17, at 21:00 UTC, which is our next Marketing meeting (https://fedoraproject.org/wiki/Marketing_meetings). We'll be discussing submissions there, and then the FPL, Mo Duffy, and the Marketing team lead (that's me!) will take that input and select the final slogan on Wednesday, August 18. Let me know if you have any questions, comments, or concerns -- and let the wiki table know if you have any ideas! Cheers, -Robyn ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
On Thu, 2010-08-12 at 04:11 +0200, Lennart Poettering wrote: On Thu, 12.08.10 01:40, Kevin Kofler (kevin.kof...@chello.at) wrote: Frank Murphy wrote: I guess they are waiting to iron out a few bugs on F14 systemd\selinux\udev? Before they push the same broken updates to F15(Rawhide) Normally, development is supposed to happen in Rawhide FIRST. Whats the point again of having to development distributions in parallel? Now F14 is feature frozen, you are not supposed to work on major new features to include in it. In the past, when we hit feature freeze, if you wanted to work on some shiny new feature for future releases, you had to do it in some kind of side repository. Now, even though you can't do that in F14, you can do it in Rawhide and be nice and early for F15. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/11/2010 07:11 PM, Lennart Poettering wrote: On Thu, 12.08.10 01:40, Kevin Kofler (kevin.kof...@chello.at) wrote: Frank Murphy wrote: I guess they are waiting to iron out a few bugs on F14 systemd\selinux\udev? Before they push the same broken updates to F15(Rawhide) Normally, development is supposed to happen in Rawhide FIRST. Whats the point again of having to development distributions in parallel? Double the amount of work? Test how wonderful git merge works? We aren't doing parallel development. F14 is to be stabilized and bugfixed, while rawhide is available for future feature development. When we tried to have just one branch we had too many people trying to do one or not the other. That's why we separated the concepts out and have two branches. Wasn't there some kind of automatic migration between the to-be-released distro and rawhide? What happened to that? When an F14 build goes stable through bodhi, it'll be inherited into rawhide. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkxjYPQACgkQ4v2HLvE71NX7jwCcCw1AjRdy8kpHaUn8FokY9q0s NGgAn26yCKDNAQ3MvdiSFsADc/Py9Plh =elod -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Config-Model
perl-Config-Model has broken dependencies in the rawhide tree: On x86_64: perl-Config-Model-1.205-3.fc15.noarch requires perl(YAML::Any) = 0:0.303 On i386: perl-Config-Model-1.205-3.fc15.noarch requires perl(YAML::Any) = 0:0.303 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
Reminder: Bugzilla UPGRADE to 3.6 on August 13th 9:00 p.m.EDT [01:00 UTC]
Sending on behalf of Dave Lawrence. This will affect Fedora too. REMINDER: Red Hat Bugzilla (bugzilla.redhat.com) will be unavailable on August 13th starting at 9:00 p.m. EDT [01:00 UTC] to perform an upgrade from Bugzilla 3.4 to Bugzilla 3.6. We are hoping to be complete in no more than 5 hours barring any problems. Any services relying on bugzilla.redhat.com may not work properly during this time. Please be aware in case you need use of those services during the outage. Also *PLEASE* make sure any scripts or other external applications that rely on bugzilla.redhat.com are tested against our test server before the upgrade if you have not done so already (see original email below). Let the Bugzilla Team know immediately of any issues found by reporting the bug in bugzilla.redhat.com against the Bugzilla product, version 3.6. --- Greetings, The Red Hat Bugzilla team is happy to announce another public beta release of the next version of Red Hat Bugzilla based on the upstream 3.6 code base. Please test drive at: https://partner-bugzilla.redhat.com Over the years Red Hat has made substantial customizations to Bugzilla to fit into the Engineering tool chain. Over time the upstream has incorporated some of these customizations or solved them in different ways. Upgrading reduces our customization footprint (and thus maintenance) while bringing many bug fixes enhancements. The main area of focus for our public betas is stability. Functionality that currently works in our 3.4 code base should continue to work as expected in the new 3.6 release. These include various ajax optimizations, needinfo actor support, frontpage.cgi, product browser, several various UI enhancements, and of course the XMLRPC API. Please feel free to point your various scripts and third party applications that use the XMLRPC API at the test server to make sure they continue to function properly. There are numerous other changes behind the scenes that we haven't listed. The goal is to make sure that functionality that people have come to expect in 3.4 is possible in the new system. There are also numerous new features/fixes that are part of the upstream 3.6 release. For more detailed information on what has changed since the last release, check out the release notes page at https://partner-bugzilla.redhat.com/page.cgi?id=release-notes.html . The database is a recent snapshot of the live database so should be useful for testing to make sure the information is displayed properly and changeable. Also with a full snapshot it is possible to test for any performance related issues. Email has been disabled so that unnecessary spam is not sent out. So feel free to make changes to bugs to verify proper working order. We are asking for everyone to get involved as much as possible with testing and feedback on the beta releases to help us make this the most robust and stable release possible. Please file any enhancement requests or bug reports in our current Bugzilla system at https://bugzilla.redhat.com . File them under the Bugzilla product and relevant component with the version 3.6. With everyone's help we can make this a great release. Thanks The Red Hat Bugzilla Team ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
Fedora 14 Alpha Go/No-Go Meeting: 2010-08-12 @ 12:00 UTC Recap
The first Fedora 14 Alpha Go/No-Go Meeting was held 2010-08-12 at 12:00 UTC (so evening of 2010-08-11 in North America). The outcome of the meeting was a decision to slip the Alpha release by one week due to one bug agreed to be a definite blocker: https://bugzilla.redhat.com/show_bug.cgi?id=623129 xdriver=vesa is not honored and one bug that is potentially a blocker, pending more data: https://bugzilla.redhat.com/show_bug.cgi?id=596985 hang at start of X11 on fresh install from DVD All other bugs considered were agreed not to be release blockers and removed from the list. A slip announcement will be sent with more details on the slip specifically. We aim to build an RC4 tomorrow afternoon American time (2010-08-12) with the fix for 623129 (and possibly fixes for a couple of other bugs we decided were not blockers but would be nice to fix), and continue to research 596985 to decide if it is a blocker. If we decide it is, an RC5 build will be required. The automated summary of the meeting can be found here: http://meetbot.fedoraproject.org/fedora-meeting/2010-08-12/gonogo.2010-08-12-00.00.html The full log of the meeting can be found here: http://meetbot.fedoraproject.org/fedora-meeting/2010-08-12/gonogo.2010-08-12-00.00.log.html Thanks to all for attending and providing input. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net signature.asc Description: This is a digitally signed message part ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
155 more python packages need to be rebuilt for Python 2.7
Hi everybody, a lot of packages were rebuilt for Python 2.7 recently, but unfortunately they've turned out to be not all that needed rebuilding. Essentially, all packages that contain .py files that aren't below /usr/lib(64)/python need to be rebuilt so that their respective pre-built .pyc/.pyo files are built with the new Python version. If the packages aren't rebuilt, python will either attempt to rebuild the .pyc/.pyo files (and fail due to SELinux policy) during runtime (if run as root[1]) or the program will take longer to startup because the python interpreter needs to parse the .py files everytime (and can't just use the respective .pyc/.pyo files since they're invalid). The reason why this hasn't been noticed/why those packages haven't been covered in the mass rebuild is because they don't require python(abi) (which was used to find out which packages to rebuild) even though the contained .pyc/.pyo files clearly do. This is because the pythondeps.sh used by rpmbuild only adds that dependency to packages which have modules in the standard paths[2]. Thanks to Kalev Lember who wrote a script identifying the affected packages. Using its output, Dave Malcolm has just mass-filed bugs against the packages which we could identify and he's looking to get these rebuilt en-masse as well. Owners or comaintainers still would need to file update requests so the packages actually end up where the users can get them ;-). For this purpose, I've attached two lists to this mail: one listing the affected packages and their owners and comaintainers, the other listing the affected packages each person owns or comaintains. Please file updates when your packages have been rebuilt and nag us if they don't get rebuilt in time, whatever that means. Thanks for your help, Nils [1]: https://bugzilla.redhat.com/show_bug.cgi?id=621726 - 'SELinux is preventing /usr/bin/python write access on /usr/share/system-config-firewall.' [2]: https://bugzilla.redhat.com/show_bug.cgi?id=623233 - 'python(abi) autodetection needed for all .py[co] files, not just those beneath /usr/lib*/python*' -- Nils Philippsen Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty n...@redhat.com nor Safety. -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 Ajaxterm: ruben antlr3: walters (mjakubicek,zoeloelip) anyremote: anyremote audio-convert-mod: firewing (firewing) audit-viewer: mitr backintime: timj bakefile: filiperosset (filiperosset) beagle: nushio (psytux) bibus: alexlan bleachbit: sundaram blueproximity: jsteffan bugzilla: itamarjp (eseyman) chameleon: jortel cricscore-applet: sagarun cycle: linuxdonald (linuxdonald) cyphesis: wart (atorkhov) decibel-audio-player: rishi devhelp: mbarnes dstat: jzeleny eclipse-slide: dsugar edsadmin: ivazquez eina: sundaram ekg2: karlik enemies-of-carlotta: ertzing etoys: gavin (sdz,tuxbrewr) expendable: twaugh fail2ban: athimm (jgu) flumotion: thomasvs freedroidrpg: wart frysk: cagney fuse-gmailfs: turki fvkbd: pbrobinson gcc: jakub gdeskcal: pfj gdesklets: luya (owentl) gdesklets-goodweather: owentl (luya) gdesklet-SlideShow: bioinfornatics gedit: rstrode gedit-plugins: rakesh (dodji) gimp: nphilipp glump: jcollie gnome-schedule: farnold gquilt: bonii (sundaram) gramps: jcollie (jjames) griffith: bonii gtkpod: tmz honeyd: pvrabec ht2html: mjakubicek ibus-pinyin: pwu (i18n-team,phuang,pwu) ibus-table: dchen (i18n-team,phuang) ibus-xkbc: pwu (i18n-team,phuang) inn: npajkovs (npajkovs,ovasik,s4504kr) jabbim: michich jbrout: peter jython: overholt (dmalcolm,jmatthews) kdevelop: than (kkofler,ltinkl,mathstuf,rdieter,rnovacek,tuxbrewr) kexec-tools: nhorman (aarapov,caiqian,nhorman) koffice: awjb (awjb,ltinkl,ltvrdy,rdieter,tuxbrewr) ktorrent: liquidat (nucleo,rdieter,tuxbrewr) libopensync-plugin-moto: awjb lilypond: limb llvm: bos (dmalcolm,jgarzik,salimma) luma: s4504kr mailman: jkaluza Mayavi: rakesh meld: bpepple metromap: fab mftrace: limb mingw32-glib2: rjones (lfarkas,mingwmaint,sailer) mypaint: cwickert (cwickert) olpc-switch-desktop: dsd (cjb,pbrobinson) openlayers: slankes (bochecha) openlierox: jwrdegoede opensips: ivaxer pcapdiff: limb petit: red pinot: drago01 pitivi: (orphan) (company) pony: kushal (kushal) pybliographer: zkota pyicq-t: mfleming (stefansf) pypar2: mxcarron python3: dmalcolm (amcnabb,tomspur) python-psyco: konradm (rnovacek) rhncfg: msuchy rhn-client-tools: msuchy rhnpush: msuchy (stahnma) rpmlint: scop (tmz,wolfy) sagator: ondrejj scons: gemi (fab,supercyper) sectool: pvrabec (jhrozek,mbarabas,mildew) sigul: jkeating (mitr) sk2py: chitlesh smolt: mmcgrath spacewalk-certs-tools: msuchy spacewalk-koan: msuchy sugar-analyze: fab sugar-chat: tuxbrewr (mpg) sugar-clock: fab sugar-connect: fab sugar-distance: fab sugar-finance: fab sugar-flipsticks: fab sugar-getiabooks: fab sugar-help: fab sugar-imageviewer: fab sugar-implode: fab sugar-infoslicer:
Want to help pick the F14 Release Slogan?
We need a slogan for the F14 release. A release slogan is a short call-to-action that fits the artwork theme from Design, found at https://fedoraproject.org/wiki/F14_release_slogan#Themes. (F13's slogan was Rock it.) If you are interested in suggesting ideas for the release slogan, please take a look at the Release Slogan SOP, and the criteria for selection, at https://fedoraproject.org/wiki/Release_slogan_SOP. The slogan must be: * short (1-3 words) * a call to action * positive It should reinforce that Fedora helps the user achieve something great. It should also reflect some of ideas and themes found in the release artwork, and, if possible, also touch upon the Four Foundations (https://fedoraproject.org/wiki/Foundations). Please put your slogan ideas here: https://fedoraproject.org/wiki/F14_release_slogan#New_slogan_ideas The deadline for submissions is Tuesday, August 17, at 21:00 UTC, which is our next Marketing meeting (https://fedoraproject.org/wiki/Marketing_meetings). We'll be discussing submissions there, and then the FPL, Mo Duffy, and the Marketing team lead (that's me!) will take that input and select the final slogan on Wednesday, August 18. Let me know if you have any questions, comments, or concerns -- and let the wiki table know if you have any ideas! Cheers, -Robyn ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce