From buildsys at redhat.com Sun Apr 1 10:21:42 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 1 Apr 2007 06:21:42 -0400 Subject: rawhide report: 20070401 changes Message-ID: <200704011021.l31ALgX7006886@hs20-bc2-6.build.redhat.com> Updated Packages: bouncycastle-1.34-3.fc7 ----------------------- * Sat Mar 31 2007 Thomas Fitzsimmons - 1.34-3 - Require java-1.5.0-gcj. * Tue Dec 12 2006 Thomas Fitzsimmons - 1.34-2 - Install bcprov jar and unversioned symlink in /usr/share/java. - Install bcprov symlink in /usr/share/java/gcj-endorsed. - Change release numbering format to X.fc7. - Include new bcprov files in files list. - Import Bouncy Castle 1.34. - Related: rhbz#218794 * Tue Jul 25 2006 Thomas Fitzsimmons - 1.33-3 - Bump release number. filesystem-2.4.5-1.fc7 ---------------------- * Sat Mar 31 2007 Peter Jones - 2.4.5-1 - add /usr/local/share/applications gnome-applets-1:2.18.0-6.fc7 ---------------------------- * Sat Mar 31 2007 Matthias Clasen - 1:2.18.0-6 - Fix the bug-buddy support of the accessx status applet * Sat Mar 31 2007 Matthias Clasen - 1:2.18.0-5 - Add bug-buddy support to the keyboard indicator applet gnome-panel-2.18.0-5.fc7 ------------------------ * Sat Mar 31 2007 Matthias Clasen - 2.18.0-5 - Remove the bug-buddy patch again; fixed better in libgnome gnome-power-manager-2.18.1-2.fc7 -------------------------------- * Sat Mar 31 2007 Matthias Clasen - 2.18.1-2 - Add bug-buddy support to the applets kernel-2.6.20-1.3038.fc7 ------------------------ * Sat Mar 31 2007 David Woodhouse - Move pmac_zilog serial port to proper device numbers (#155895) * Sat Mar 31 2007 Kristian H??gsberg - Add nouveau provides for all sub-packages. libgnome-2.18.0-2.fc7 --------------------- * Sat Mar 31 2007 Matthias Clasen - 2.18.0-2 - Set program name correctly * Tue Mar 13 2007 Matthias Clasen - 2.18.0-1 - Update to 2.18.0 * Tue Feb 27 2007 Matthias Clasen - 2.17.92-1 - Update to 2.17.92 logrotate-3.7.5-3.fc7 --------------------- * Sat Mar 31 2007 Peter Vrabec 3.7.5-3 - add error checking before running prerotate and postrotate scripts lucene-0:1.4.3-1jpp.18 ---------------------- * Sat Mar 31 2007 Thomas Fitzsimmons - 0:1.4.3-1jpp.18 - Require java-1.5.0-gcj for post and postun. mdadm-2.6.1-2.fc7 ----------------- * Sat Mar 31 2007 Doug Ledford - 2.6.1-2 - Oops, missing a dependency in the Makefile * Sat Mar 31 2007 Doug Ledford - 2.6.1-1 - Update to latest upstream version ppc64-utils-0.11-2.fc7 ---------------------- * Sat Mar 31 2007 David Woodhouse - 0.11-2 - Include ps3pf_utils. tmpwatch-2.9.11-1 ----------------- * Sat Mar 31 2007 Miloslav Trmac - 2.9.11-1 - Fix a misleading message in --test Resolves: 234596 - Compress the tarball using bzip2 - Move the cron.daily script to a separate source file Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 systemtap-runtime - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 From buildsys at fedoraproject.org Sun Apr 1 10:51:54 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 1 Apr 2007 06:51:54 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-01 Message-ID: <20070401105154.F30A3152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 35 ClanLib-0.8.0-4.fc6 GeoIP-1.4.2-1.fc6 NEW SimGear-0.3.10-4.fc6 NEW audacious-plugins-nonfree-mp3-1.2.5-2.fc6 NEW audacious-plugins-nonfree-wma-1.1.2-7.fc6 azureus-2.5.0.4-2.fc6 bzr-gtk-0.14.0-1.fc6 cvs2cl-2.60-1.fc6 exaile-0.2.9-4.fc6 facter-1.3.7-1.fc6 NEW ffmpeg-0.4.9-0.35.20070204.fc6 git-1.5.0.6-1.fc6 NEW gstreamer-ffmpeg-0.10.2-3.fc6 jd-1.8.8-0.3.rc070330.fc6 NEW lame-3.97-5.fc6 NEW latexmk-3.08n-4.fc6 libmtp-0.1.5-1.fc6 libsexy-0.1.11-1.fc6 NEW madplay-0.15.2b-5.fc6 mecab-0.95-2.fc6 NEW mplayer-1.0-0.73.20070325svn.fc6 ntfs-3g-1.328-1.fc6 NEW nvidia-kmod-1.0.9755-2.2.6.20_1.2933.fc6 perl-Contextual-Return-v0.2.1-1.fc6 perl-Module-ScanDeps-0.73-1.fc6 perl-aliased-0.21-1.fc6 php-pear-Net-SMTP-1.2.10-1.fc6 php-pear-Net-Socket-1.0.7-1.fc6 puppet-0.22.3-1.fc6 qascade-0.1-7.fc6 qt4-4.2.3-7.fc6.1 tinyerp-4.0.3-1.fc6 tuxpuck-0.8.2-3.fc6 NEW vlc-0.8.6a-2.fc6 zabbix-1.1.7-1.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From gajownik at gmail.com Sun Apr 1 11:11:57 2007 From: gajownik at gmail.com (Dawid Gajownik) Date: Sun, 01 Apr 2007 13:11:57 +0200 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <20070401105154.F30A3152131@buildsys.fedoraproject.org> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> Message-ID: <460F937D.9000407@gmail.com> Dnia 04/01/2007 12:52 PM, U?ytkownik buildsys at fedoraproject.org napisa?: ^^^^^ ;-) > Packages built and released for Fedora Extras 6: 35 > > NEW audacious-plugins-nonfree-mp3-1.2.5-2.fc6 > NEW audacious-plugins-nonfree-wma-1.1.2-7.fc6 > NEW ffmpeg-0.4.9-0.35.20070204.fc6 > NEW gstreamer-ffmpeg-0.10.2-3.fc6 > NEW lame-3.97-5.fc6 > NEW mplayer-1.0-0.73.20070325svn.fc6 > NEW nvidia-kmod-1.0.9755-2.2.6.20_1.2933.fc6 Great joke :D -- ^_* From rhl-devel-list at lnx.ro Sun Apr 1 11:17:40 2007 From: rhl-devel-list at lnx.ro (Dumitru Ciobarcianu) Date: Sun, 01 Apr 2007 14:17:40 +0300 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <20070401105154.F30A3152131@buildsys.fedoraproject.org> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> Message-ID: <1175426261.32242.1.camel@DustPuppy.LNX.RO> On Sun, 2007-04-01 at 06:51 -0400, buildsys at fedoraproject.org wrote: > NEW audacious-plugins-nonfree-mp3-1.2.5-2.fc6 > NEW audacious-plugins-nonfree-wma-1.1.2-7.fc6 > NEW ffmpeg-0.4.9-0.35.20070204.fc6 > NEW gstreamer-ffmpeg-0.10.2-3.fc6 > NEW lame-3.97-5.fc6 > NEW latexmk-3.08n-4.fc6 > NEW madplay-0.15.2b-5.fc6 > NEW mplayer-1.0-0.73.20070325svn.fc6 > NEW nvidia-kmod-1.0.9755-2.2.6.20_1.2933.fc6 > NEW vlc-0.8.6a-2.fc6 Almost got me fooled :)) -- Cioby From kagesenshi.87 at gmail.com Sun Apr 1 11:22:31 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Sun, 1 Apr 2007 19:22:31 +0800 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <1175426261.32242.1.camel@DustPuppy.LNX.RO> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> <1175426261.32242.1.camel@DustPuppy.LNX.RO> Message-ID: On 4/1/07, Dumitru Ciobarcianu wrote: > On Sun, 2007-04-01 at 06:51 -0400, buildsys at fedoraproject.org wrote: > > NEW audacious-plugins-nonfree-mp3-1.2.5-2.fc6 > > NEW audacious-plugins-nonfree-wma-1.1.2-7.fc6 > > NEW ffmpeg-0.4.9-0.35.20070204.fc6 > > NEW gstreamer-ffmpeg-0.10.2-3.fc6 > > NEW lame-3.97-5.fc6 > > NEW latexmk-3.08n-4.fc6 > > NEW madplay-0.15.2b-5.fc6 > > NEW mplayer-1.0-0.73.20070325svn.fc6 > > NEW nvidia-kmod-1.0.9755-2.2.6.20_1.2933.fc6 > > NEW vlc-0.8.6a-2.fc6 > w00t!! ... Fedora including NonFree!!!! .. the kittens are coming to get us!! haha .. nice one ... -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From drago01 at gmail.com Sun Apr 1 11:24:01 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 01 Apr 2007 13:24:01 +0200 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <1175426261.32242.1.camel@DustPuppy.LNX.RO> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> <1175426261.32242.1.camel@DustPuppy.LNX.RO> Message-ID: <460F9651.2010405@gmail.com> Dumitru Ciobarcianu wrote: > On Sun, 2007-04-01 at 06:51 -0400, buildsys at fedoraproject.org wrote: > >> NEW audacious-plugins-nonfree-mp3-1.2.5-2.fc6 >> NEW audacious-plugins-nonfree-wma-1.1.2-7.fc6 >> NEW ffmpeg-0.4.9-0.35.20070204.fc6 >> NEW gstreamer-ffmpeg-0.10.2-3.fc6 >> NEW lame-3.97-5.fc6 >> NEW latexmk-3.08n-4.fc6 >> NEW madplay-0.15.2b-5.fc6 >> NEW mplayer-1.0-0.73.20070325svn.fc6 >> NEW nvidia-kmod-1.0.9755-2.2.6.20_1.2933.fc6 >> NEW vlc-0.8.6a-2.fc6 >> > > Almost got me fooled :)) > > same here ;) From drago01 at gmail.com Sun Apr 1 11:25:36 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 01 Apr 2007 13:25:36 +0200 Subject: hplip: hp-toolbox advertising? In-Reply-To: <16de708d0703280138q46441391ta41671eb60ec59f2@mail.gmail.com> References: <1174945175.3739.9.camel@localhost.localdomain> <1174948562.3739.27.camel@localhost.localdomain> <16de708d0703280138q46441391ta41671eb60ec59f2@mail.gmail.com> Message-ID: <460F96B0.3060708@gmail.com> Arthur Pemberton wrote: > On 3/26/07, Matthias Clasen wrote: >> On Mon, 2007-03-26 at 16:13 -0600, Bernard Johnson wrote: >> > Matthias Clasen wrote: >> > > On Mon, 2007-03-26 at 15:27 -0600, Bernard Johnson wrote: >> > >> mclasen at redhat.com: >> > >> "We don't give free ad space to HP on our menus..." >> > >> >> > >> >> > >> I find that to be both an interesting and hypocritical comment. >> > > >> > > FWIW, the comment was referring to the HP icon in the menus. >> > > >> > >> > That was my assumption, but I could have read it any number of other >> > ways as well. >> > >> > Do you still feel the same way given the other examples that I posted? >> > >> >> David outlined a number of reasons why the hplip stack is really less >> than ideal from a desktop integration perspective. So yes, I still think >> that hplip and assorted gui tools are not the solution we want and do >> not really move us closer to the goal of making printing suck less. >> >> Matthias >> >> PS And no, I did not do an exhaustive search through all the menus >> before making the comment about the icon. If the VNC icon is just a >> company icon in disguise, the same comment applies there too. >> > > wow wow wow, > > I don't know about you guys, but I use the HPLIP stack. And I don't > know what is more user-friendly than having it all working "out of the > box". The only reason I haven't noticed the menu shortcuts were > missing is that it all works so well. Then again, maybe if they were > in there I would have noticed my ink was running low a lot earlier. > > If the software meets Fedora's already strict legal requirements, then > it should be packaged like any other package. The reason given for not > including the shortcut is plain silly. Or at the very list, if that is > going to be a reason used, then all packages need to have generic > icons because the whole point of an icon to a program is recognition > and advertisement. HP wrote the stack, why can't their icon be used. > > This is being overly nitpicky about things. > +1 > Peace. From mailinglists at andreas-mueller.com Sun Apr 1 12:04:28 2007 From: mailinglists at andreas-mueller.com (Andreas Mueller) Date: Sun, 1 Apr 2007 14:04:28 +0200 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <1175426261.32242.1.camel@DustPuppy.LNX.RO> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> <1175426261.32242.1.camel@DustPuppy.LNX.RO> Message-ID: <200704011404.29210@andreas-mueller.com> Dumitru Ciobarcianu wrote: > On Sun, 2007-04-01 at 06:51 -0400, buildsys at fedoraproject.org wrote: > > NEW audacious-plugins-nonfree-mp3-1.2.5-2.fc6 > > NEW audacious-plugins-nonfree-wma-1.1.2-7.fc6 > > NEW ffmpeg-0.4.9-0.35.20070204.fc6 > > NEW gstreamer-ffmpeg-0.10.2-3.fc6 > > NEW lame-3.97-5.fc6 > > NEW latexmk-3.08n-4.fc6 ^^^^^^^^^^^ You got fooled. This one is real. > > NEW madplay-0.15.2b-5.fc6 > > NEW mplayer-1.0-0.73.20070325svn.fc6 > > NEW nvidia-kmod-1.0.9755-2.2.6.20_1.2933.fc6 > > NEW vlc-0.8.6a-2.fc6 > > Almost got me fooled :)) Andreas. From drago01 at gmail.com Sun Apr 1 12:09:08 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 01 Apr 2007 14:09:08 +0200 Subject: Wireless question in F7 In-Reply-To: <20070328222004.GB14737@redhat.com> References: <1175036116.9405.1.camel@sonlaptop> <20070328025703.GA16607@redhat.com> <1175113818.12486.6.camel@localhost.localdomain> <20070328222004.GB14737@redhat.com> Message-ID: <460FA0E4.7030909@gmail.com> Dave Jones wrote: > On Wed, Mar 28, 2007 at 09:30:18PM +0100, Richard Hughes wrote: > > On Tue, 2007-03-27 at 22:57 -0400, Dave Jones wrote: > > > mac80211 will be included alongside the existing upstream ieee80211 > > > stuff (which isn't really a 'stack', more a library). > > > > Is there a way to turn this off via grub for the anaconda install? I get > > a NULL dereference in the iwlwifi driver (that gets autoloaded as I have > > internal ipw3945 wireless hardware) which deadlocks my system. > > booting with 'noprobe' and then selecting your /other/ hardware > by hand might work. > > > Oops attached for reference, although it's already in bugzilla. > > I think this one got fixed a day or so ago. It looks familiar. > The latest build seems to have issues associating with APs though. > > which version is used in fedora? 0.0.11 is the lastest tarball but in git there is 0.0.12 (dunno why there is no tarball released) > Dave > From markg85 at gmail.com Sun Apr 1 12:22:13 2007 From: markg85 at gmail.com (Mark) Date: Sun, 1 Apr 2007 14:22:13 +0200 Subject: yum groupremove removes to much!! Message-ID: <6e24a8e80704010522k6b50b25fp160eec48d6bb0200@mail.gmail.com> Hey, I`m running Fedora core Test 2 with the latest updates (so that it`s basically Test 3 now). i had some issues with gnome and thought i could probably resolve it by completely removing all of gnome and than re-install it. so i did: yum groupremove "GNOME Desktop Environment" and yum started removing.. (over 200 packages!!) now it didn`t just remove all of gnome but also ALL OF KDE (i had KDE installed aswell) and all the gnome development tools that i had installed.. is that normal? when it finished i rebooted and after that i updated my entire system with: yum -y update after the update i did another reboot after that i installed gnome using: yum groupinstall "GNOME Desktop Environment" (-y) and now it`s just installing a little more than 100 packages.. that leaves another 100 packages that are being removed when you remove gnome but not being reinstalled.. now i think that they shouldn`t be reinstalled because they have nothing to do with gnome but they shouldn`t have been deleted in the first place. this is not a big problem for me.. just though i pointed it out here. btw.. dependency resolving seems to go alot faster now.. though i still see ALOT of double checks... (as in packages that are being checked again while they are already checked) -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Sun Apr 1 12:37:59 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 01 Apr 2007 14:37:59 +0200 Subject: How to create a backtrace when gdb hangs X? Message-ID: <460FA7A7.7070207@gmail.com> The last gaim update crashes for me when I change my status to away without entering a message or when I change it to invisible. I filled a bug here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234399 Its not possible to debug this because when it crashes inside gdb X hangs. When I kill the gdb process (from a vt) X is back to normal... but still no backtrace... I tryed to get a backtrace from a core file ... but useless see the bugreport. Any ideas what I can do to debug this? P.S: Am I the only one who has this problems? Can somebody please try this with gaim 2.0.0 beta6 on x86_64? From drago01 at gmail.com Sun Apr 1 12:47:45 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 01 Apr 2007 14:47:45 +0200 Subject: fc6 gaim update is BROKEN! In-Reply-To: <460AD1E4.4060405@redhat.com> References: <460ACF1C.7070401@gmail.com> <460AD1E4.4060405@redhat.com> Message-ID: <460FA9F1.6030501@gmail.com> Warren Togami wrote: > dragoran wrote: >> FC6 got a gaim update today which was not in updates testing before. >> Its completly broken... changing status without typing a message -> >> segfault >> When logging into icq it shows a message "Could not add buddy 1" >> Downgrade is also not possible because it somehow changed the >> contents of .gaim > > I'm sorry that this isn't working out for you. It worked very well > for me and a few other testers. Nobody complained about these > problems about this version sitting in rawhide for quite a while now. > > I do see the ICQ problem (which seems harmless), but not the segfault. > Could you please file Bugzilla reports for problems that you experience? I "fixed" it I removed the status.xml file from .gaim and let gaim create a new one -> no more segfaults :) From mclasen at redhat.com Sun Apr 1 13:06:37 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Sun, 01 Apr 2007 09:06:37 -0400 Subject: How to create a backtrace when gdb hangs X? In-Reply-To: <460FA7A7.7070207@gmail.com> References: <460FA7A7.7070207@gmail.com> Message-ID: <1175432797.2979.0.camel@localhost.localdomain> On Sun, 2007-04-01 at 14:37 +0200, dragoran wrote: > The last gaim update crashes for me when I change my status to away > without entering a message or when I change it to invisible. > I filled a bug here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234399 > Its not possible to debug this because when it crashes inside gdb X hangs. > When I kill the gdb process (from a vt) X is back to normal... but still > no backtrace... > I tryed to get a backtrace from a core file ... but useless see the > bugreport. > Any ideas what I can do to debug this? > You can either run the hanging app in a nested X instance (Xnest or Xephyr), or turn on AllowDeactivateGrabs in your xorg.conf From ml at deadbabylon.de Sun Apr 1 13:55:58 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Sun, 1 Apr 2007 15:55:58 +0200 Subject: KDE-Live-CD: trim the fat In-Reply-To: <1175269341.12248.2.camel@erebor.boston.redhat.com> References: <20070314011000.5b0cbcb8@localhost.localdomain> <20070329190545.05537ebc@localhost.localdomain> <1175269341.12248.2.camel@erebor.boston.redhat.com> Message-ID: <20070401155558.25836584@localhost.localdomain> Am Fri, 30 Mar 2007 11:42:21 -0400 schrieb Jeremy Katz : > On Thu, 2007-03-29 at 12:46 -0500, Rex Dieter wrote: > > Sebastian Vahl wrote: > > > Am Thu, 29 Mar 2007 08:02:49 -0500 > > > schrieb Rex Dieter : > > > > > >> Sebastian Vahl wrote: > > >> > > >> > I've created a new basic layout for the cd: > > >> > http://fedoraproject.org/wiki/Releases/FeatureFedoraKDE/KDELiveCD > > >> > The size on todays rawhide is about 667 MB. > > >> > Please tell me which package should be added or removed. > > >> > > >> Playing a bit with the F7-test3-KDE-Live, here are some > > >> suggestions to consider: > > >> http://fedoraproject.org/wiki/RexDieter/F7t3-kde-trim-the-fat > > > > > > If I haven't missed something all of the mentioned gnome-ish bits > > > are dependencies or dependencies of a dependency from anaconda. > > > > I don't think so, I checked already trying(1) to remove most of > > those packages (and they didn't touch anaconda). > > A shocking amount comes due to pirut requiring gnome-session for > the /etc/xdg/autostart directory. I'm unraveling that and putting the > directory in the filesystem package. This helped a lot, thanks! Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ml at deadbabylon.de Sun Apr 1 14:11:22 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Sun, 1 Apr 2007 16:11:22 +0200 Subject: KDE-Live-CD: trim the fat In-Reply-To: References: <20070314011000.5b0cbcb8@localhost.localdomain> <20070329190545.05537ebc@localhost.localdomain> Message-ID: <20070401161122.3463452c@localhost.localdomain> Am Thu, 29 Mar 2007 12:46:42 -0500 schrieb Rex Dieter : > Sebastian Vahl wrote: > > > Am Thu, 29 Mar 2007 08:02:49 -0500 > > schrieb Rex Dieter : > > > >> Sebastian Vahl wrote: > >> > >> > I've created a new basic layout for the cd: > >> > http://fedoraproject.org/wiki/Releases/FeatureFedoraKDE/KDELiveCD > >> > The size on todays rawhide is about 667 MB. > >> > Please tell me which package should be added or removed. > >> > >> Playing a bit with the F7-test3-KDE-Live, here are some > >> suggestions to consider: > >> http://fedoraproject.org/wiki/RexDieter/F7t3-kde-trim-the-fat > > > > If I haven't missed something all of the mentioned gnome-ish bits > > are dependencies or dependencies of a dependency from anaconda. > > I don't think so, I checked already trying(1) to remove most of those > packages (and they didn't touch anaconda). > Ok. Then I was wrong in that point. Maybe we should think about releasing test images on a weekly basis? So we could test them on this point more often in kde sig. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jdieter at gmail.com Sun Apr 1 16:53:58 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 01 Apr 2007 19:53:58 +0300 Subject: Presto test server disk full Message-ID: <1175446438.4182.3.camel@jndwidescreen.lesbg.loc> Just a heads up that our ISP's disk is completely full on the drive that hosts the Presto repository. There will be no new deltarpms until we can get this fixed. Sorry for the inconvenience. It would be nice to get something a bit more permanent worked out. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From stickster at gmail.com Sun Apr 1 17:08:39 2007 From: stickster at gmail.com (Paul W. Frields) Date: Sun, 01 Apr 2007 13:08:39 -0400 Subject: last chance relnotes for test4 Message-ID: <1175447319.4265.28.camel@localhost.localdomain> Tomorrow (2 April) at 2359 UTC we are freezing the release notes on the Wiki for conversion to XML. http://fedoraproject.org/wiki/Docs/Beats The content in the Wiki then gets translated and included in test4. If you get content in *now* you can get it read and tested by the community. The same holds true for the translations. It's stupidly easy to get notes in; there is nothing stopping you: http://fedoraproject.org/wiki/Docs/Beats/HowTo There are six ways to get notes in, as easy as sending an email, and we'll even do the Wiki work for you. Don't hesitate, send it! -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project: http://fedoraproject.org/wiki/PaulWFrields irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdieter at gmail.com Sun Apr 1 17:08:58 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 01 Apr 2007 20:08:58 +0300 Subject: Presto test server problems Message-ID: <1175447339.4182.10.camel@jndwidescreen.lesbg.loc> This is just a followup to the previous message I sent about the test server. The presto.xml.gz file has become a zero-length file for both extras and updates because of lack of disk space. Unfortunately, there's nothing I can do to get this problem fixed until tomorrow. So for the moment, please run yum with the --disablepresto command-line option while using it (or disable the presto plugin). Once again, a huge apology for the inconvenience. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From david at fubar.dk Sun Apr 1 19:53:39 2007 From: david at fubar.dk (David Zeuthen) Date: Sun, 01 Apr 2007 15:53:39 -0400 Subject: The need to re-detect usb-storage devices (on resume and on-the-fly plugging) In-Reply-To: <883cfe6d0703261948o281bedccqc28f27143d08d2aa@mail.gmail.com> References: <883cfe6d0703231035s29b4ae7cxc5bbdbfdb993c6d2@mail.gmail.com> <1174674122.2756.6.camel@zelda.fubar.dk> <1174681698.2756.40.camel@zelda.fubar.dk> <883cfe6d0703261948o281bedccqc28f27143d08d2aa@mail.gmail.com> Message-ID: <1175457219.3008.157.camel@zelda.fubar.dk> On Mon, 2007-03-26 at 22:48 -0400, Michel Salim wrote: > > Actually, I must admit, this doesn't work for me - I just tried. Upon > > resume (from from disk and from RAM), the kernel emits uevents to remove > > the devices, then adds them again. I don't see other device nodes being > > used though - my guess is that you have open files on the drive when you > > tested this? Hmm.. I can only guess that you didn't mount the partitions > > through HAL (using gnome-mount or GNOME) because if you did, we would > > have lazy unmounted the file system when we saw the device node going > > away... > > > Yup; I see extra nodes being created only I manually mounted the > removable partition in the first place (e.g. when I forgot to plug the > device at boot) Right, that's why - HAL will only lazy unmount file systems originating from an unplugged device, if that file system was mounted through HAL. So it all makes sense now. David From markg85 at gmail.com Sun Apr 1 21:57:02 2007 From: markg85 at gmail.com (Mark) Date: Sun, 1 Apr 2007 23:57:02 +0200 Subject: Future New Init for FC7? Message-ID: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> hey, i was looking on this page: http://fedoraproject.org/wiki/Releases/FeatureNewInit it says: Targeted release: Fedora 7 so i`m wondering.. will fedora core 7 have a new init system? if i`m correct it`s not in at this moment (using beta 3) Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Sun Apr 1 21:59:09 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Sun, 1 Apr 2007 23:59:09 +0200 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> Message-ID: On 4/1/07, Mark wrote: > > hey, > > i was looking on this page: > http://fedoraproject.org/wiki/Releases/FeatureNewInit > > it says: Targeted release: Fedora 7 > so i`m wondering.. will fedora core 7 have a new init system? > if i`m correct it`s not in at this moment (using beta 3) no, we already passed the feature freeze, looks like F8 stuff ;) Mark. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hughsient at gmail.com Sun Apr 1 22:07:23 2007 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 01 Apr 2007 23:07:23 +0100 Subject: rawhide report: 20070331 changes In-Reply-To: <200703311005.l2VA5jBb012694@hs20-bc2-6.build.redhat.com> References: <200703311005.l2VA5jBb012694@hs20-bc2-6.build.redhat.com> Message-ID: <1175465243.3953.1.camel@localhost.localdomain> On Sat, 2007-03-31 at 06:05 -0400, buildsys at redhat.com wrote: > kernel-2.6.20-1.3036.fc7 > ------------------------ > * Fri Mar 30 2007 Kristian H?gsberg > - Update nouveau patch, add versioned nouveau drm provides. This now works on GeForce 7300 hardware (yay!) but gets the panel resolution incorrect; filed as https://bugs.freedesktop.org/show_bug.cgi?id=10500 Cheers for the update. Richard. From markg85 at gmail.com Sun Apr 1 22:47:13 2007 From: markg85 at gmail.com (Mark) Date: Mon, 2 Apr 2007 00:47:13 +0200 Subject: Future New Init for FC7? In-Reply-To: References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> Message-ID: <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> oh.. sad to hear that.. will that be a new init stuff be in for FC8? (yea.. fedora can really use a startup boost :P default installation takes a full minute to start) Mark. 2007/4/1, dragoran dragoran : > > > > On 4/1/07, Mark wrote: > > > > hey, > > > > i was looking on this page: > > http://fedoraproject.org/wiki/Releases/FeatureNewInit > > > > it says: Targeted release: Fedora 7 > > so i`m wondering.. will fedora core 7 have a new init system? > > if i`m correct it`s not in at this moment (using beta 3) > > > no, we already passed the feature freeze, looks like F8 stuff ;) > > Mark. > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at fubar.dk Sun Apr 1 23:05:32 2007 From: david at fubar.dk (David Zeuthen) Date: Sun, 01 Apr 2007 19:05:32 -0400 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> Message-ID: <1175468732.3008.190.camel@zelda.fubar.dk> On Mon, 2007-04-02 at 00:47 +0200, Mark wrote: > oh.. sad to hear that.. > will that be a new init stuff be in for FC8? (yea.. fedora can really > use a startup boost :P default installation takes a full minute to > start) It's a popular misconception that boot time can be "boosted" by just replacing SysVinit with something else. The biggest bang for the buck actually comes from fixing readahead so it reads all the files it needs, without making the disk seek; see [1] for some old experiments I did 2.5 years ago. The good news, however, is that the readahead maintainer is working on this; see fedora-devel-list archives for discussion. David [1] : http://www.redhat.com/archives/fedora-devel-list/2004-November/msg01374.html From katzj at redhat.com Mon Apr 2 01:40:57 2007 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 01 Apr 2007 21:40:57 -0400 Subject: KDE-Live-CD: trim the fat In-Reply-To: <20070401161122.3463452c@localhost.localdomain> References: <20070314011000.5b0cbcb8@localhost.localdomain> <20070329190545.05537ebc@localhost.localdomain> <20070401161122.3463452c@localhost.localdomain> Message-ID: <1175478057.3140.25.camel@aglarond.local> On Sun, 2007-04-01 at 16:11 +0200, Sebastian Vahl wrote: > Maybe we should think about releasing test images on a weekly basis? So > we could test them on this point more often in kde sig. I've been pondering that too... the big problem is figuring out a decent way to host them. Maybe torrent-only would be "good enough" at least for the purposes of now through the Fedora 7 release. I'll look into it some more tomorrow Jeremy From sundaram at fedoraproject.org Mon Apr 2 03:41:12 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 02 Apr 2007 09:11:12 +0530 Subject: KDE-Live-CD: trim the fat In-Reply-To: <1175478057.3140.25.camel@aglarond.local> References: <20070314011000.5b0cbcb8@localhost.localdomain> <20070329190545.05537ebc@localhost.localdomain> <20070401161122.3463452c@localhost.localdomain> <1175478057.3140.25.camel@aglarond.local> Message-ID: <46107B58.3030702@fedoraproject.org> Jeremy Katz wrote: > On Sun, 2007-04-01 at 16:11 +0200, Sebastian Vahl wrote: >> Maybe we should think about releasing test images on a weekly basis? So >> we could test them on this point more often in kde sig. > > I've been pondering that too... the big problem is figuring out a decent > way to host them. Maybe torrent-only would be "good enough" at least > for the purposes of now through the Fedora 7 release. > > I'll look into it some more tomorrow David Zeuthen wanted to do daily live cd rawhide images. You might consider hooking this into the build system and pushing out both GNOME and KDE based live cd's on a regular basis. Rahul From miles.lane at gmail.com Mon Apr 2 04:20:09 2007 From: miles.lane at gmail.com (Miles Lane) Date: Sun, 1 Apr 2007 21:20:09 -0700 Subject: rawhide report: 20070401 changes In-Reply-To: <200704011021.l31ALgX7006886@hs20-bc2-6.build.redhat.com> References: <200704011021.l31ALgX7006886@hs20-bc2-6.build.redhat.com> Message-ID: 1. The ipw2200 signal kill switch is not working. That is, pressing it does not toggle the kill switch state. I know that the switch is not defective, so maybe this is a SELinux issue? 2. I added "options ipw2200 led=1" to /etc/modprobe.conf. This causes the LED on the kill switch to light up when the WIFI signal is enabled. This is working, although it seems to me that this should be the default behavior (preferably built into the ipw2200 driver). If we aren't going to get this changed in the driver, I recommend we put this option in modprobe.conf by default, so that the LED "just works" as expected. 3. Since I have enabled the kill switch LED, I notice that when I boot, from very early on in the boot process the LED starts blinking. That is, it flashes about once every three seconds. It appears to me that some process is repeatedly trying to get a working wireless connection. Since I am using NetworkManager, it seems like a bug that this is happening. Shouldn't the initscripts be smart enough to know when I am using NM to control the wireless connection and leave it alone until NM starts? 4. I tried suspend/resume, but it seems only the suspend worked. When I tried to resume, the drive spun up and my capslock LED light would toggle, but I never got back to the screensaver or GDM. From miles.lane at gmail.com Mon Apr 2 04:28:56 2007 From: miles.lane at gmail.com (Miles Lane) Date: Sun, 1 Apr 2007 21:28:56 -0700 Subject: rawhide report: 20070401 changes In-Reply-To: References: <200704011021.l31ALgX7006886@hs20-bc2-6.build.redhat.com> Message-ID: On 4/1/07, Miles Lane wrote: > 1. The ipw2200 signal kill switch is not working. That is, pressing > it does not toggle the kill switch state. I know that the switch is > not defective, so maybe this is a SELinux issue? > > 2. I added "options ipw2200 led=1" to /etc/modprobe.conf. This > causes the LED on the kill switch to light up when the WIFI signal is > enabled. This is working, although it seems to me that this should be > the default behavior (preferably built into the ipw2200 driver). If > we aren't going to get this changed in the driver, I recommend we put > this option in modprobe.conf by default, so that the LED "just works" > as expected. > > 3. Since I have enabled the kill switch LED, I notice that when I > boot, from very early on in the boot process the LED starts blinking. > That is, it flashes about once every three seconds. It appears to me > that some process is repeatedly trying to get a working wireless > connection. Since I am using NetworkManager, it seems like a bug that > this is happening. Shouldn't the initscripts be smart enough to know > when I am using NM to control the wireless connection and leave it > alone until NM starts? > > 4. I tried suspend/resume, but it seems only the suspend worked. > When I tried to resume, the drive spun up and my capslock LED light > would toggle, but I never got back to the screensaver or GDM. Oops. I should give my hardware configuration: 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 01:06.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05) 01:09.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 01:09.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller 01:09.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller 01:09.4 Class 0805: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller Here's dmesg output, minus all the "PM: Adding info..." lines: Linux version 2.6.20-1.3038.fc7 (brewbuilder at hs20-bc2-2.build.redhat.com) (gcc version 4.1.2 20070327 (Red Hat 4.1.2-7)) #1 SMP Sat Mar 31 19:51:12 EDT 2007 BIOS-provided physical RAM map: sanitize start sanitize end copy_e820_map() start: 0000000000000000 size: 000000000009f800 end: 000000000009f800 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 000000000009f800 size: 0000000000000800 end: 00000000000a0000 type: 2 copy_e820_map() start: 00000000000ce000 size: 0000000000002000 end: 00000000000d0000 type: 2 copy_e820_map() start: 00000000000dc000 size: 0000000000024000 end: 0000000000100000 type: 2 copy_e820_map() start: 0000000000100000 size: 000000003dde0000 end: 000000003dee0000 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 000000003dee0000 size: 000000000000c000 end: 000000003deec000 type: 3 copy_e820_map() start: 000000003deec000 size: 0000000000014000 end: 000000003df00000 type: 4 copy_e820_map() start: 000000003df00000 size: 0000000002100000 end: 0000000040000000 type: 2 copy_e820_map() start: 00000000fec00000 size: 0000000000010000 end: 00000000fec10000 type: 2 copy_e820_map() start: 00000000fee00000 size: 0000000000001000 end: 00000000fee01000 type: 2 copy_e820_map() start: 00000000ff800000 size: 0000000000400000 end: 00000000ffc00000 type: 2 copy_e820_map() start: 00000000fffffc00 size: 0000000000000400 end: 0000000100000000 type: 2 BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000ce000 - 00000000000d0000 (reserved) BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003dee0000 (usable) BIOS-e820: 000000003dee0000 - 000000003deec000 (ACPI data) BIOS-e820: 000000003deec000 - 000000003df00000 (ACPI NVS) BIOS-e820: 000000003df00000 - 0000000040000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ff800000 - 00000000ffc00000 (reserved) BIOS-e820: 00000000fffffc00 - 0000000100000000 (reserved) 94MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f7e30 Using x86 segment limits to approximate NX protection Entering add_active_range(0, 0, 253664) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem 229376 -> 253664 early_node_map[1] active PFN ranges 0: 0 -> 253664 On node 0 totalpages: 253664 DMA zone: 52 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4044 pages, LIFO batch:0 Normal zone: 2860 pages used for memmap Normal zone: 222420 pages, LIFO batch:31 HighMem zone: 308 pages used for memmap HighMem zone: 23980 pages, LIFO batch:3 DMI present. Using APIC driver default ACPI: RSDP 000F7E00, 0014 (r0 HP ) ACPI: RSDT 3DEE76BB, 0040 (r1 HP 09B8 6040000 LTP 0) ACPI: FACP 3DEEBE8C, 0074 (r1 HP 09B8 6040000 PTL 50) ACPI: DSDT 3DEE7B9A, 42F2 (r1 HP 09B8 6040000 MSFT 100000E) ACPI: FACS 3DEFCFC0, 0040 ACPI: HPET 3DEEBF00, 0038 (r1 HP 09B8 6040000 PTL 0) ACPI: APIC 3DEEBF38, 005A (r1 HP 09B8 6040000 PTL 50) ACPI: APIC 3DEEBF92, 0046 (r1 HP 09B8 6040000 PTL 0) ACPI: BOOT 3DEEBFD8, 0028 (r1 HP 09B8 6040000 LTP 1) ACPI: SSDT 3DEE7AFE, 009C (r1 HP 09B8 1 INTL 20030224) ACPI: SSDT 3DEE76FB, 0277 (r1 HP 09B8 2000 INTL 20030224) ACPI: BIOS bug: multiple APIC/MADT found, using 2 ACPI: If "acpi_apic_instance=0" works better, notify linux-acpi at vger.kernel.org ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:13 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 CPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs ACPI: HPET id: 0x8086a201 base: 0x0 Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 50000000 (gap: 40000000:bec00000) Built 1 zonelists. Total pages: 250444 Kernel command line: root=UUID=9652caef-4d29-4b1e-a511-3ac0608e403b pci=assign-busses vga=0x27e selinux=1 ro mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c079e000 soft=c077e000 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 1695.866 MHz processor. Console: colour dummy device 80x25 Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar ... MAX_LOCKDEP_SUBCLASSES: 8 ... MAX_LOCK_DEPTH: 30 ... MAX_LOCKDEP_KEYS: 2048 ... CLASSHASH_SIZE: 1024 ... MAX_LOCKDEP_ENTRIES: 8192 ... MAX_LOCKDEP_CHAINS: 16384 ... CHAINHASH_SIZE: 8192 memory used by lock dependency info: 1096 kB per task-struct memory footprint: 1200 bytes Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 990960k/1014656k available (2147k kernel code, 23028k reserved, 1139k data, 248k init, 97152k highmem) virtual kernel memory layout: fixmap : 0xffc56000 - 0xfffff000 (3748 kB) pkmap : 0xff800000 - 0xffc00000 (4096 kB) vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB) lowmem : 0xc0000000 - 0xf8000000 ( 896 MB) .init : 0xc073b000 - 0xc0779000 ( 248 kB) .data : 0xc0618d4d - 0xc0735cb4 (1139 kB) .text : 0xc0400000 - 0xc0618d4d (2147 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 3393.15 BogoMIPS (lpj=1696578) Security Framework v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 CPU: After generic identify, caps: afe9fbbf 00000000 00000000 00000000 00000180 00000000 00000000 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: After all inits, caps: afe9f3bf 00000000 00000000 00002040 00000180 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 12k freed ACPI: Core revision 20070126 CPU0: Intel(R) Pentium(R) M processor 1.70GHz stepping 06 Total of 1 processors activated (3393.15 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1 Brought up 1 CPUs sizeof(vma)=84 bytes sizeof(page)=52 bytes sizeof(inode)=564 bytes sizeof(dentry)=156 bytes sizeof(ext3inode)=800 bytes sizeof(buffer_head)=56 bytes sizeof(skbuff)=176 bytes sizeof(task_struct)=2704 bytes Time: 20:48:53 Date: 03/01/107 NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd9c2, last bus=2 PCI: Using configuration type 1 Setting up standard PCI resources ACPI: Interpreter enabled ACPI: (supports S0 S3 S4 S5) ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) Boot video device is 0000:00:02.0 PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH4 GPIO 0000:00:1f.1: trying to change BAR0 from 0000 to 01F0 0000:00:1f.1: trying to change BAR1 from 0000 to 03F4 0000:00:1f.1: trying to change BAR2 from 0000 to 0170 0000:00:1f.1: trying to change BAR3 from 0000 to 0374 PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs *10) ACPI: PCI Interrupt Link [LNKB] (IRQs *5) ACPI: PCI Interrupt Link [LNKC] (IRQs *4) ACPI: PCI Interrupt Link [LNKD] (IRQs *3) ACPI: PCI Interrupt Link [LNKE] (IRQs *11) ACPI: PCI Interrupt Link [LNKF] (IRQs 3) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs *4) ACPI: PCI Interrupt Link [LNKH] (IRQs *3) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 7 devices usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report NetLabel: Initializing NetLabel: domain hash size = 128 NetLabel: protocols = UNLABELED CIPSOv4 NetLabel: unlabeled traffic allowed by default pnp: 00:04: iomem range 0xfec10000-0xfec1ffff has been reserved Time: tsc clocksource has been installed. PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0 PCI: Bus 2, cardbus bridge: 0000:01:09.0 IO window: 00003400-000034ff IO window: 00003800-000038ff PREFETCH window: 50000000-53ffffff MEM window: 58000000-5bffffff PCI: Bridge: 0000:00:1e.0 IO window: 3000-3fff MEM window: e0200000-e02fffff PREFETCH window: 50000000-53ffffff PCI: Setting latency timer of device 0000:00:1e.0 to 64 ACPI: PCI Interrupt 0000:01:09.0[A] -> GSI 20 (level, low) -> IRQ 16 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 65536 (order: 9, 2359296 bytes) TCP bind hash table entries: 65536 (order: 9, 2097152 bytes) TCP: Hash tables configured (established 65536 bind 65536) TCP reno registered checking if image is initramfs... it is Freeing initrd memory: 2777k freed Simple Boot Flag at 0x36 set to 0x1 apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: overridden by ACPI. audit: initializing netlink socket (disabled) audit(1175460537.770:1): initialized highmem bounce pool size: 64 pages Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks ksign: Installing public key data Loading keyring - Added public key CB47D3A6B6031EC9 - User ID: Red Hat, Inc. (Kernel Module GPG key) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) pci_hotplug: PCI Hot Plug PCI Core version: 0.5 PM: Adding info for platform:vesafb.0 vesafb: framebuffer at 0xe8000000, mapped to 0xf8880000, using 7680k, total 32576k vesafb: mode is 1280x768x32, linelength=5120, pages=7 vesafb: protected mode interface info at 00ff:44f0 vesafb: scrolling: redraw vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0 Console: switching to colour frame buffer device 160x48 fb0: VESA VGA frame buffer device ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3]) Time: acpi_pm clocksource has been installed. Switched to high resolution mode on CPU 0 Clocksource tsc unstable (delta = -470506787 ns) ACPI: Thermal Zone [THRM] (58 C) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12ac Non-volatile memory driver v1.2 Linux agpgart interface v0.102 (c) Dave Jones agpgart: Detected an Intel 855 Chipset. agpgart: Detected 32636K stolen memory. agpgart: AGP aperture is 128M @ 0xe8000000 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled ACPI: PCI Interrupt 0000:00:1f.6[B] -> GSI 17 (level, low) -> IRQ 17 ACPI: PCI interrupt for device 0000:00:1f.6 disabled RAMDISK driver initialized: 16 RAM disks of 16384K size 4096 blocksize input: Macintosh mouse button emulation as /class/input/input0 Yenta: CardBus bridge found at 0000:01:09.0 [103c:3080] Yenta: Enabling burst memory read transactions Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:01:09.0, mfunc 0x01a01b22, devctl 0x64 Yenta: ISA IRQ mask 0x0cf8, PCI irq 16 Socket status: 30000006 pcmcia: parent PCI bridge I/O window: 0x3000 - 0x3fff cs: IO port probe 0x3000-0x3fff: clean. pcmcia: parent PCI bridge Memory window: 0xe0200000 - 0xe02fffff pcmcia: parent PCI bridge Memory window: 0x50000000 - 0x53ffffff usbcore: registered new interface driver libusual usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid drivers/usb/input/hid-core.c: v2.6:USB HID core driver PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PSM1] at 0x60,0x64 irq 1,12 serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /class/input/input1 TCP bic registered Initializing XFRM netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI No-Shortcut mode Magic number: 3:969:850 Freeing unused kernel memory: 248k freed Write protecting the kernel read-only data: 846k USB Universal Host Controller Interface driver v3.0 ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:1d.0: irq 18, io base 0x00001820 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1d.1: irq 19, io base 0x00001840 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found Synaptics Touchpad, model: 1, fw: 5.10, id: 0x258eb1, caps: 0xa04713/0x0 hub 2-0:1.0: 2 ports detected input: SynPS/2 Synaptics TouchPad as /class/input/input2 ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1d.2: irq 20, io base 0x00001860 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 21 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4 ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: irq 21, io mem 0xe0100000 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 6 ports detected SCSI subsystem initialized libata version 2.20 loaded. ata_piix 0000:00:1f.1: version 2.10ac1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1f.1 to 64 ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x00011810 irq 14 ata2: PATA max UDMA/100 cmd 0x00010170 ctl 0x00010376 bmdma 0x00011818 irq 15 scsi0 : ata_piix ata1.00: ATA-6: FUJITSU MHU2100AT, 00000008, max UDMA/100 ata1.00: 195371568 sectors, multi 16: LBA ata1.00: configured for UDMA/100 scsi1 : ata_piix ata2.00: ATAPI, max UDMA/33 ata2.00: configured for UDMA/33 scsi 0:0:0:0: Direct-Access ATA FUJITSU MHU2100A 0000 PQ: 0 ANSI: 5 SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 > sd 0:0:0:0: Attached scsi disk sda scsi 1:0:0:0: CD-ROM HL-DT-ST DVDRAM GMA-4080N 0S35 PQ: 0 ANSI: 5 kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. audit(1175460549.260:2): enforcing=1 old_enforcing=0 auid=4294967295 security: 3 users, 6 roles, 1760 types, 94 bools, 1 sens, 1024 cats security: 60 classes, 63835 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev sda6, type ext3), uses xattr SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev eventpollfs, type eventpollfs), uses task SIDs SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev cpuset, type cpuset), not configured for labeling SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts audit(1175460550.259:3): policy loaded auid=4294967295 sd 0:0:0:0: Attached scsi generic sg0 type 0 scsi 1:0:0:0: Attached scsi generic sg1 type 5 cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 1:0:0:0: Attached scsi CD-ROM sr0 ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17 intel_rng: FWH not detected input: PC Speaker as /class/input/input3 iTCO_vendor_support: vendor-support=0 rtc_cmos 00:01: rtc core: registered rtc_cmos as rtc0 rtc_cmos: probe of 00:01 failed with error -16 ieee80211_crypt: registered algorithm 'NULL' iTCO_wdt: Intel TCO WatchDog Timer Driver v1.01 (21-Jan-2007) iTCO_wdt: Found a ICH4-M TCO device (Version=1, TCOBASE=0x1060) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004) 8139cp 0000:01:00.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip 8139cp 0000:01:00.0: Try the "8139too" driver instead. ACPI: PCI Interrupt 0000:01:09.2[C] -> GSI 22 (level, low) -> IRQ 22 fw_ohci: Added fw-ohci device 0000:01:09.2, OHCI version 1.10 8139too Fast Ethernet driver 0.9.28 ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 18 eth0: RealTek RTL8139 at 0xf9130800, 00:c0:9f:95:18:1b, IRQ 18 eth0: Identified 8139 chip type 'RTL-8100B/8139D' ieee80211: 802.11 data/management/control stack, git-1.1.13 ieee80211: Copyright (C) 2004-2005 Intel Corporation ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.0kmprq ipw2200: Copyright(c) 2003-2006 Intel Corporation ACPI: PCI Interrupt 0000:01:06.0[A] -> GSI 18 (level, low) -> IRQ 20 ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman fw_core: created new fw device fw0 (0 config rom retries) ipw2200: Detected geography ZZM (11 802.11bg channels, 0 802.11a channels) sdhci: SDHCI controller found at 0000:01:09.4 [104c:8034] (rev 0) ACPI: PCI Interrupt 0000:01:09.4[A] -> GSI 20 (level, low) -> IRQ 16 mmc0: SDHCI at 0xe0208400 irq 16 DMA mmc1: SDHCI at 0xe0208000 irq 16 DMA mmc2: SDHCI at 0xe0207c00 irq 16 DMA ACPI: PCI Interrupt 0000:01:09.3[A] -> GSI 20 (level, low) -> IRQ 16 ACPI: PCI Interrupt 0000:00:1f.6[B] -> GSI 17 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1f.6 to 64 MC'97 0 converters and GPIO not ready (0x1) ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1f.5 to 64 intel8x0_measure_ac97_clock: measured 50529 usecs intel8x0: clocking to 48000 floppy0: no floppy controllers found lp: driver loaded but no devices found sonypi: Sony Programmable I/O Controller Driver v1.26. ACPI: AC Adapter [ACAD] (on-line) ACPI: Battery Slot [BAT0] (battery present) No dock devices found. input: Power Button (FF) as /class/input/input4 ACPI: Power Button (FF) [PWRF] input: Lid Switch as /class/input/input5 ACPI: Lid Switch [LID0] input: Sleep Button (CM) as /class/input/input6 ACPI: Sleep Button (CM) [SLPB] ibm_acpi: ec object not found ACPI: Video Device [GFX0] (multi-head: yes rom: yes post: no) device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel at redhat.com EXT3 FS on sda6, internal journal SELinux: initialized (dev sda5, type vfat), uses genfs_contexts kjournald starting. Commit interval 5 seconds EXT3 FS on sda7, internal journal EXT3-fs: mounted filesystem with ordered data mode. SELinux: initialized (dev sda7, type ext3), uses xattr kjournald starting. Commit interval 5 seconds EXT3 FS on sda11, internal journal EXT3-fs: mounted filesystem with ordered data mode. SELinux: initialized (dev sda11, type ext3), uses xattr kjournald starting. Commit interval 5 seconds EXT3 FS on sda9, internal journal EXT3-fs: mounted filesystem with ordered data mode. SELinux: initialized (dev sda9, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs Adding 1052216k swap on /dev/sda8. Priority:-1 extents:1 across:1052216k SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts NET: Registered protocol family 10 lo: Disabled Privacy Extensions Mobile IPv6 process `sysctl' is using deprecated sysctl (syscall) net.ipv6.neigh.default.retrans_time; Use net.ipv6.neigh.default.retrans_time_ms instead. eth0: link down ADDRCONF(NETDEV_UP): eth0: link is not ready ADDRCONF(NETDEV_UP): eth1: link is not ready audit(1175485831.459:4): audit_pid=2068 old=0 by auid=4294967295 subj=system_u:system_r:auditd_t:s0 Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP ver 2.8 Bluetooth: L2CAP socket layer initialized Bluetooth: HIDP (Human Interface Emulation) ver 1.2 SELinux: initialized (dev autofs, type autofs), uses genfs_contexts SELinux: initialized (dev autofs, type autofs), uses genfs_contexts SELinux: initialized (dev autofs, type autofs), uses genfs_contexts [drm] Initialized drm 1.1.0 20060810 ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 18 [drm] Initialized i915 1.6.0 20060119 on minor 0 [drm] Initialized i915 1.6.0 20060119 on minor 1 ADDRCONF(NETDEV_UP): eth1: link is not ready eth0: link down ADDRCONF(NETDEV_UP): eth0: link is not ready ieee80211_crypt: registered algorithm 'WEP' ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready eth1: no IPv6 routers present From bojan at rexursive.com Mon Apr 2 05:13:19 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 02 Apr 2007 15:13:19 +1000 Subject: tcpreplay: anyone interested? Message-ID: <1175490799.3154.7.camel@shrek.rexursive.com> Just a quick poll to see if anyone else is interested in seeing tcpreplay (http://tcpreplay.synfin.net/trac/) in FE/EPEL. If yes, I'll open a new package review bug. -- Bojan From naoki at valuecommerce.com Mon Apr 2 05:37:59 2007 From: naoki at valuecommerce.com (Naoki) Date: Mon, 02 Apr 2007 14:37:59 +0900 Subject: tcpreplay: anyone interested? In-Reply-To: <1175490799.3154.7.camel@shrek.rexursive.com> References: <1175490799.3154.7.camel@shrek.rexursive.com> Message-ID: <1175492279.3279.9.camel@localhost.localdomain> +1 Very handy tool. On Mon, 2007-04-02 at 15:13 +1000, Bojan Smojver wrote: > Just a quick poll to see if anyone else is interested in seeing > tcpreplay (http://tcpreplay.synfin.net/trac/) in FE/EPEL. If yes, I'll > open a new package review bug. From jpmahowald at gmail.com Mon Apr 2 06:39:00 2007 From: jpmahowald at gmail.com (John Mahowald) Date: Mon, 2 Apr 2007 01:39:00 -0500 Subject: yum groupremove removes to much!! In-Reply-To: <6e24a8e80704010522k6b50b25fp160eec48d6bb0200@mail.gmail.com> References: <6e24a8e80704010522k6b50b25fp160eec48d6bb0200@mail.gmail.com> Message-ID: <3ea997540704012339x1309fe57gb864865b05e8b0ee@mail.gmail.com> On 4/1/07, Mark wrote: > > yum groupremove "GNOME Desktop Environment" > > and yum started removing.. (over 200 packages!!) > > now it didn`t just remove all of gnome but also ALL OF KDE (i had KDE > installed aswell) and all the gnome development tools that i had installed.. > is that normal? Development tools depend on their corresponding packages. And you probably removed gdm or something KDE depended on, without the KDE equivalent in place. Sounds normal, unless you have a specific example of a dependency that doesn't make sense. > yum groupinstall "GNOME Desktop Environment" (-y) > and now it`s just installing a little more than 100 packages.. > that leaves another 100 packages that are being removed when you remove > gnome but not being reinstalled.. Yes, but did you reinstall "KDE (K Desktop Environment)" and "GNOME Software Development" ? If not that is not a fair comparison. John From j.w.r.degoede at hhs.nl Mon Apr 2 06:53:20 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 02 Apr 2007 08:53:20 +0200 Subject: tcpreplay: anyone interested? In-Reply-To: <1175490799.3154.7.camel@shrek.rexursive.com> References: <1175490799.3154.7.camel@shrek.rexursive.com> Message-ID: <4610A860.9040304@hhs.nl> Bojan Smojver wrote: > Just a quick poll to see if anyone else is interested in seeing > tcpreplay (http://tcpreplay.synfin.net/trac/) in FE/EPEL. If yes, I'll > open a new package review bug. > Sounds interesting. Regards, Hans From fedora at camperquake.de Mon Apr 2 07:34:24 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 2 Apr 2007 09:34:24 +0200 Subject: tcpreplay: anyone interested? In-Reply-To: <1175490799.3154.7.camel@shrek.rexursive.com> References: <1175490799.3154.7.camel@shrek.rexursive.com> Message-ID: <20070402093424.1a66a8f1@banea.int.addix.net> Hi. On Mon, 02 Apr 2007 15:13:19 +1000, Bojan Smojver wrote: > Just a quick poll to see if anyone else is interested in seeing > tcpreplay (http://tcpreplay.synfin.net/trac/) in FE/EPEL. If yes, I'll > open a new package review bug. The few times I tried this the 3.x versions did not work at all, and 2.x was quite segfault happy. From bojan at rexursive.com Mon Apr 2 08:21:48 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 2 Apr 2007 08:21:48 +0000 (UTC) Subject: tcpreplay: anyone interested? References: <1175490799.3154.7.camel@shrek.rexursive.com> <20070402093424.1a66a8f1@banea.int.addix.net> Message-ID: Ralf Ertzinger camperquake.de> writes: > The few times I tried this the 3.x versions did not work at all, and > 2.x was quite segfault happy. You can give this a quick build/test and let me know if you still find problems: ftp://ftp.rexursive.com/pub/tcpreplay/tcpreplay.spec ftp://ftp.rexursive.com/pub/tcpreplay/tcpreplay-2.3.5-1.src.rpm If you think the binaries still aren't of acceptable quality for Fedora, I won't submit for package review. -- Bojan From wolfy at nobugconsulting.ro Mon Apr 2 09:19:20 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 02 Apr 2007 12:19:20 +0300 Subject: tcpreplay: anyone interested? In-Reply-To: References: <1175490799.3154.7.camel@shrek.rexursive.com> <20070402093424.1a66a8f1@banea.int.addix.net> Message-ID: <4610CA98.4020902@nobugconsulting.ro> Bojan Smojver wrote: > Ralf Ertzinger camperquake.de> writes: > > >> The few times I tried this the 3.x versions did not work at all, and >> 2.x was quite segfault happy. >> > > You can give this a quick build/test and let me know if you still find problems: > > ftp://ftp.rexursive.com/pub/tcpreplay/tcpreplay.spec > ftp://ftp.rexursive.com/pub/tcpreplay/tcpreplay-2.3.5-1.src.rpm > > If you think the binaries still aren't of acceptable quality for Fedora, I won't > submit for package review. > > -- > Bojan > > > > just tried a rebuild in centos-4. first issue:spec requires libpcap (instead of libpcap-devel as fc6) and either libnet (available in dag's repo) or libnet-devel (epel4). In both variants mock build fails with: checking for pcapnav-config... no checking for requires strict byte alignment... no checking for tcpdump... no configure: WARNING: Unable to find tcpdump. Please specify --with-tcpdump. Disabling verbose reporting. checking for 'make test' profile... Linux [...] configure: creating ./config.status config.status: creating Makefile config.status: creating test/Makefile config.status: creating test/config config.status: creating tcpreplay.spec config.status: creating config.h config.status: config.h is unchanged + /usr/bin/make gcc -pipe -Wall -O3 -funroll-loops -DHAVE_CONFIG_H -I. -I/usr/include -I/usr/inc lude -c tcpreplay.c tcpreplay.c: In function `configfile': tcpreplay.c:1153: error: `tcpdump' undeclared (first use in this function) tcpreplay.c:1153: error: (Each undeclared identifier is reported only once tcpreplay.c:1153: error: for each function it appears in.) tcpreplay.c: In function `packet_stats': tcpreplay.c:1309: warning: int format, __suseconds_t arg (arg 4) tcpreplay.c:1309: warning: int format, __suseconds_t arg (arg 4) tcpreplay.c:1312: warning: int format, __time_t arg (arg 5) make: *** [tcpreplay.o] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.54374 (%build) From bojan at rexursive.com Mon Apr 2 09:28:00 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 2 Apr 2007 09:28:00 +0000 (UTC) Subject: tcpreplay: anyone interested? References: <1175490799.3154.7.camel@shrek.rexursive.com> <20070402093424.1a66a8f1@banea.int.addix.net> <4610CA98.4020902@nobugconsulting.ro> Message-ID: Manuel Wolfshant nobugconsulting.ro> writes: > just tried a rebuild in centos-4. first issue:spec requires libpcap > (instead of libpcap-devel as fc6) and either libnet (available in dag's > repo) or libnet-devel (epel4). Patches welcome :-) -- Bojan From bojan at rexursive.com Mon Apr 2 09:30:40 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 2 Apr 2007 09:30:40 +0000 (UTC) Subject: tcpreplay: anyone interested? References: <1175490799.3154.7.camel@shrek.rexursive.com> Message-ID: Bojan Smojver rexursive.com> writes: > If yes, I'll > open a new package review bug. OK, since people are already contributing, here is the correct place to do it: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234812 -- Bojan From naoki at valuecommerce.com Mon Apr 2 09:41:47 2007 From: naoki at valuecommerce.com (Naoki) Date: Mon, 02 Apr 2007 18:41:47 +0900 Subject: gnome-screensaver "Pictures" system default. Message-ID: <1175506907.3279.79.camel@localhost.localdomain> # rpm -qf /etc/skel/Pictures/ gnome-screensaver-2.18.0-2.fc7 I'd think this isn't a good system default. Any user that wants a slideshow for their screen saver has to configure it anyway making this rather unnecessary? -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Mon Apr 2 09:43:20 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 2 Apr 2007 05:43:20 -0400 Subject: rawhide report: 20070402 changes Message-ID: <200704020943.l329hKuP012450@hs20-bc2-6.build.redhat.com> Updated Packages: dhcp-12:3.0.5-27.fc7 -------------------- * Sun Apr 01 2007 David Cantrell - 12:3.0.5-27 - Ensure that Perl and Perl modules are not added as dependencies (#234688) - Reorganize patches by feature/bug per packaging guidelines (#225691) - Move the following files from patches to source files: linux.dbus-example, linux, Makefile.dist, dhcp4client.h, libdhcp_control.h - Compile with -fno-strict-aliasing as ISC coding standards generally don't agree well with gcc 4.x.x * Wed Mar 21 2007 David Cantrell - 12:3.0.5-26 - Fix formatting problems in dhclient man page (#233076). * Mon Mar 05 2007 David Cantrell - 12:3.0.5-25 - Man pages need 0644 permissions (#222572) eog-2.18.0.1-2.fc7 ------------------ * Sun Apr 01 2007 Matthias Clasen - 2.18.0.1-2 - Fix a problem with the svgz patch evince-0.8.0-3.fc7 ------------------ * Sun Apr 01 2007 Matthias Clasen - 0.8.0-3 - Add an explicit --with-print=gtk to configure - Drop libgnomeprintui22 BR glibc-2.5.90-20 --------------- * Sat Mar 31 2007 Jakub Jelinek 2.5.90-20 - assorted NIS+ speedups (#223467) - fix HAVE_LIBCAP configure detection (#178934) - remove /usr/sbin/rpcinfo from glibc-common (#228894) - nexttoward*/nextafter* fixes (BZ#3306) - feholdexcept/feupdateenv fixes (BZ#3427) - speed up fnmatch with two or more * in the pattern gnome-screensaver-2.18.0-3.fc7 ------------------------------ * Sun Apr 01 2007 Matthias Clasen - 2.18.0-3 - Fall back to HOME/Pictures if PICTURES is not set gthumb-2.10.0-3.fc7 ------------------- * Mon Apr 02 2007 Matthias Clasen - 2.10.0-3 - Use the PICTURES user dir as default location for photo import hal-0.5.9-0.git20070401.1.fc7 ----------------------------- * Sun Apr 01 2007 David Zeuthen - 0.5.9-0.git20070401.1 - Rebuild * Sun Apr 01 2007 David Zeuthen - 0.5.9-0.git20070401 - Update to hal 0.5.9rc3 and hal-info-20070401 - Drop Fedora eject patch in favor of new --with-eject build option - Man pages and new tools; notably hal-lock(1) and hal-disable-polling(1) mono-1.2.3-3.fc7 ---------------- * Sun Apr 01 2007 Matthias Clasen - 1.2.3-3 - Fix a spec format error (#210633) words-3.0-11.fc7 ---------------- * Mon Apr 02 2007 Karel Zak - 3.0-11 - cleanup spec file - fix #227216 - Unnecessary BuildRequirement to ncompress Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 systemtap-runtime - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Apr 2 09:43:58 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 2 Apr 2007 11:43:58 +0200 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070330171339.GI10779@humbolt.us.dell.com> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> Message-ID: <20070402114358.721fd01b@python3.es.egwn.lan> Michael E Brown wrote : > > Can I suggest you use ExclusiveArch: %{ix86} x86_64 fedora is built by people > > for other archs than those. with a side effect that these things get built > > for archs they should not be built for. > > Does not work. Sorry. > > Firmware-addon-dell is a noarch package. So if you use "ExclusiveArch: ...", it > fails to build. The reason I put in the ExcludeArch line was to keep the > compose scripts from dropping it into the ppc fedora repo. I am perfectly happy > to add additional excludearch directives if you send me a patch. I just realized that I got bitten by this too! The ipw*firmware packages I maintain have : BuildArch: noarch # This is so that the noarch packages only appears for these archs ExclusiveArch: noarch i386 x86_64 And I thought that the buildsystem would get things right, but it seems like it doesn't since I just saw that they were available for ppc. Maybe it's just a matter of fixing the push script so that it checks the exclusivearchs before it checks if the package is noarch (just a wild guess). Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2933.fc6 Load : 2.52 2.75 2.46 From bjohnson-dated-1172832473.ba5e95 at symetrix.com Mon Apr 2 09:48:54 2007 From: bjohnson-dated-1172832473.ba5e95 at symetrix.com (Bernard Johnson) Date: Mon, 02 Apr 2007 03:48:54 -0600 Subject: tcpreplay: anyone interested? In-Reply-To: <4610CA98.4020902@nobugconsulting.ro> References: <1175490799.3154.7.camel@shrek.rexursive.com> <20070402093424.1a66a8f1@banea.int.addix.net> <4610CA98.4020902@nobugconsulting.ro> Message-ID: Manuel Wolfshant wrote: > tcpreplay.c: In function `configfile': > tcpreplay.c:1153: error: `tcpdump' undeclared (first use in this function) Add tcpdump to the BR. From mschwendt.tmp0701.nospam at arcor.de Mon Apr 2 10:29:03 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 2 Apr 2007 12:29:03 +0200 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070402114358.721fd01b@python3.es.egwn.lan> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> <20070402114358.721fd01b@python3.es.egwn.lan> Message-ID: <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> On Mon, 2 Apr 2007 11:43:58 +0200, Matthias Saou wrote: > Michael E Brown wrote : > > > > Can I suggest you use ExclusiveArch: %{ix86} x86_64 fedora is built by people > > > for other archs than those. with a side effect that these things get built > > > for archs they should not be built for. > > > > Does not work. Sorry. > > > > Firmware-addon-dell is a noarch package. So if you use "ExclusiveArch: ...", it > > fails to build. The reason I put in the ExcludeArch line was to keep the > > compose scripts from dropping it into the ppc fedora repo. I am perfectly happy > > to add additional excludearch directives if you send me a patch. > > I just realized that I got bitten by this too! The ipw*firmware > packages I maintain have : > > BuildArch: noarch > # This is so that the noarch packages only appears for these archs > ExclusiveArch: noarch i386 x86_64 > > And I thought that the buildsystem would get things right, but it seems > like it doesn't since I just saw that they were available for ppc. > Maybe it's just a matter of fixing the push script so that it checks > the exclusivearchs before it checks if the package is noarch (just a > wild guess). In your case, the buildsys has built a noarch rpm. Nothing in the noarch rpm package says that it must not be installed on ppc. Making the push script parse spec files sounds very wrong to me. https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01831.html From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Apr 2 10:44:52 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 2 Apr 2007 12:44:52 +0200 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> <20070402114358.721fd01b@python3.es.egwn.lan> <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070402124452.3e09c3c5@python3.es.egwn.lan> Michael Schwendt wrote : > On Mon, 2 Apr 2007 11:43:58 +0200, Matthias Saou wrote: > > > Michael E Brown wrote : > > > > > > Can I suggest you use ExclusiveArch: %{ix86} x86_64 fedora is built by people > > > > for other archs than those. with a side effect that these things get built > > > > for archs they should not be built for. > > > > > > Does not work. Sorry. > > > > > > Firmware-addon-dell is a noarch package. So if you use "ExclusiveArch: ...", it > > > fails to build. The reason I put in the ExcludeArch line was to keep the > > > compose scripts from dropping it into the ppc fedora repo. I am perfectly happy > > > to add additional excludearch directives if you send me a patch. > > > > I just realized that I got bitten by this too! The ipw*firmware > > packages I maintain have : > > > > BuildArch: noarch > > # This is so that the noarch packages only appears for these archs > > ExclusiveArch: noarch i386 x86_64 > > > > And I thought that the buildsystem would get things right, but it seems > > like it doesn't since I just saw that they were available for ppc. > > Maybe it's just a matter of fixing the push script so that it checks > > the exclusivearchs before it checks if the package is noarch (just a > > wild guess). > > In your case, the buildsys has built a noarch rpm. Nothing in the noarch > rpm package says that it must not be installed on ppc. Making the push script > parse spec files sounds very wrong to me. > > https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01831.html I'm somewhat confused. It seems that using "ExcludeArch: ppc" would solve my problem, but how does the push script get it right in that case without parsing the spec file? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2933.fc6 Load : 4.64 4.82 3.46 From mschwendt.tmp0701.nospam at arcor.de Mon Apr 2 11:42:05 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 2 Apr 2007 13:42:05 +0200 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070402124452.3e09c3c5@python3.es.egwn.lan> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> <20070402114358.721fd01b@python3.es.egwn.lan> <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> <20070402124452.3e09c3c5@python3.es.egwn.lan> Message-ID: <20070402134205.89256e50.mschwendt.tmp0701.nospam@arcor.de> On Mon, 2 Apr 2007 12:44:52 +0200, Matthias Saou wrote: > > > packages I maintain have : > > > > > > BuildArch: noarch > > > # This is so that the noarch packages only appears for these archs > > > ExclusiveArch: noarch i386 x86_64 > > > > > > And I thought that the buildsystem would get things right, but it seems > > > like it doesn't since I just saw that they were available for ppc. > > > Maybe it's just a matter of fixing the push script so that it checks > > > the exclusivearchs before it checks if the package is noarch (just a > > > wild guess). > > > > In your case, the buildsys has built a noarch rpm. Nothing in the noarch > > rpm package says that it must not be installed on ppc. Making the push script > > parse spec files sounds very wrong to me. > > > > https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01831.html > > I'm somewhat confused. It seems that using "ExcludeArch: ppc" would > solve my problem, but how does the push script get it right in that > case without parsing the spec file? It queries the RPM header of the corresponding src.rpm package, which contains the "excludearch" field. Yeah, right, that's not beautiful either. AFAIK, parallel to this thread, the Packaging Group and/or FESCo discuss whether to disallow ExcludeArch for noarch packages. Probably will be too late for Fedora 7, though. From jwboyer at jdub.homelinux.org Mon Apr 2 12:31:26 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 02 Apr 2007 07:31:26 -0500 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <20070401105154.F30A3152131@buildsys.fedoraproject.org> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> Message-ID: <1175517086.32658.36.camel@vader.jdub.homelinux.org> On Sun, 2007-04-01 at 06:51 -0400, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras 6: 35 > NEW SimGear-0.3.10-4.fc6 > NEW audacious-plugins-nonfree-mp3-1.2.5-2.fc6 > NEW audacious-plugins-nonfree-wma-1.1.2-7.fc6 > NEW ffmpeg-0.4.9-0.35.20070204.fc6 > NEW gstreamer-ffmpeg-0.10.2-3.fc6 > NEW lame-3.97-5.fc6 > NEW latexmk-3.08n-4.fc6 > NEW madplay-0.15.2b-5.fc6 > NEW mplayer-1.0-0.73.20070325svn.fc6 > NEW nvidia-kmod-1.0.9755-2.2.6.20_1.2933.fc6 > NEW vlc-0.8.6a-2.fc6 /me is not amused. josh From Matt_Domsch at dell.com Mon Apr 2 12:54:27 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 2 Apr 2007 07:54:27 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2007-04-02 Message-ID: <20070402125427.GA7626@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Mon Apr 2 04:49:18 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 1153 Number failed to build: 47 Number expected to fail due to ExclusiveArch or ExcludeArch: 15 Leaving: 32 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 32 ---------------------------------- alacarte-0.11.3-3.fc7 castor-0.9.5-1jpp.7 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-7 eclipse-3.2.2-7.fc7 g-wrap-1.9.6-7.1 gnome-sharp-2.16.0-1.fc6 gnome-vfs2-2.18.0.1-1.fc7 grub-0.97-13 jgroups-2.2.9.2-3jpp.2 kdebase-3.5.6-4.fc7 kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 libgssapi-0.10-3.fc7 linux-atm-2.5.0-1.20050118cvs memtest86+-1.70-1.fc7 mikmod-3.1.6-39.fc7 mysqlclient10-3.23.58-9.2.1 mysqlclient14-4.1.14-4.2.1 nfs-utils-lib-1.0.8-8.fc7 perl-5.8.8-15.fc7 ppc64-utils-0.11-2.fc7 prelink-0.3.10-1 readahead-1.3-7.fc6 sgml-common-0.6.3-19 squirrelmail-1.4.8-4.fc6 struts-1.2.9-4jpp.6 syslinux-3.36-1.fc7 tetex-3.0-36.fc7 valgrind-3.2.3-2 velocity-1.4-6jpp.1 xen-3.0.4-9.fc7 xferstats-2.16-14.1 With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Mon Apr 2 12:55:21 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 2 Apr 2007 07:55:21 -0500 Subject: Core i386 rawhide rebuild in mock status 2007-04-02 Message-ID: <20070402125521.GA7641@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Mon Apr 2 04:51:56 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 1154 Number failed to build: 36 Number expected to fail due to ExclusiveArch or ExcludeArch: 9 Leaving: 27 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 27 ---------------------------------- automake16-1.6.3-11 castor-0.9.5-1jpp.7 eclipse-3.2.2-7.fc7 g-wrap-1.9.6-7.1 gnome-sharp-2.16.0-1.fc6 gnome-vfs2-2.18.0.1-1.fc7 grub-0.97-13 jgroups-2.2.9.2-3jpp.2 kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 kudzu-1.2.67-1 libgssapi-0.10-3.fc7 linux-atm-2.5.0-1.20050118cvs mikmod-3.1.6-39.fc7 mysqlclient10-3.23.58-9.2.1 mysqlclient14-4.1.14-4.2.1 nfs-utils-lib-1.0.8-8.fc7 nmap-4.20-5.fc7 perl-5.8.8-15.fc7 ppc64-utils-0.11-2.fc7 prelink-0.3.10-1 readahead-1.3-7.fc6 sgml-common-0.6.3-19 squirrelmail-1.4.8-4.fc6 struts-1.2.9-4jpp.6 tetex-3.0-36.fc7 velocity-1.4-6jpp.1 xferstats-2.16-14.1 With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Mon Apr 2 12:55:27 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 2 Apr 2007 07:55:27 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2007-04-02 Message-ID: <20070402125527.GA7665@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Mon Apr 2 05:00:32 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2876 Number failed to build: 54 Number expected to fail due to ExclusiveArch or ExcludeArch: 20 Leaving: 34 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 34 ---------------------------------- Democracy-0.9.5.1-6.fc7 tscherf at redhat.com R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de atitvout-0.4-6 andreas.bierfert at lowlatency.de banshee-0.11.5-1.fc7 caillon at redhat.com checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com csound-5.03.0-9.fc7 dcbw at redhat.com,paul at all-the-johnsons.co.uk em8300-kmod-0.16.1-7.2.6.20_1.2997.fc7 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net flumotion-0.2.1-3.fc6 thomas at apestaart.org gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk jflex-1.3.5-2jpp.1.fc7 mwringe at redhat.com jogl-1.0.0-5.7.beta5.fc6 green at redhat.com kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libpaper-1.1.20-5.fc6 tcallawa at redhat.com libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de mlton-20061107-2.fc7 adam at spicenitz.org nomadsync-0.4.2-13.fc6 triad at df.lth.se orpie-1.4.3-5.fc6 lists at forevermore.net pdftk-1.41-3.fc7 Jochen at herr-schmitt.de php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org prewikka-0.9.8-1.fc7 tscherf at redhat.com python-amara-1.1.9-7.fc7 jamatos at fc.up.pt python-reportlab-2.0-2.fc7 bdpepple at ameritech.net qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com s3switch-0.0-9.20020912.fc6 paul at xelerance.com scipy-0.5.2-1.fc7 jspaleta at gmail.com steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de sysprof-kmod-1.0.8-1.2.6.20_1.3024.fc7 giallu at gmail.com xmldiff-0.6.7-12.fc6 stickster at gmail.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Mon Apr 2 12:57:23 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 2 Apr 2007 07:57:23 -0500 Subject: Extras i386 rawhide rebuild in mock status 2007-04-02 Message-ID: <20070402125723.GA7700@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Mon Apr 2 05:07:01 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2876 Number failed to build: 29 Number expected to fail due to ExclusiveArch or ExcludeArch: 2 Leaving: 27 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 27 ---------------------------------- Democracy-0.9.5.1-6.fc7 tscherf at redhat.com R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de banshee-0.11.5-1.fc7 caillon at redhat.com checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com csound-5.03.0-9.fc7 dcbw at redhat.com,paul at all-the-johnsons.co.uk em8300-kmod-0.16.1-7.2.6.20_1.2997.fc7 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net flumotion-0.2.1-3.fc6 thomas at apestaart.org gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk jflex-1.3.5-2jpp.1.fc7 mwringe at redhat.com jogl-1.0.0-5.7.beta5.fc6 green at redhat.com kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libpaper-1.1.20-5.fc6 tcallawa at redhat.com nomadsync-0.4.2-13.fc6 triad at df.lth.se orpie-1.4.3-5.fc6 lists at forevermore.net pdftk-1.41-3.fc7 Jochen at herr-schmitt.de php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com scipy-0.5.2-1.fc7 jspaleta at gmail.com steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de sysprof-kmod-1.0.8-1.2.6.20_1.3024.fc7 giallu at gmail.com xmldiff-0.6.7-12.fc6 stickster at gmail.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From hhoffman at ip-solutions.net Mon Apr 2 13:08:53 2007 From: hhoffman at ip-solutions.net (Harry Hoffman) Date: Mon, 2 Apr 2007 09:08:53 -0400 (EDT) Subject: Package request Message-ID: <36137.207.106.111.3.1175519333.squirrel@www.ip-solutions.net> Hi, Wondering if it would be possible to include Phil Wood's mmap patches for libpcap in the fedora repos? His patches can be found here: http://public.lanl.gov/cpw/ Cheers, Harry From tjb at unh.edu Mon Apr 2 13:28:24 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Mon, 02 Apr 2007 09:28:24 -0400 Subject: rawhide report: 20070402 changes In-Reply-To: <200704020943.l329hKuP012450@hs20-bc2-6.build.redhat.com> References: <200704020943.l329hKuP012450@hs20-bc2-6.build.redhat.com> Message-ID: <1175520504.20913.5.camel@raptor.sr.unh.edu> On Mon, 2007-04-02 at 05:43 -0400, buildsys at redhat.com wrote: > glibc-2.5.90-20 > --------------- > * Sat Mar 31 2007 Jakub Jelinek 2.5.90-20 > - assorted NIS+ speedups (#223467) > - fix HAVE_LIBCAP configure detection (#178934) > - remove /usr/sbin/rpcinfo from glibc-common (#228894) > - nexttoward*/nextafter* fixes (BZ#3306) > - feholdexcept/feupdateenv fixes (BZ#3427) > - speed up fnmatch with two or more * in the pattern > Where is rpcinfo's new home? Yum can't find it and without it, ypbind is pretty unhappy. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From Michael_E_Brown at dell.com Mon Apr 2 13:37:10 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Mon, 2 Apr 2007 08:37:10 -0500 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070402124452.3e09c3c5@python3.es.egwn.lan> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> <20070402114358.721fd01b@python3.es.egwn.lan> <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> <20070402124452.3e09c3c5@python3.es.egwn.lan> Message-ID: <20070402133709.GB26757@humbolt.us.dell.com> On Mon, Apr 02, 2007 at 12:44:52PM +0200, Matthias Saou wrote: > Michael Schwendt wrote : > > > In your case, the buildsys has built a noarch rpm. Nothing in the noarch > > rpm package says that it must not be installed on ppc. Making the push script > > parse spec files sounds very wrong to me. > > > > https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01831.html > > I'm somewhat confused. It seems that using "ExcludeArch: ppc" would > solve my problem, but how does the push script get it right in that > case without parsing the spec file? As explained earlier to me, for each rpm, the push script looks up the SRPM and checks "ExcludeArch" directives. A hack, to be sure, but effective enough, if you know about it. -- Michael From Michael_E_Brown at dell.com Mon Apr 2 13:40:41 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Mon, 2 Apr 2007 08:40:41 -0500 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070402124452.3e09c3c5@python3.es.egwn.lan> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> <20070402114358.721fd01b@python3.es.egwn.lan> <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> <20070402124452.3e09c3c5@python3.es.egwn.lan> Message-ID: <20070402134041.GC26757@humbolt.us.dell.com> > > On Mon, 2 Apr 2007 11:43:58 +0200, Matthias Saou wrote: > > > I just realized that I got bitten by this too! The ipw*firmware > > > packages I maintain have : > > > > > > BuildArch: noarch > > > # This is so that the noarch packages only appears for these archs > > > ExclusiveArch: noarch i386 x86_64 > > > > > > And I thought that the buildsystem would get things right, but it seems > > > like it doesn't since I just saw that they were available for ppc. > > > Maybe it's just a matter of fixing the push script so that it checks > > > the exclusivearchs before it checks if the package is noarch (just a > > > wild guess). The ipw2200 is a mini-pci card. Doesnt the firmware run *on* the card? In that case, is it truly arch-specific? -- Michael From ajackson at redhat.com Mon Apr 2 13:44:18 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 02 Apr 2007 09:44:18 -0400 Subject: How to create a backtrace when gdb hangs X? In-Reply-To: <1175432797.2979.0.camel@localhost.localdomain> References: <460FA7A7.7070207@gmail.com> <1175432797.2979.0.camel@localhost.localdomain> Message-ID: <1175521458.2910.9.camel@localhost.localdomain> On Sun, 2007-04-01 at 09:06 -0400, Matthias Clasen wrote: > On Sun, 2007-04-01 at 14:37 +0200, dragoran wrote: > > The last gaim update crashes for me when I change my status to away > > without entering a message or when I change it to invisible. > > I filled a bug here: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234399 > > Its not possible to debug this because when it crashes inside gdb X hangs. > > When I kill the gdb process (from a vt) X is back to normal... but still > > no backtrace... > > I tryed to get a backtrace from a core file ... but useless see the > > bugreport. > > Any ideas what I can do to debug this? > > > > You can either run the hanging app in a nested X instance (Xnest or > Xephyr), or turn on AllowDeactivateGrabs in your xorg.conf Alternatively, ssh in from another machine and run the gdb process from the ssh session. - ajax From ajackson at redhat.com Mon Apr 2 13:46:52 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 02 Apr 2007 09:46:52 -0400 Subject: rawhide report: 20070331 changes In-Reply-To: <1175465243.3953.1.camel@localhost.localdomain> References: <200703311005.l2VA5jBb012694@hs20-bc2-6.build.redhat.com> <1175465243.3953.1.camel@localhost.localdomain> Message-ID: <1175521612.2910.12.camel@localhost.localdomain> On Sun, 2007-04-01 at 23:07 +0100, Richard Hughes wrote: > On Sat, 2007-03-31 at 06:05 -0400, buildsys at redhat.com wrote: > > kernel-2.6.20-1.3036.fc7 > > ------------------------ > > * Fri Mar 30 2007 Kristian H?gsberg > > - Update nouveau patch, add versioned nouveau drm provides. > > This now works on GeForce 7300 hardware (yay!) but gets the panel > resolution incorrect; filed as > https://bugs.freedesktop.org/show_bug.cgi?id=10500 Hah, silliness. I have a patch for that issue in the nv driver, but it hasn't made it upstream yet, nor did I remember to apply it to nouveau as well. Thanks for the catch, I'll poke things. - ajax From ajackson at redhat.com Mon Apr 2 13:57:53 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 02 Apr 2007 09:57:53 -0400 Subject: rawhide report: 20070331 changes In-Reply-To: <4c4ba1530703310907j4efe86fch53a4315bc85fa4b6@mail.gmail.com> References: <200703311005.l2VA5jBb012694@hs20-bc2-6.build.redhat.com> <4c4ba1530703310907j4efe86fch53a4315bc85fa4b6@mail.gmail.com> Message-ID: <1175522273.2910.19.camel@localhost.localdomain> On Sat, 2007-03-31 at 09:07 -0700, Tom London wrote: > xorg-x11-drv-nv-2.0.1-2.fc7 > --------------------------- > * Fri Mar 30 2007 Kristian H?gsberg 2.0.1-2 > - Update nouveau snapshot. > > * Fri Mar 30 2007 Adam Jackson 2.0.1-1 > - nv 2.0.1 > > I'm running 'kernel-PAE', but updating this package forces > installation of 'kernel' package. This is yum's 'shortest-match' algorithm biting you. The new PAE kernel should have the virtual provide for kernel-drm-nouveau as well, but since you don't have it yet, and you didn't ask yum to also update kernel-PAE, it tries to satisfy the Requires by installing a new package. Oh well. Add 'kernel-PAE' to the transaction list and you should be set. - ajax From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Apr 2 14:22:04 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 2 Apr 2007 16:22:04 +0200 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070402134041.GC26757@humbolt.us.dell.com> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> <20070402114358.721fd01b@python3.es.egwn.lan> <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> <20070402124452.3e09c3c5@python3.es.egwn.lan> <20070402134041.GC26757@humbolt.us.dell.com> Message-ID: <20070402162204.3c50e220@python3.es.egwn.lan> Michael E Brown wrote : > > > On Mon, 2 Apr 2007 11:43:58 +0200, Matthias Saou wrote: > > > > I just realized that I got bitten by this too! The ipw*firmware > > > > packages I maintain have : > > > > > > > > BuildArch: noarch > > > > # This is so that the noarch packages only appears for these archs > > > > ExclusiveArch: noarch i386 x86_64 > > > > > > > > And I thought that the buildsystem would get things right, but it seems > > > > like it doesn't since I just saw that they were available for ppc. > > > > Maybe it's just a matter of fixing the push script so that it checks > > > > the exclusivearchs before it checks if the package is noarch (just a > > > > wild guess). > > The ipw2200 is a mini-pci card. Doesnt the firmware run *on* the card? > In that case, is it truly arch-specific? Are you saying that it could be found in e.g. ppc hardware? In that case, then the current packages, although containing one wrong line in their spec file, are available for the right archs (all) :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2933.fc6 Load : 0.06 0.10 0.17 From katzj at redhat.com Mon Apr 2 14:25:21 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 02 Apr 2007 10:25:21 -0400 Subject: gnome-screensaver "Pictures" system default. In-Reply-To: <1175506907.3279.79.camel@localhost.localdomain> References: <1175506907.3279.79.camel@localhost.localdomain> Message-ID: <1175523921.7819.6.camel@erebor.boston.redhat.com> On Mon, 2007-04-02 at 18:41 +0900, Naoki wrote: > # rpm -qf /etc/skel/Pictures/ > gnome-screensaver-2.18.0-2.fc7 > > I'd think this isn't a good system default. Any user that wants a > slideshow for their screen saver has to configure it anyway making > this rather unnecessary? It should be using the xdg-user-dirs created directories... Jeremy From Christian.Iseli at licr.org Mon Apr 2 14:27:35 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 2 Apr 2007 16:27:35 +0200 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <1175517086.32658.36.camel@vader.jdub.homelinux.org> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> <1175517086.32658.36.camel@vader.jdub.homelinux.org> Message-ID: <20070402162735.127423c0@ludwig-alpha.unil.ch> On Mon, 02 Apr 2007 07:31:26 -0500, Josh Boyer wrote: > /me is not amused. April fools prank ? From mclasen at redhat.com Mon Apr 2 14:31:28 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 02 Apr 2007 10:31:28 -0400 Subject: gnome-screensaver "Pictures" system default. In-Reply-To: <1175523921.7819.6.camel@erebor.boston.redhat.com> References: <1175506907.3279.79.camel@localhost.localdomain> <1175523921.7819.6.camel@erebor.boston.redhat.com> Message-ID: <1175524288.2988.33.camel@localhost.localdomain> On Mon, 2007-04-02 at 10:25 -0400, Jeremy Katz wrote: > On Mon, 2007-04-02 at 18:41 +0900, Naoki wrote: > > # rpm -qf /etc/skel/Pictures/ > > gnome-screensaver-2.18.0-2.fc7 > > > > I'd think this isn't a good system default. Any user that wants a > > slideshow for their screen saver has to configure it anyway making > > this rather unnecessary? > > It should be using the xdg-user-dirs created directories... > Yeah, I made it do that, but I forgot to remove /etc/skel/Pictures from the package. Let me do that now. From sundaram at fedoraproject.org Mon Apr 2 14:30:50 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 02 Apr 2007 20:00:50 +0530 Subject: Fedora Extras Package Build Report 2007-04-01 In-Reply-To: <20070402162735.127423c0@ludwig-alpha.unil.ch> References: <20070401105154.F30A3152131@buildsys.fedoraproject.org> <1175517086.32658.36.camel@vader.jdub.homelinux.org> <20070402162735.127423c0@ludwig-alpha.unil.ch> Message-ID: <4611139A.40607@fedoraproject.org> Christian Iseli wrote: > On Mon, 02 Apr 2007 07:31:26 -0500, Josh Boyer wrote: >> /me is not amused. > > April fools prank ? Obviously but you can still not feel amused by the joke. Rahul From jkeating at redhat.com Mon Apr 2 14:44:56 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 2 Apr 2007 10:44:56 -0400 Subject: rawhide report: 20070402 changes In-Reply-To: <1175520504.20913.5.camel@raptor.sr.unh.edu> References: <200704020943.l329hKuP012450@hs20-bc2-6.build.redhat.com> <1175520504.20913.5.camel@raptor.sr.unh.edu> Message-ID: <200704021044.59795.jkeating@redhat.com> On Monday 02 April 2007 09:28:24 Thomas J. Baker wrote: > Where is rpcinfo's new home? Yum can't find it and without it, ypbind is > pretty unhappy. It'll be in a new package, the coordination was a bit missed. Both the new package and the glibc removal should have happened on the same push. Alas... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dominik at greysector.net Mon Apr 2 15:06:53 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 2 Apr 2007 17:06:53 +0200 Subject: Package request In-Reply-To: <36137.207.106.111.3.1175519333.squirrel@www.ip-solutions.net> References: <36137.207.106.111.3.1175519333.squirrel@www.ip-solutions.net> Message-ID: <20070402150653.GB25368@ryvius.pekin.waw.pl> On Monday, 02 April 2007 at 15:08, Harry Hoffman wrote: > Hi, > > Wondering if it would be possible to include Phil Wood's mmap patches for > libpcap in the fedora repos? > > His patches can be found here: > http://public.lanl.gov/cpw/ Any reason why they're not in upstream source (http://www.tcpdump.org/)? Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From hughsient at gmail.com Mon Apr 2 15:03:52 2007 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 02 Apr 2007 16:03:52 +0100 Subject: rawhide report: 20070331 changes In-Reply-To: <1175521612.2910.12.camel@localhost.localdomain> References: <200703311005.l2VA5jBb012694@hs20-bc2-6.build.redhat.com> <1175465243.3953.1.camel@localhost.localdomain> <1175521612.2910.12.camel@localhost.localdomain> Message-ID: <1175526232.6320.0.camel@localhost.localdomain> On Mon, 2007-04-02 at 09:46 -0400, Adam Jackson wrote: > On Sun, 2007-04-01 at 23:07 +0100, Richard Hughes wrote: > > On Sat, 2007-03-31 at 06:05 -0400, buildsys at redhat.com wrote: > > > kernel-2.6.20-1.3036.fc7 > > > ------------------------ > > > * Fri Mar 30 2007 Kristian H?gsberg > > > - Update nouveau patch, add versioned nouveau drm provides. > > > > This now works on GeForce 7300 hardware (yay!) but gets the panel > > resolution incorrect; filed as > > https://bugs.freedesktop.org/show_bug.cgi?id=10500 > > Hah, silliness. I have a patch for that issue in the nv driver, but it > hasn't made it upstream yet, nor did I remember to apply it to nouveau > as well. > > Thanks for the catch, I'll poke things. Ahh, thanks Adam. I really appreciate it. Richard. From pp at ee.oulu.fi Mon Apr 2 15:29:28 2007 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Mon, 2 Apr 2007 18:29:28 +0300 Subject: Package request In-Reply-To: <20070402150653.GB25368@ryvius.pekin.waw.pl> References: <36137.207.106.111.3.1175519333.squirrel@www.ip-solutions.net> <20070402150653.GB25368@ryvius.pekin.waw.pl> Message-ID: <20070402152928.GA9567@ee.oulu.fi> On Mon, Apr 02, 2007 at 05:06:53PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > Wondering if it would be possible to include Phil Wood's mmap patches for > > libpcap in the fedora repos? > > > > His patches can be found here: > > http://public.lanl.gov/cpw/ > > Any reason why they're not in upstream source (http://www.tcpdump.org/)? Probably no effort made to merge them, so far. Performance gains are nice, but it does need some work to be of sufficient quality to be packaged, I'm sure. Fully using that would also require recompiling tcpdump, wireshark etc. to use a dynamic libpcap so the mmap version could be used as a drop-in replacement. Minuses: The code is a bit x86/x86_64 specific (inline assembly in pcap-ring.h/.c for defining mb();), doesn't compile on fc6/x86_64 (remove #include for that, didn't check if it works, I had it working a-ok a while ago with some tweaks, I _think_ something else was needed too) Based on a somewhat old libpcap that has some bugs (packets being counted twice in the stats being the most noticeable, that got fixed in 0.9.5 upstream, that code is based on ~= 0.9.3). Nice little project for someone, but not something that can just appear in Fedora tomorrow. Probably worth contacting Phil Wood asking if he's still working on it, and if not pick the thing up, update to 0.9.5, and work with upstream after that. -- Pekka Pietikainen From krh at redhat.com Mon Apr 2 15:50:34 2007 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Mon, 02 Apr 2007 11:50:34 -0400 Subject: rawhide report: 20070331 changes In-Reply-To: <1175521612.2910.12.camel@localhost.localdomain> References: <200703311005.l2VA5jBb012694@hs20-bc2-6.build.redhat.com> <1175465243.3953.1.camel@localhost.localdomain> <1175521612.2910.12.camel@localhost.localdomain> Message-ID: <4611264A.4030303@redhat.com> Adam Jackson wrote: > On Sun, 2007-04-01 at 23:07 +0100, Richard Hughes wrote: >> On Sat, 2007-03-31 at 06:05 -0400, buildsys at redhat.com wrote: >>> kernel-2.6.20-1.3036.fc7 >>> ------------------------ >>> * Fri Mar 30 2007 Kristian H?gsberg >>> - Update nouveau patch, add versioned nouveau drm provides. >> This now works on GeForce 7300 hardware (yay!) but gets the panel >> resolution incorrect; filed as >> https://bugs.freedesktop.org/show_bug.cgi?id=10500 > > Hah, silliness. I have a patch for that issue in the nv driver, but it > hasn't made it upstream yet, nor did I remember to apply it to nouveau > as well. > > Thanks for the catch, I'll poke things. I added the nv patches to the nouveau build, give xorg-x11-drv-nv-2.0.1-3.fc7 a try. Kristian From Michael_E_Brown at dell.com Mon Apr 2 15:59:59 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Mon, 2 Apr 2007 10:59:59 -0500 Subject: rpms/firmware-addon-dell/EL-4 .cvsignore, 1.2, 1.3 firmware-addon-dell.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20070402162204.3c50e220@python3.es.egwn.lan> References: <200703300519.l2U5JVdE028754@cvs-int.fedora.redhat.com> <200703300029.32692.dennis@ausil.us> <20070330171339.GI10779@humbolt.us.dell.com> <20070402114358.721fd01b@python3.es.egwn.lan> <20070402122903.47d3c867.mschwendt.tmp0701.nospam@arcor.de> <20070402124452.3e09c3c5@python3.es.egwn.lan> <20070402134041.GC26757@humbolt.us.dell.com> <20070402162204.3c50e220@python3.es.egwn.lan> Message-ID: <20070402155959.GA11701@humbolt.us.dell.com> On Mon, Apr 02, 2007 at 04:22:04PM +0200, Matthias Saou wrote: > Michael E Brown wrote : > > > > > On Mon, 2 Apr 2007 11:43:58 +0200, Matthias Saou wrote: > > > > > I just realized that I got bitten by this too! The ipw*firmware > > > > > packages I maintain have : > > > > > > > > > > BuildArch: noarch > > > > > # This is so that the noarch packages only appears for these archs > > > > > ExclusiveArch: noarch i386 x86_64 > > > > > > > > > > And I thought that the buildsystem would get things right, but it seems > > > > > like it doesn't since I just saw that they were available for ppc. > > > > > Maybe it's just a matter of fixing the push script so that it checks > > > > > the exclusivearchs before it checks if the package is noarch (just a > > > > > wild guess). > > > > The ipw2200 is a mini-pci card. Doesnt the firmware run *on* the card? > > In that case, is it truly arch-specific? > > Are you saying that it could be found in e.g. ppc hardware? In that > case, then the current packages, although containing one wrong line in > their spec file, are available for the right archs (all) :-) Since it is a minipci card, I would think that you could put it in an old ppc-based mac notebook (assuming they have minipci slots). Or one of those fancy sparc notebooks (again, assuming minipci slots). Or, somebody could use a converter to slot the minipci card into a regular pci slot on a ppc/otherarch machine. These guys: http://www.costronic.com/Ev09mp.htm appear to sell what would be necessary to do this. I would assume that ipw2200-firmware would be cross platform, but then again, I could be mistaken. Depends on what the firmware does. If it just runs on the processor inside the card, then it should be. If it has any host-executable code, probably not. -- Michael From buildsys at fedoraproject.org Mon Apr 2 19:39:27 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 2 Apr 2007 15:39:27 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-02 Message-ID: <20070402193927.33E9D152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 65 ClanLib-0.8.0-4.fc7 NEW PyOpenGL-3.0.0-0.2.a6.fc7 NEW SimGear-0.3.10-4.fc7 NEW aspell-ar-1.2-2.fc7 asymptote-1.24-1.fc7 banshee-0.12.0-4.fc7 cvs2cl-2.60-1.fc7 ddd-3.3.11-15.fc7 dia-0.96-1.fc7 exaile-0.2.9-4.fc7 facter-1.3.7-1.fc7 gazpacho-0.7.1-1.fc7 gdal-1.4.0-19.fc7 geda-examples-20070216-2.fc7 git-1.5.0.6-1.fc7 grass-6.2.1-14.fc7 jd-1.8.8-0.3.rc070330.fc7 kchmviewer-3.0-2.fc7 NEW koji-1.0-1.fc7 NEW latexmk-3.08n-4.fc7 libsexy-0.1.11-1.fc7 NEW mcs-0.4.1-1.fc7 mecab-0.95-2.fc7 mod_security-2.1.0-3.fc7 ntfs-3g-1.328-1.fc7 perl-Alien-wxWidgets-0.31-1.fc7 perl-Class-Factory-Util-1.7-1.fc7 perl-Contextual-Return-v0.2.1-1.fc7 perl-Module-ScanDeps-0.73-1.fc7 perl-Net-XMPP-1.02-2.fc7 perl-Tk-804.027-11.fc7 perl-Wx-0.72-1.fc7 perl-aliased-0.21-1.fc7 pgfouine-1.0-1.fc7 php-pear-Net-SMTP-1.2.10-1.fc7 php-pear-Net-Socket-1.0.7-1.fc7 puppet-0.22.3-1.fc7 NEW pyclutter-0.2.0-5.fc7 NEW pygtkglext-1.1.0-2.fc7 pylint-0.13.1-1.fc7 python-kiwi-1.9.14-1.fc7 python-logilab-astng-0.17.0-1.fc7 python-logilab-common-0.21.2-1.fc7 NEW python-metar-1.3.0-2.fc7 qascade-0.1-7.fc7 qemu-0.9.0-2.fc7 qt4-4.2.3-7.fc7 rssowl-1.2.3-3.fc7 subversion-api-docs-1.4.3-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3038.fc7 tinyerp-4.0.3-1.fc7 tuxpuck-0.8.2-3.fc7 uw-imap-2006g-1.fc7 vdr-1.4.6-1.fc7 vdr-femon-1.1.1-1.fc7 vdradmin-am-3.5.3-2.fc7 verbiste-0.1.20-1.fc7 xchat-gnome-0.17-2.fc7 xemacs-packages-base-20061221-1.fc7 xemacs-packages-extra-20061221-1.fc7 xmlrpc-c-1.06.11-2.fc7 xmms-1.2.10-35.fc7 xtide-2.9.2-1.fc7 yaz-2.1.54-1.fc7 zabbix-1.1.7-1.fc7 Packages built and released for Fedora Extras 6: 26 NEW PyOpenGL-3.0.0-0.2.a6.fc6 NEW aspell-ar-1.2-2.fc6 asymptote-1.24-1.fc6 gazpacho-0.7.1-1.fc6 gdal-1.4.0-19.fc6 geda-examples-20070216-2.fc6 grass-6.2.1-14.fc6 kchmviewer-3.0-2.fc6 NEW koji-1.0-1.fc6 mod_security-2.1.0-3.fc6 perl-Class-Factory-Util-1.7-1.fc6 perl-Net-XMPP-1.02-2.fc6 pgfouine-1.0-1.fc6 NEW pyclutter-0.2.0-5.fc6 NEW pygtkglext-1.1.0-2.fc6 pylint-0.13.1-1.fc6 python-kiwi-1.9.14-1.fc6 python-logilab-astng-0.17.0-1.fc6 python-logilab-common-0.21.2-1.fc6 python-matplotlib-0.90.0-1.fc6 NEW python-metar-1.3.0-2.fc6 scribes-0.3.2-1.fc6 verbiste-0.1.20-1.fc6 xmlrpc-c-1.06.11-2.fc6 xtide-2.9.2-1.fc6 yaz-2.1.54-1.fc6 Packages built and released for Fedora Extras 5: 36 GeoIP-1.4.2-1.fc5 asymptote-1.24-1.fc5 facter-1.3.7-1.fc5 gazpacho-0.7.1-1.fc5 git-1.5.0.6-1.fc5 jd-1.8.8-0.3.rc070330.fc5 NEW latexmk-3.08n-4.fc5 libmtp-0.1.5-1.fc5 mecab-0.95-2.fc5 mod_security-2.1.0-3.fc5 ntfs-3g-1.328-1.fc5 perl-Alien-wxWidgets-0.29-1.fc5 perl-Class-Factory-Util-1.7-1.fc5 perl-Contextual-Return-v0.2.1-1.fc5 perl-Module-ScanDeps-0.73-1.fc5 perl-Net-XMPP-1.02-2.fc5 perl-Wx-0.69-1.fc5 perl-aliased-0.21-1.fc5 pgfouine-1.0-1.fc5 php-pear-Net-SMTP-1.2.10-1.fc5 php-pear-Net-Socket-1.0.7-1.fc5 puppet-0.22.3-1.fc5 pylint-0.13.1-1.fc5 python-kiwi-1.9.14-1.fc5 python-logilab-astng-0.17.0-1.fc5 python-logilab-common-0.21.2-1.fc5 NEW python-metar-1.3.0-2.fc5 qascade-0.1-7.fc5 qt4-4.2.3-7.fc5 tinyerp-4.0.3-1.fc5 NEW tuxpuck-0.8.2-3.fc5 verbiste-0.1.20-1.fc5 xmlrpc-c-1.06.11-2.fc5 xtide-2.9.2-1.fc5 yaz-2.1.54-1.fc5 zabbix-1.1.7-1.fc5 aspell-ar-1.2-2.fc7 ------------------- * Wed Mar 28 2007 Dan Kenigsberg 1.2-2 - Clean spec file according to Parag AN . Note that now rpmlint of the SRPM cries about configure-without-libdir-spec asymptote-1.24-1.fc7 -------------------- * Sun Apr 01 2007 Jose Pedro Oliveira - 1.24-1 - Update to 1.24. banshee-0.12.0-4.fc7 -------------------- * Fri Mar 23 2007 Christopher Aillon - 0.12.0-4 - Some more updates to the file list * Tue Mar 20 2007 Christopher Aillon - 0.12.0-3 - Remove %{_datadir}/icons/hicolor/* from %files * Wed Mar 07 2007 Christopher Aillon - 0.12.0-2 - Add gstreamer-plugins-good as a build dep for gconfaudiosink * Wed Mar 07 2007 Christopher Aillon - 0.12.0-1 - Update to 0.12.0 ClanLib-0.8.0-4.fc7 ------------------- * Sat Mar 31 2007 Hans de Goede 0.8.0-4 - Fix some stupidness in the OpenGL surface code, which triggers an obscure bug in mesa-6.5.2, as a bonus the OpenGL surface's should be somewhat faster now. Details: https://bugs.freedesktop.org/show_bug.cgi?id=10491 cvs2cl-2.60-1.fc7 ----------------- * Sat Mar 31 2007 Ville Skytt? - 2.60-1 - 2.60. - Dependency fixups. ddd-3.3.11-15.fc7 ----------------- * Sun Apr 01 2007 Tom "spot" Callaway - 3.3.11-15 - drop BR on libtermcap-devel, bugzilla 231198 dia-0.96-1.fc7 -------------- * Thu Mar 29 2007 Hans de Goede 1:0.96-1 - New upstream release 0.96 - Drop upstreamed python-25 and sigpipe patches exaile-0.2.9-4.fc7 ------------------ * Sat Mar 31 2007 Deji Akingunola - 0.2.9-4 - Yet more runtime dependencies * Fri Mar 30 2007 Deji Akingunola - 0.2.9-3 - Fix typo * Fri Mar 30 2007 Deji Akingunola - 0.2.9-2 - Add more runtime 'requires' (Debarshi Ray, BZ #231794) * Tue Mar 27 2007 Deji Akingunola - 0.2.9-1 - New version 0.2.9 facter-1.3.7-1.fc7 ------------------ * Thu Mar 29 2007 David Lutterkort - 1.3.7-1 - New version gazpacho-0.7.1-1.fc7 -------------------- * Sun Apr 01 2007 Konstantin Ryabitsev - 0.7.1-1 - Upstream 0.7.1 gdal-1.4.0-19.fc7 ----------------- * Mon Apr 02 2007 Balint Cristian 1.4.0-19 - own gdal includedir - fix one more spurious lib path geda-examples-20070216-2.fc7 ---------------------------- * Sun Apr 01 2007 Chitlesh Goorah - 20070216-2 - TwoStageAmp bug fixes git-1.5.0.6-1.fc7 ----------------- * Fri Mar 30 2007 Chris Wright 1.5.0.6-1 - git-1.5.0.6 grass-6.2.1-14.fc7 ------------------ * Mon Apr 02 2007 Balint Cristian 6.2.1-14 - remove bogus requirement in grass-libs - rename gem loader to gem62 jd-1.8.8-0.3.rc070330.fc7 ------------------------- * Fri Mar 30 2007 Mamoru Tasaka - 1.8.8-0.3.rc070330 - 1.8.8 rc 070330 kchmviewer-3.0-2.fc7 -------------------- * Sun Apr 01 2007 Patrice Dumas 3.0-2 - update to 3.0 koji-1.0-1.fc7 -------------- * Mon Apr 02 2007 Jesse Keating 1.0-1 - Release 1.0! * Wed Mar 28 2007 Mike Bonnet - 0.9.7-4 - set SSL connection timeout to 12 hours * Wed Mar 28 2007 Mike Bonnet - 0.9.7-3 - avoid SSL renegotiation - improve log file handling in kojid - bug fixes in command-line and web UI * Sun Mar 25 2007 Mike Bonnet - 0.9.7-2 - enable http access to packages in kojid - add Requires: pyOpenSSL - building srpms from CVS now works with the Extras CVS structure - fixes to the chain-build command - bug fixes in the XML-RPC and web interfaces * Tue Mar 20 2007 Jesse Keating - 0.9.7-1 - Package up the needed ssl files * Tue Mar 20 2007 Jesse Keating - 0.9.6-1 - 0.9.6 release, mostly ssl auth stuff - use named directories for config stuff - remove -3 requires on creatrepo, don't need that specific anymore latexmk-3.08n-4.fc7 ------------------- * Tue Mar 27 2007 Jerry James - 3.08n-4 - Avoid tetex vs. texlive issues by Requiring the binaries. * Tue Mar 20 2007 Jerry James - 3.08n-3 - Use xdg-open for the DVI and PostScript previewers also. - Describe previewer configuration in README.fedora. * Mon Mar 19 2007 Jerry James - 3.08n-2 - Use xdg-open instead of explicitly invoking evince. - Package the extra-scripts directory as documentation. - Fix a few other packaging infelicities as pointed out in Extras review. libsexy-0.1.11-1.fc7 -------------------- * Sat Mar 31 2007 Brian Pepple - 0.1.11-1 - Update to 0.1.11 (bugfix release). * Thu Nov 23 2006 Brian Pepple - 0.1.10-2 - Update URL (#217073). mcs-0.4.1-1.fc7 --------------- * Mon Apr 02 2007 Ralf Ertzinger 0.4.1-1.fc7 - Initial build for FE mecab-0.95-2.fc7 ---------------- * Sun Apr 01 2007 Mamoru Tasaka - 0.95-2 - remove -lstdc++ from mecab-config (#233424) mod_security-2.1.0-3.fc7 ------------------------ * Sun Apr 01 2007 Michael Fleming 2.1.0-3 - Automagically configure correct library path for libxml2 library. - Add LoadModule for mod_unique_id as the logging wants this at runtime ntfs-3g-1.328-1.fc7 ------------------- * Sat Mar 31 2007 Tom "spot" Callaway 2:1.328-1 - bump to 1.328 - drop patch, use --disable-ldconfig instead perl-aliased-0.21-1.fc7 ----------------------- * Fri Mar 30 2007 Chris Weyl 0.21-1 - update to 0.21 perl-Alien-wxWidgets-0.31-1.fc7 ------------------------------- * Sat Mar 31 2007 Jose Pedro Oliveira - 0.31-1 - Update to 0.31. perl-Class-Factory-Util-1.7-1.fc7 --------------------------------- * Mon Apr 02 2007 Chris Weyl 1.7-1 - update to 1.7 - switch to Build.PL - misc spec cleanups * Thu Aug 31 2006 Chris Weyl 1.6-3 - bump for mass rebuild perl-Contextual-Return-v0.2.1-1.fc7 ----------------------------------- * Fri Mar 30 2007 Chris Weyl v0.2.1-1 - update to v0.2.1 * Sat Mar 10 2007 Chris Weyl v0.2.0-1 - update to v0.2.0 - misc spec cleanups - add br on perl(ExtUtils::MakeMaker) to satisfy any perl/perl-devel split * Thu Aug 31 2006 Chris Weyl v0.1.0-2 - bump for mass rebuild perl-Module-ScanDeps-0.73-1.fc7 ------------------------------- * Sat Mar 31 2007 Jose Pedro Oliveira - 0.73-1 - Update to 0.73. perl-Net-XMPP-1.02-2.fc7 ------------------------ * Mon Apr 02 2007 Chris Weyl 1.02-2 - nix troublesome test that fails due to resolver configuration under builder's mock * Sun Apr 01 2007 Chris Weyl 1.02-1 - update to 1.02 - note license change: perl to LGPL - switched over to Build.PL; misc spec file cleanups perl-Tk-804.027-11.fc7 ---------------------- * Sun Apr 01 2007 Andreas Bierfert 804.027-11 - F7 rebuild (#234404) perl-Wx-0.72-1.fc7 ------------------ * Sun Apr 01 2007 Jose Pedro Oliveira - 0.72-1 - Update to 0.72. * Sat Mar 31 2007 Jose Pedro Oliveira - 0.71-1 - Update to 0.71. pgfouine-1.0-1.fc7 ------------------ * Sun Apr 01 2007 Devrim Gunduz - 1.0-1 - Update to 1.0 php-pear-Net-SMTP-1.2.10-1.fc7 ------------------------------ * Sat Mar 31 2007 Remi Collet 1.2.10-1 - remove PEAR from sumnary - update to 1.2.10 - requires Net_Socket >= 1.0.7 - spec cleanup - add generated CHANGELOG - don't own /usr/share/pear/Net (already own by Net_Socket) php-pear-Net-Socket-1.0.7-1.fc7 ------------------------------- * Sat Mar 31 2007 Remi Collet 1.0.7-1 - remove PEAR from sumnary - update to 1.0.7 - spec cleanup - add generated CHANGELOG puppet-0.22.3-1.fc7 ------------------- * Thu Mar 29 2007 David Lutterkort - 0.22.3-1 - Claim ownership of _sysconfdir/puppet (bz 233908) pyclutter-0.2.0-5.fc7 --------------------- * Thu Mar 29 2007 Allisson Azevedo 0.2.0-5 - Fix requires for devel package * Wed Mar 28 2007 Allisson Azevedo 0.2.0-4 - Fix requires and buildrequires - Modify defattr for devel package * Tue Mar 27 2007 Allisson Azevedo 0.2.0-3 - Fix .spec * Sat Mar 24 2007 Allisson Azevedo 0.2.0-2 - Fix .spec * Fri Mar 23 2007 Allisson Azevedo 0.2.0-1 - Initial RPM release pygtkglext-1.1.0-2.fc7 ---------------------- * Thu Mar 29 2007 Hans de Goede 1.1.0-2 - Various specfile improvements (bz 234122) * Sat Mar 24 2007 Hans de Goede 1.1.0-1 - Initial Fedora Extras package pylint-0.13.1-1.fc7 ------------------- * Sun Apr 01 2007 Konstantin Ryabitsev - 0.13.1-1 - Upstream 0.13.1 PyOpenGL-3.0.0-0.2.a6.fc7 ------------------------- * Thu Mar 29 2007 Hans de Goede 3.0.0-0.2.a6 - Remove tests from the package (bz 234121) - Add -Tk subpackage (bz 234121) - Remove shebang from files with shebang instead of chmod +x (bz 234121) - Better description * Sat Mar 24 2007 Hans de Goede 3.0.0-0.1.a6 - Initial Fedora Extras package python-kiwi-1.9.14-1.fc7 ------------------------ * Sun Apr 01 2007 Konstantin Ryabitsev - 1.9.14-1 - Upstream 1.9.14 python-logilab-astng-0.17.0-1.fc7 --------------------------------- * Sun Apr 01 2007 Konstantin Ryabitsev - 0.17.0-1 - Upstream 0.17.0 python-logilab-common-0.21.2-1.fc7 ---------------------------------- * Sun Apr 01 2007 Konstantin Ryabitsev - 0.21.2-1 - Upstream 0.21.2 python-metar-1.3.0-2.fc7 ------------------------ * Tue Mar 27 2007 Matthias Saou 1.3.0-2 - Include nobang patch. qascade-0.1-7.fc7 ----------------- * Fri Mar 02 2007 Jon Ciesla - 0.1-7 - Corrected desktop categories. qemu-0.9.0-2.fc7 ---------------- * Sun Apr 01 2007 Hans de Goede 0.9.0-2 - Fix direct loading of a linux kernel with -kernel & -initrd (bz 234681) - Remove spurious execute bits from manpages (bz 222573) qt4-4.2.3-7.fc7 --------------- * Thu Mar 29 2007 Rex Dieter 4.2.3-7 - utf8-bug-qt4-2.diff rssowl-1.2.3-3.fc7 ------------------ * Fri Mar 30 2007 Andrew Overholt 1.2.3-3 - Update jface and icu4j locations. SimGear-0.3.10-4.fc7 -------------------- * Fri Mar 30 2007 Hans de Goede 0.3.10-4 - link with -release %{version} libtool flag instead of -version, so that we get unique soname's for each upstream release. (Upstream gives 0 ABI guarantees) - fix many undefined-non-weak-symbol's, some still remain though, see bz 208678 - work around the "thesky" bug, see bz 208678 subversion-api-docs-1.4.3-1.fc7 ------------------------------- * Sat Mar 31 2007 Bojan Smojver 1.4.3-1 - bump up to 1.4.3 sysprof-kmod-1.0.8-1.2.6.20_1.3038.fc7 -------------------------------------- tinyerp-4.0.3-1.fc7 ------------------- * Thu Mar 29 2007 Dan Horak 4.0.3-1 - update to upstream version 4.0.3 tuxpuck-0.8.2-3.fc7 ------------------- * Fri Mar 30 2007 Jon Ciesla 0.8.2-3 - Applied cleanup fixes from Hans de Goede's BZ 234566/234307 uw-imap-2006g-1.fc7 ------------------- * Mon Apr 02 2007 Rex Dieter 2006g-1 - imap-2006g * Wed Feb 07 2007 Rex Dieter 2006e-3 - Obsoletes: libc-client2004g - cleanup/simplify c-client.cf handling vdr-1.4.6-1.fc7 --------------- * Sun Mar 04 2007 Ville Skytt? - 1.4.6-1 - 1.4.6. vdr-femon-1.1.1-1.fc7 --------------------- * Tue Jan 09 2007 Ville Skytt? - 1.1.1-1 - 1.1.1. vdradmin-am-3.5.3-2.fc7 ----------------------- * Mon Apr 02 2007 Ville Skytt? - 3.5.3-2 - Use correct pid file in init script's daemon/killproc/status calls. - Add /sbin/chkconfig dependencies for scriptlets. verbiste-0.1.20-1.fc7 --------------------- * Sun Apr 01 2007 Konstantin Ryabitsev - 0.1.20-1 - Upstream 0.1.20 xchat-gnome-0.17-2.fc7 ---------------------- * Mon Apr 02 2007 Brian Pepple - 0.17-2 - D'Oh! Forgot to add the new config patch. * Mon Apr 02 2007 Brian Pepple - 0.17-1 - Update to 0.17 (bugfix release). - Update the config patch. - libsexy-devel to be at least 0.1.11. * Tue Jan 16 2007 Brian Pepple - 0.16-2 - Drop conditional statement for libnotify. - Remove BR on dbus-devel, since libnotify-devel will pull this in. xemacs-packages-base-20061221-1.fc7 ----------------------------------- * Mon Apr 02 2007 Ville Skytt? - 20061221-1 - 2006-12-21. xemacs-packages-extra-20061221-1.fc7 ------------------------------------ * Mon Apr 02 2007 Ville Skytt? - 20061221-1 - 2006-12-21 + backport of upstream browse-url/xdg-open changes. - Drop no longer needed ruby-mode-xemacs Provides/Obsoletes. xmlrpc-c-1.06.11-2.fc7 ---------------------- * Sun Apr 01 2007 Enrico Scholz - 1.06.11-2 - rediffed cmake patch against current version - made the xmlrpc-c-config compatible to the upstream version - added compatibility symlinks for some header files (thx to Robert de Vries for reporting these two issues) xmms-1.2.10-35.fc7 ------------------ * Sun Apr 01 2007 Paul F. Johnson 1:1.2.10-35 - added CVE fix for buffer problem * Sat Mar 10 2007 Paul F. Johnson 1:1.2.10-34 - built from cvs tarball (amended to remove mp3) xtide-2.9.2-1.fc7 ----------------- * Tue Apr 03 2007 Mamoru Tasaka - 2.9.2-1 - 2.9.2 yaz-2.1.54-1.fc7 ---------------- * Sun Apr 01 2007 Konstantin Ryabitsev - 2.1.54-1 - Upstream 2.1.54 * Sat Jan 27 2007 Konstantin Ryabitsev - 2.1.48-1 - Upstream 2.1.48 zabbix-1.1.7-1.fc7 ------------------ * Fri Mar 30 2007 Jarod Wilson 1.1.7-1 - New upstream release For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mschwendt.tmp0701.nospam at arcor.de Mon Apr 2 19:46:21 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 2 Apr 2007 21:46:21 +0200 Subject: perl-DateTime In-Reply-To: <20070402193927.33E9D152131@buildsys.fedoraproject.org> References: <20070402193927.33E9D152131@buildsys.fedoraproject.org> Message-ID: <20070402214621.ccf016b3.mschwendt.tmp0701.nospam@arcor.de> Same drill as before... perl-DateTime in extras-development-needsign breaks dependencies and has been blacklisted. From jkeating at redhat.com Mon Apr 2 19:53:05 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 2 Apr 2007 15:53:05 -0400 Subject: Opinions: Providing "buildsys-macros" in the installed system In-Reply-To: <200703281934.06162.jkeating@redhat.com> References: <200703281934.06162.jkeating@redhat.com> Message-ID: <200704021553.05506.jkeating@redhat.com> On Wednesday 28 March 2007 19:34:05 Jesse Keating wrote: > I propose we ship these macros in something like redhat-rpm-config for each > release, so that when somebody is rebuilding a package on their system, the > macros are defined correctly for whatever release they are running. ?If > they are rebuilding for another release/distribution, they really should be > using mock, and having redhat-rpm-config define the right things within > their mock chroot. After reading the feedback, I think we're all on the same page. I've asked the redhat-rpm-config maintainer that these macros be added into the redhat-rpm-config package so that they will be available on the installed system. For devel that means: %fedora 7 %dist fc7 %fc7 1 will all be defined. The only "missing" macro at this point would be %__arch_install_post /usr/lib/rpm/check-buildroot however this would bring in 48+megs of deps to redhat-rpm-config that I'm not comfortable with. This macro can be defined within a mock config or a buildsystem config, perhaps not something we need by default on end user's systems. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Mon Apr 2 20:06:25 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 2 Apr 2007 22:06:25 +0200 Subject: Opinions: Providing "buildsys-macros" in the installed system In-Reply-To: <200704021553.05506.jkeating@redhat.com> References: <200703281934.06162.jkeating@redhat.com> <200704021553.05506.jkeating@redhat.com> Message-ID: <20070402220625.cf118cca.mschwendt.tmp0701.nospam@arcor.de> On Mon, 2 Apr 2007 15:53:05 -0400, Jesse Keating wrote: > For devel that means: > > %fedora 7 > %dist fc7 > %fc7 1 > > will all be defined. %dist .fc7 From jdieter at gmail.com Mon Apr 2 17:51:54 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 02 Apr 2007 20:51:54 +0300 Subject: Presto test server back up! Message-ID: <1175536315.4182.60.camel@jndwidescreen.lesbg.loc> Just wanted to let y'all know, the presto test server is back up and running (at least for the moment). We are going to be moving our account to a completely different machine sometime over the next few days, but there should be little downtime involved, and it will be scheduled. Anyhow, it's all back up and running, so have fun. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Apr 2 20:18:17 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 2 Apr 2007 16:18:17 -0400 Subject: Opinions: Providing "buildsys-macros" in the installed system In-Reply-To: <20070402220625.cf118cca.mschwendt.tmp0701.nospam@arcor.de> References: <200703281934.06162.jkeating@redhat.com> <200704021553.05506.jkeating@redhat.com> <20070402220625.cf118cca.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704021618.17542.jkeating@redhat.com> On Monday 02 April 2007 16:06:25 Michael Schwendt wrote: > > will all be defined. > > %dist .fc7 Of course, typo. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bernie at develer.com Mon Apr 2 20:27:10 2007 From: bernie at develer.com (Bernardo Innocenti) Date: Mon, 02 Apr 2007 22:27:10 +0200 Subject: Future New Init for FC7? In-Reply-To: <1175468732.3008.190.camel@zelda.fubar.dk> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> Message-ID: <4611671E.6060605@develer.com> David Zeuthen wrote: > It's a popular misconception that boot time can be "boosted" by just > replacing SysVinit with something else. I recently tried both InitNG and Upstart and my impression was that both are very benefical. By using dynamic dependencies and an event driven design, you avoid running most init scripts altogether. For istance, "bluetooth" is useless on systems without a blootooth dongle... and it should be launched by hotplug anyway. It can also makes some scripts simpler/shorter. Upstart makes Ubuntu very fast to boot. I did no measurements, but it's clearly much faster than plain Debian and Fedora to bring up a similar environment. InitNG is also interesting, probably even faster than Upstart, but more radical and a bit of a kludge in my humbling opinion. They replace those long shell scripts with an ad-hoc language to run daemons and simple commands. For complex stuff it may need a snippet of shell code, but it usually doesn't. Also, MacOSX boot feels much faster since they switched from init to launchd. I don't think it has been ported to Linux, but it's just to show that it has real benefits. I also liked the gdm early-login thing from FC5, but for some reason it has been abandoned. > The biggest bang for the buck > actually comes from fixing readahead so it reads all the files it needs, > without making the disk seek; The wrong thing about readahead is that it's even less dynamic than sysvinit. On a system I use KDE by default, but readahead keeps wasting time preloading all the Gnome libraries. I remember reading somewhere that MacOSX collects statistics during boot and creates some kind of boot cache. IIRC, Windows XP did something "smart" too. Also, the old sequential init scripts even with readahead will waste lots of disk bandwidth while waiting for dhcp or video mode probing. -- // Bernardo Innocenti - Develer R&D dept. \X/ http://www.develer.com/ From pemboa at gmail.com Mon Apr 2 20:27:38 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 2 Apr 2007 15:27:38 -0500 Subject: Presto test server back up! In-Reply-To: <1175536315.4182.60.camel@jndwidescreen.lesbg.loc> References: <1175536315.4182.60.camel@jndwidescreen.lesbg.loc> Message-ID: <16de708d0704021327q237174a0h18784676d7ee338f@mail.gmail.com> On 4/2/07, Jonathan Dieter wrote: > Just wanted to let y'all know, the presto test server is back up and > running (at least for the moment). We are going to be moving our > account to a completely different machine sometime over the next few > days, but there should be little downtime involved, and it will be > scheduled. > > Anyhow, it's all back up and running, so have fun. > > Jonathan Out of curiosity, how as the testing been going? -- Fedora Core 6 and proud From seandarcy2 at gmail.com Mon Apr 2 20:56:00 2007 From: seandarcy2 at gmail.com (sean) Date: Mon, 02 Apr 2007 16:56:00 -0400 Subject: rawhide report: 20070402 changes In-Reply-To: <200704020943.l329hKuP012450@hs20-bc2-6.build.redhat.com> References: <200704020943.l329hKuP012450@hs20-bc2-6.build.redhat.com> Message-ID: buildsys at redhat.com wrote: > > > > Updated Packages: > > > glibc-2.5.90-20 > --------------- > * Sat Mar 31 2007 Jakub Jelinek 2.5.90-20 > - assorted NIS+ speedups (#223467) > - fix HAVE_LIBCAP configure detection (#178934) > - remove /usr/sbin/rpcinfo from glibc-common (#228894) > - nexttoward*/nextafter* fixes (BZ#3306) > - feholdexcept/feupdateenv fixes (BZ#3427) > - speed up fnmatch with two or more * in the pattern > Cleanup : glibc ####################### [37/48] /var/tmp/rpm-tmp.31417: line 3: 30699 Segmentation fault /usr/sbin/redhat_lsb_trigger.x86_64 .................... Cleanup : glibc ####################### [39/48] /var/tmp/rpm-tmp.95289: line 3: 30703 Segmentation fault /usr/sbin/redhat_lsb_trigger.x86_64 ??? sean From bojan at rexursive.com Mon Apr 2 21:54:09 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 2 Apr 2007 21:54:09 +0000 (UTC) Subject: tcpreplay: anyone interested? References: <1175490799.3154.7.camel@shrek.rexursive.com> <20070402093424.1a66a8f1@banea.int.addix.net> <4610CA98.4020902@nobugconsulting.ro> Message-ID: Bernard Johnson symetrix.com> writes: > Add tcpdump to the BR. Available in -2 now. BTW, I think it also needs adding to runtime requirements, so I did that too. Also, the EL4 situation should be handled now (hopefully :-). -- Bojan From david at fubar.dk Mon Apr 2 22:50:19 2007 From: david at fubar.dk (David Zeuthen) Date: Mon, 02 Apr 2007 18:50:19 -0400 Subject: Future New Init for FC7? In-Reply-To: <4611671E.6060605@develer.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> Message-ID: <1175554219.2751.63.camel@zelda.fubar.dk> On Mon, 2007-04-02 at 22:27 +0200, Bernardo Innocenti wrote: > By using dynamic dependencies and an event driven design, you avoid > running most init scripts altogether. I'm just saying that don't expect that switching to Upstart will magically cut 10-15 seconds of your boot time. And, hey, it's not that I disagree that SysVinit sucks in various ways; I personally think Upstart is promising because it allows parallel execution plus it will make it possible to avoid launching a gazillon copies of /bin/sh by have a rule driven design. That alone is reason enough to switch I think. > For istance, "bluetooth" is > useless on systems without a blootooth dongle... and it should be > launched by hotplug anyway. It can also makes some scripts > simpler/shorter. There is no /etc/hotplug[.d] anymore, you probably mean udev. For the record I'm working with the Bluez people on launching bluez from hald for this and other reasons (Bluez will provide services as a HAL addon); won't make Fedora 7 though. David From tgl at redhat.com Tue Apr 3 06:50:05 2007 From: tgl at redhat.com (Tom Lane) Date: Tue, 03 Apr 2007 02:50:05 -0400 Subject: Future New Init for FC7? In-Reply-To: <1175554219.2751.63.camel@zelda.fubar.dk> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> Message-ID: <21190.1175583005@sss.pgh.pa.us> David Zeuthen writes: > On Mon, 2007-04-02 at 22:27 +0200, Bernardo Innocenti wrote: >> By using dynamic dependencies and an event driven design, you avoid >> running most init scripts altogether. > I'm just saying that don't expect that switching to Upstart will > magically cut 10-15 seconds of your boot time. I'm glad I'm not the only one who thought that sounded like voodoo economics. I think our problems are much more localized than that. In my personal environment, the single biggest boot-time problem is that netatalk takes friggin forever (~ 1 min) to sync with an existing Appletalk seed router. But I don't reboot my Fedora machines often enough to make it worth my time to track it down ... regards, tom lane From pemboa at gmail.com Tue Apr 3 06:58:36 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 3 Apr 2007 01:58:36 -0500 Subject: Future New Init for FC7? In-Reply-To: <21190.1175583005@sss.pgh.pa.us> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> Message-ID: <16de708d0704022358ta4c4cafud2782d4b910437da@mail.gmail.com> On 4/3/07, Tom Lane wrote: > David Zeuthen writes: > > On Mon, 2007-04-02 at 22:27 +0200, Bernardo Innocenti wrote: > >> By using dynamic dependencies and an event driven design, you avoid > >> running most init scripts altogether. > > > I'm just saying that don't expect that switching to Upstart will > > magically cut 10-15 seconds of your boot time. > > I'm glad I'm not the only one who thought that sounded like voodoo > economics. > > I think our problems are much more localized than that. In my personal > environment, the single biggest boot-time problem is that netatalk takes > friggin forever (~ 1 min) to sync with an existing Appletalk seed router. > But I don't reboot my Fedora machines often enough to make it worth my > time to track it down ... > > regards, tom lane Maybe the current system should at least be modded to give logged, time information. So sysadmins can make more educated decisions. -- Fedora Core 6 and proud From lightsolphoenix at gmail.com Tue Apr 3 07:15:10 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Tue, 3 Apr 2007 03:15:10 -0400 Subject: Future New Init for FC7? In-Reply-To: <21190.1175583005@sss.pgh.pa.us> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> Message-ID: <200704030315.11710.lightsolphoenix@gmail.com> On Tuesday, April 03, 2007 2:50 am Tom Lane wrote: > I think our problems are much more localized than that. In my personal > environment, the single biggest boot-time problem is that netatalk takes > friggin forever (~ 1 min) to sync with an existing Appletalk seed router. > But I don't reboot my Fedora machines often enough to make it worth my > time to track it down ... Oh, God, THAT one... Throws me back to my days on Debian, when I was pissed at every startup because of how insanely long netatalk took to initialize... I think it's just part of the daemon. -- http://www.mozilla.org/products/firefox/ - Get Firefox! http://www.mozilla.org/products/thunderbird/ - Reclaim Your Inbox! Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From jdieter at gmail.com Tue Apr 3 08:06:16 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 03 Apr 2007 11:06:16 +0300 Subject: Presto test server back up! In-Reply-To: <16de708d0704021327q237174a0h18784676d7ee338f@mail.gmail.com> References: <1175536315.4182.60.camel@jndwidescreen.lesbg.loc> <16de708d0704021327q237174a0h18784676d7ee338f@mail.gmail.com> Message-ID: <1175587576.4182.79.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-02 at 15:27 -0500, Arthur Pemberton wrote: > Out of curiosity, how as the testing been going? > I'd say well. People keep finding bugs and we keep fixing them (and, mercifully, they've been fewer as time goes on). Yum-presto 3.3 seems to be pretty stable (though I'll probably push out 3.4 in the next day or two with some feature requests: more human-readable logging and Ahmed has written a patch to reconstruct an rpm while downloading the next drpm). Our goals are as follows: * Get presto working on FC6 reliably - Done * Get yum-presto included into Extras - In progress (would love a sponsor and some reviews) * Get presto working on rawhide reliably - Not started (This is a problem because I don't have a Rawhide machine and am not able to download Rawhide because of bandwidth limits. I will try to resolve this soon.) * Talk to Fedora Infrastructure about hopefully hosting presto repositories - Not really started We would like presto to be stable for F7 users and (hopefully) the default in F8. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nicolas.mailhot at laposte.net Tue Apr 3 08:25:23 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 3 Apr 2007 10:25:23 +0200 (CEST) Subject: Future New Init for FC7? In-Reply-To: <21190.1175583005@sss.pgh.pa.us> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> Message-ID: <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> Le Mar 3 avril 2007 08:50, Tom Lane a ?crit : > David Zeuthen writes: >> On Mon, 2007-04-02 at 22:27 +0200, Bernardo Innocenti wrote: >>> By using dynamic dependencies and an event driven design, you avoid >>> running most init scripts altogether. > >> I'm just saying that don't expect that switching to Upstart will >> magically cut 10-15 seconds of your boot time. > > I'm glad I'm not the only one who thought that sounded like voodoo > economics. Sure. But going event-driven and launching only what's needed when it's needed is going to win us more -- Nicolas Mailhot From buildsys at redhat.com Tue Apr 3 10:11:19 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 3 Apr 2007 06:11:19 -0400 Subject: rawhide report: 20070403 changes Message-ID: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> Updated Packages: ConsoleKit-0.2.1-0.git20070204.fc7 ---------------------------------- * Mon Apr 02 2007 David Zeuthen - 0.2.1-0.git20070402 - Update to git snapshot to get a lot of bug fixes - Use libX11 rather than gtk2 to verify X11 sessions; update BR and R - Split X11-using bits into a new subpackage ConsoleKit-x11 (#233982) - Use correct location for PAM module on 64-bit (#234545) - Build developer documentation and put them in ConsoleKit-docs boost-1.33.1-13.fc7 ------------------- * Mon Apr 02 2007 Benjamin Kosnik 1.33.1-13 - (#225622: Merge Review: boost) Change static to devel-static. busybox-1:1.2.2-7.fc7 --------------------- * Mon Apr 02 2007 Ivana Varekova - 1:1.2.2-7 - Resolves: 234769 busybox ls does not work without a tty control-center-1:2.18.0-6.fc7 ----------------------------- * Mon Apr 02 2007 Matthias Clasen - 2.18.0-6 - Ellipsize sound devices in the sound capplet coreutils-6.9-2.fc7 ------------------- * Mon Apr 02 2007 Karsten Hopp 6.9-2 - /bin/mv in %post requires libselinux cups-1:1.2.10-3.fc7 ------------------- * Mon Apr 02 2007 Tim Waugh 1:1.2.10-3 - Don't clear printer-state-reasons after job completion (STR #2323). * Thu Mar 29 2007 Tim Waugh - Small improvement for AF_UNIX auth patch. evolution-2.10.0-7.fc7 ---------------------- * Mon Apr 02 2007 Matthew Barnes - 2.10.0-7.fc7 - Add patch for RH bug #231767 (allow mail-notification to build). * Fri Mar 30 2007 Matthew Barnes - 2.10.0-6.fc7 - Revise patch for GNOME bug #362638 (deprecate EThread). evolution-data-server-1.10.0-5.fc7 ---------------------------------- * Mon Apr 02 2007 Matthew Barnes - 1.10.0-5.fc7 - Make the new ESourceComboBox widget work properly (RH bug #234760). gnome-bluetooth-0.8.0-4.fc7 --------------------------- * Mon Apr 02 2007 Matthias Clasen - 0.8.0-4 - Remove unncessary gconfd killing from scripts (#224561) gnome-games-1:2.18.0-4.fc7 -------------------------- * Mon Apr 02 2007 Ray Strode - 1:2.18.0-4 - Add minimum version to gnome-python2-desktop buildreq (bug 234892) gnome-screensaver-2.18.0-6.fc7 ------------------------------ * Mon Apr 02 2007 Matthias Clasen - 2.18.0-6 - Hide Power Preferences button if gnome-power-manager is not installed * Mon Apr 02 2007 Ray Strode - 2.18.0-5 - require mouse grab to lock screensaver (bug 197452) * Mon Apr 02 2007 Matthias Clasen - 2.18.0-4 - Remove the hardwired /etc/skel/Pictures, since we are now using xdg-user-dirs gpm-1.20.1-82.fc7 ----------------- * Mon Apr 02 2007 Tomas Janousek - 1.20.1-82 - updated inputattach.c to 1.24 from cvs, fixes #231635 hal-0.5.9-1.fc7 --------------- * Mon Apr 02 2007 David Zeuthen - 0.5.9-1 - Update to upstream release 0.5.9 and hal-info 20070402 * Mon Apr 02 2007 David Zeuthen - 0.5.9-0.git20070401.2 - Split hal package into hal and hal-libs (#231200) - Fix hal-device-manager ownership (#234696) jsch-0:0.1.28-1jpp.6 -------------------- * Tue Apr 03 2007 Ben Konrath - 0:0.1.28-1jpp.6 - Add OSGi Manifest to jar. - Disable aot-compile-rpm on ia64. kernel-2.6.20-1.3040.fc7 ------------------------ * Mon Apr 02 2007 Dave Jones - 2.6.21-rc5-git9 * Mon Apr 02 2007 Jeremy Katz - improvements for module lists * Sat Mar 31 2007 David Woodhouse - Move pmac_zilog serial port to proper device numbers (#155895) libselinux-2.0.9-1.fc7 ---------------------- * Tue Mar 27 2007 Dan Walsh - 2.0.9-1 - Upgrade to upstream * Merged class/av string conversion and avc_compute_create patch from Eamon Walsh. logwatch-7.3.4-3.fc7 -------------------- * Mon Apr 02 2007 Ivana Varekova 7.3.4-3 - Resolves: 234767 Unmatched Entries in mails since sysklogd 1.4.2-3/#223573 mc-1:4.6.1a-44.20070124cvs.fc7 ------------------------------ * Mon Apr 02 2007 Jindrich Novy 4.6.1a-44 - fix unowned directories (#233880) * Thu Feb 15 2007 Jindrich Novy 4.6.1a-43 - display free space correctly for multiple filesystems (#225153) (thanks to Tomas Heinrich for patch) - fix up configs * Fri Feb 09 2007 Jindrich Novy 4.6.1a-42 - update to new CVS snapshot pciutils-2.2.4-2.fc7 -------------------- * Mon Apr 02 2007 Harald Hoyer - 2.2.4-2 - added alpha to multilib patch (#231790) - specfile cleanup - Resolves: rhbz#231790 * Fri Jan 26 2007 Harald Hoyer - 2.2.4-1 - version 2.2.4 - truncate long device names (#205948) - Resolves: rhbz#205948 pcmciautils-014-7.fc7 --------------------- * Mon Apr 02 2007 Harald Hoyer - 014-7 - removed Provides, because it would conflict (#234504) - Resolves: rhbz#234504 * Fri Mar 23 2007 Harald Hoyer - 014-6 - specfile cleanup * Mon Jul 17 2006 Jesse Keating - 014-5 - rebuild - change br sysfsutils-devel to libsysfs-devel procps-3.2.7-11.fc7 ------------------- * Tue Apr 03 2007 Karel Zak 3.2.7-11 - fix #234546 - 'w' doesn't give correct information about what's being run. - fix #228870 - process `sysctl' is using deprecated sysctl - cleanup spec file psmisc-22.3-2.fc7 ----------------- * Thu Mar 01 2007 Karel Zak 22.3-2 - fix #214214 - killall misbehavior (prelink, etc) qt-1:3.3.8-3.fc7 ---------------- * Mon Apr 02 2007 Than Ngo - 1:3.3.8-3.fc7 - apply patches to fix Qt UTF-8 overlong sequence decoding vulnerability QPopupMenu aware of Xinerama a regression in QProgress::writeToStdin() redhat-rpm-config-8.0.45-14.fc7 ------------------------------- * Tue Apr 03 2007 Jon Masters 8.0.45-14 - Rebased all previous patches (since java fix introduced offset). - Added Fedora per-release macros to platforms section of macros. Further debate may see these move elsewhere in the ordering. rhgb-0.17.3-1.fc7 ----------------- * Wed Mar 21 2007 Matthias Clasen - 0.17.3-1 - Fix some more small color issues selinux-policy-2.5.11-1.fc7 --------------------------- * Mon Mar 26 2007 Dan Walsh 2.5.11-1 - Update to upstream spamassassin-3.2.0-0.3.rc1.fc7 ------------------------------ * Mon Apr 02 2007 Warren Togami 3.2.0-0.3.rc1 - 3.2.0 rc1 system-config-printer-0.7.62-1.fc7 ---------------------------------- * Mon Apr 02 2007 Tim Waugh 0.7.62-1 - 0.7.62: - Use standard icon for admin tool desktop file. - Fixed env path in Python scripts. - Applet: stop running when the session ends. - Prevent a traceback in the SMB browser (bug #225351). - 'Manage print jobs' desktop file. tetex-3.0-37.fc7 ---------------- * Mon Apr 02 2007 Jindrich Novy 3.0-37 - texdoc now searches in $TEXDOCS instead of $TEXMF/doc (#232769) words-3.0-12.fc7 ---------------- * Mon Apr 02 2007 Karel Zak - 3.0-12 - fix #226542 - Merge Review: words xorg-x11-drv-nv-2.0.1-3.fc7 --------------------------- * Mon Apr 02 2007 Kristian H??gsberg - 2.0.1-3 - Add nv patches to nouveau too. xorg-x11-proto-devel-7.2-7.fc7 ------------------------------ * Mon Apr 02 2007 Adam Jackson 7.2-7 - inputproto 1.4.1 xorg-x11-xinit-1.0.2-18.fc7 --------------------------- * Mon Apr 02 2007 David Zeuthen 1.0.2-18 - Man pages are now in section 1, not in section 1x * Mon Apr 02 2007 David Zeuthen 1.0.2-17 - Also BR xorg-x11-util-macros since we autoreconf * Mon Apr 02 2007 David Zeuthen 1.0.2-16 - Add ConsoleKit support (#233183) Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 systemtap-runtime - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 From markg85 at gmail.com Tue Apr 3 11:04:27 2007 From: markg85 at gmail.com (Mark) Date: Tue, 3 Apr 2007 13:04:27 +0200 Subject: Future New Init for FC7? In-Reply-To: <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> Message-ID: <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> i wasn`t expecting so much reactions on this topic.. the more the better though. but i think that the boot time can be brought down alot just be providing some more options for the boot progress.. for example.. let the users choose which kernel modules should load.. things like that could make a change 2007/4/3, Nicolas Mailhot : > > > Le Mar 3 avril 2007 08:50, Tom Lane a ?crit : > > David Zeuthen writes: > >> On Mon, 2007-04-02 at 22:27 +0200, Bernardo Innocenti wrote: > >>> By using dynamic dependencies and an event driven design, you avoid > >>> running most init scripts altogether. > > > >> I'm just saying that don't expect that switching to Upstart will > >> magically cut 10-15 seconds of your boot time. > > > > I'm glad I'm not the only one who thought that sounded like voodoo > > economics. > > Sure. But going event-driven and launching only what's needed when it's > needed is going to win us more > > > -- > Nicolas Mailhot > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Tue Apr 3 11:06:16 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 03 Apr 2007 13:06:16 +0200 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> Message-ID: <46123528.8000909@gmail.com> Mark wrote: > i wasn`t expecting so much reactions on this topic.. > the more the better though. > > but i think that the boot time can be brought down alot just be providing > some more options for the boot progress.. for example.. let the users > choose > which kernel modules should load.. > things like that could make a change this does not make any sense... the kernel / udev should only load needed modules everything else is a bug From che666 at gmail.com Tue Apr 3 12:12:17 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Tue, 3 Apr 2007 14:12:17 +0200 Subject: Future New Init for FC7? In-Reply-To: <46123528.8000909@gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> Message-ID: 2007/4/3, dragoran : > Mark wrote: > > i wasn`t expecting so much reactions on this topic.. > > the more the better though. > > > > but i think that the boot time can be brought down alot just be providing > > some more options for the boot progress.. for example.. let the users > > choose > > which kernel modules should load.. > > things like that could make a change > this does not make any sense... the kernel / udev should only load > needed modules everything else is a bug > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > actually i am using und helping with development of initng since around a year now on my boxes and it wfm. i boot graphically into gdm in about 15 seconds with some basics and NetworkManager started. initng currently has some dependency driven system. that means also that dependecys of services are started automatically once the system is up. services are parallel executed upon startup. initng will also get an event plugin for event functionality and also has a nice modular design. with the next release iteration there will also be a new init script system using posix compliant init scripts. yet i only saw upstart running in compat mode and upstart in compat mode has exactly 0 benefits towards systemV because it still uses the systemV init scripts without parallel execution plus it adds yet another useless sleeping process in that state. launchd doesent build on linux for me yet. if anyone has patches it would be great if he could make em public. regards, Rudolf Kastl From jacliburn at bellsouth.net Tue Apr 3 12:17:33 2007 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 03 Apr 2007 07:17:33 -0500 Subject: rawhide report: 20070328 changes In-Reply-To: <1175164822.32658.22.camel@vader.jdub.homelinux.org> References: <200703282318.l2SNIOQf023334@hs20-bc2-6.build.redhat.com> <20070328202516.753d30bd@osprey.hogchain.net> <1175164822.32658.22.camel@vader.jdub.homelinux.org> Message-ID: <461245DD.6060208@bellsouth.net> Josh Boyer wrote: > On Wed, 2007-03-28 at 20:25 -0500, Jay Cliburn wrote: >> On Wed, 28 Mar 2007 19:18:24 -0400 >> buildsys at redhat.com wrote: >> >>> kernel-2.6.20-1.3024.fc7 >>> ------------------------ >>> * Wed Mar 28 2007 David Woodhouse >>> - Add Efika (mpc52xx) Ethernet driver >>> - Crappy workaround for sysfs/uevent problems (#227893) >>> - Fix IPv6 failure with NetworkManager (#234067) >>> >>> * Sun Mar 25 2007 Dave Jones >>> - 2.6.21-rc5 >>> >>> * Sun Mar 25 2007 Dave Jones >>> - 2.6.21-rc4-git11 >> I get an oops with this kernel when the r8169 module is modprobed on >> an x86_64 rawhide system with an Intel-based mainboard. The RTL8169 >> NIC is PCI card thrown into the system for testing purposes. >> >> I thought for sure I'd already seen this reported on lkml, but I can't >> seem to find it. > > Bugzilla it this time so it doesn't get lost again please. > > josh > Patch already available. http://marc.info/?l=linux-netdev&m=117554753729183&w=2 From cmadams at hiwaay.net Tue Apr 3 13:31:16 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 3 Apr 2007 08:31:16 -0500 Subject: Future New Init for FC7? In-Reply-To: <21190.1175583005@sss.pgh.pa.us> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> Message-ID: <20070403133116.GB1132908@hiwaay.net> Once upon a time, Tom Lane said: > I think our problems are much more localized than that. In my personal > environment, the single biggest boot-time problem is that netatalk takes > friggin forever (~ 1 min) to sync with an existing Appletalk seed router. > But I don't reboot my Fedora machines often enough to make it worth my > time to track it down ... Yeah, I have one annoyance during boot (it isn't nearly as long though): nut takes something like 5-10 seconds to start talking to my UPS before boot can continue. I think a big help would be some method of setting what needs to run before logins and what can be delayed. There is no reason for the whole system to stop while nut tries to find the UPS. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jdieter at gmail.com Tue Apr 3 13:39:50 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 03 Apr 2007 16:39:50 +0300 Subject: yum-presto 0.3.4 Message-ID: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> Yum-presto 0.3.4 is ready. It's main feature is a patch from Ahmed Kamal that rebuilds the rpms in a separate thread so that the processor-hungry rebuilding process happens in parallel to the network-hungry deltarpm download process. I'm not pushing it to the presto repository because it's only been tested on my machine, so I'd like to hear from at least two or three people that it doesn't break their machines. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at camperquake.de Tue Apr 3 14:29:45 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 3 Apr 2007 16:29:45 +0200 Subject: rawhide report: 20070403 changes In-Reply-To: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> Message-ID: <20070403162945.5e710947@banea.int.addix.net> Hi. On Tue, 3 Apr 2007 06:11:19 -0400, buildsys at redhat.com wrote: > pciutils-2.2.4-2.fc7 > -------------------- > * Mon Apr 02 2007 Harald Hoyer - 2.2.4-2 > - added alpha to multilib patch (#231790) Do we even build for Alpha? When was the last time anyone tried it? From hughsient at gmail.com Tue Apr 3 14:29:54 2007 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 03 Apr 2007 15:29:54 +0100 Subject: rawhide report: 20070331 changes In-Reply-To: <4611264A.4030303@redhat.com> References: <200703311005.l2VA5jBb012694@hs20-bc2-6.build.redhat.com> <1175465243.3953.1.camel@localhost.localdomain> <1175521612.2910.12.camel@localhost.localdomain> <4611264A.4030303@redhat.com> Message-ID: <1175610594.3230.0.camel@localhost.localdomain> On Mon, 2007-04-02 at 11:50 -0400, Kristian H?gsberg wrote: > > Thanks for the catch, I'll poke things. > > I added the nv patches to the nouveau build, give > xorg-x11-drv-nv-2.0.1-3.fc7 a try. Yes, this works fine. Many thanks. Richard. From katzj at redhat.com Tue Apr 3 14:44:35 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 03 Apr 2007 10:44:35 -0400 Subject: rawhide report: 20070403 changes In-Reply-To: <20070403162945.5e710947@banea.int.addix.net> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> <20070403162945.5e710947@banea.int.addix.net> Message-ID: <1175611475.3746.3.camel@aglarond.local> On Tue, 2007-04-03 at 16:29 +0200, Ralf Ertzinger wrote: > On Tue, 3 Apr 2007 06:11:19 -0400, buildsys at redhat.com wrote: > > pciutils-2.2.4-2.fc7 > > -------------------- > > * Mon Apr 02 2007 Harald Hoyer - 2.2.4-2 > > - added alpha to multilib patch (#231790) > > Do we even build for Alpha? When was the last time anyone tried it? The AlphaCore[1] guys do. And they're working towards getting their changes merged back in which is definitely the right thing Jeremy [1] http://alphacore.info/ From bpepple at fedoraproject.org Tue Apr 3 14:28:31 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 03 Apr 2007 10:28:31 -0400 Subject: FESCo Meeting Summary for 2007-03-22 Message-ID: <1175610511.22450.12.camel@lincoln> Whoops, sorry about the delay on sending this out to the mailing lists. Wrote this up last week, but forgot to actually send this out. === Members Present === * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Christian Iseli (ch4chris) * Rex Dieter (rdieter) * Toshio Kuratomi (abadger1999) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) * Jesse Keating (f13) * Warren Togami (warren) * Tom Callaway (spot) * Josh Boyer (jwb) * Jeremy Katz (jeremy) === Absent === * Bill Nottingham (notting) == Summary == === Core Review Process === * Discussed making the Core Review a blocker for F8. === Package Database ==== * abadger1999 is close to finishing the PackageDB. === Broken Upgrade Paths === * Solutions for dealing with broken upgrade paths was discussed. One solution might be to have the QA team monitor this. === Packaging Committee Report === * FESCo approved the Packaging Committee's guidelines regarding: * http://fedoraproject.org/wiki/PackagingDrafts/cmake === Misc ==== * Will move the Packaging Committee report to the beginning of FESCo meetings, so that people interested in this don't need to sit through the whole meeting to get to this item. * Discussed whether Ruby Gems should be allowed in Fedora. More information is needed before a decision can be made. For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070322 Thanks. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bpepple at fedoraproject.org Tue Apr 3 14:32:23 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 03 Apr 2007 10:32:23 -0400 Subject: FESCo Meeting Summary for 2007-03-29 Message-ID: <1175610743.22450.17.camel@lincoln> === Members Present === * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Christian Iseli (ch4chris) * Rex Dieter (rdieter) * Toshio Kuratomi (abadger1999) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) * Warren Togami (warren) * Josh Boyer (jwb) * Jeremy Katz (jeremy) === Absent === * Jesse Keating (f13) * Tom Callaway (spot) * Bill Nottingham (notting) == Summary == === Packaging Committee Report === * FESCo approved the Packaging Committee's guidelines regarding: * http://fedoraproject.org/wiki/PackagingDrafts/PostRelease * http://fedoraproject.org/wiki/PackagingDrafts/ExtraDistTagConditionalMacros * http://fedoraproject.org/wiki/PackagingDrafts/Utf8Filenames === EPEL === * FESCo approved the formation of a steering committee for EPEL. http://fedoraproject.org/wiki/ThorstenLeemhuis/EPELSteeringCommittee === Feature Freeze Policy === * FESCo approved the Feature Freeze Policy. jeremy will send an e-mail regarding this to the appropriate lists. http://fedoraproject.org/wiki/Releases/FeatureFreezePolicy === Sponsor Nominations === * David Lutterkort was nominated and accepted as a new sponsor. === cvs-import changes === * Jens Petersen's patch will be applied to the current cvs-import script. === Retired Package Policy === * Discussed possible solutions for this, but didn't come to a resolution. For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070329 Thanks. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From cmadams at hiwaay.net Tue Apr 3 15:11:24 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 3 Apr 2007 10:11:24 -0500 Subject: rawhide report: 20070403 changes In-Reply-To: <20070403162945.5e710947@banea.int.addix.net> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> <20070403162945.5e710947@banea.int.addix.net> Message-ID: <20070403151124.GC1132908@hiwaay.net> Once upon a time, Ralf Ertzinger said: > > pciutils-2.2.4-2.fc7 > > -------------------- > > * Mon Apr 02 2007 Harald Hoyer - 2.2.4-2 > > - added alpha to multilib patch (#231790) > > Do we even build for Alpha? When was the last time anyone tried it? A better question would be why does Alpha (an arch that has only ever been 64 bit) need multilib? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From dcantrell at redhat.com Tue Apr 3 15:16:16 2007 From: dcantrell at redhat.com (David Cantrell) Date: Tue, 03 Apr 2007 11:16:16 -0400 Subject: rawhide report: 20070403 changes In-Reply-To: <20070403151124.GC1132908@hiwaay.net> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> <20070403162945.5e710947@banea.int.addix.net> <20070403151124.GC1132908@hiwaay.net> Message-ID: <1175613376.3732.1.camel@mortise.boston.redhat.com> On Tue, 2007-04-03 at 10:11 -0500, Chris Adams wrote: > Once upon a time, Ralf Ertzinger said: > > > pciutils-2.2.4-2.fc7 > > > -------------------- > > > * Mon Apr 02 2007 Harald Hoyer - 2.2.4-2 > > > - added alpha to multilib patch (#231790) > > > > Do we even build for Alpha? When was the last time anyone tried it? > > A better question would be why does Alpha (an arch that has only ever > been 64 bit) need multilib? If only there were someone, maybe at Red Hat, who has experience with the Alpha platform. -- David Cantrell Red Hat / Westford, MA -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ddutile at redhat.com Tue Apr 3 15:29:36 2007 From: ddutile at redhat.com (Don Dutile) Date: Tue, 03 Apr 2007 11:29:36 -0400 Subject: rawhide report: 20070403 changes In-Reply-To: <1175613376.3732.1.camel@mortise.boston.redhat.com> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> <20070403162945.5e710947@banea.int.addix.net> <20070403151124.GC1132908@hiwaay.net> <1175613376.3732.1.camel@mortise.boston.redhat.com> Message-ID: <461272E0.8090809@redhat.com> David Cantrell wrote: > On Tue, 2007-04-03 at 10:11 -0500, Chris Adams wrote: >> Once upon a time, Ralf Ertzinger said: >>>> pciutils-2.2.4-2.fc7 >>>> -------------------- >>>> * Mon Apr 02 2007 Harald Hoyer - 2.2.4-2 >>>> - added alpha to multilib patch (#231790) >>> Do we even build for Alpha? When was the last time anyone tried it? >> A better question would be why does Alpha (an arch that has only ever >> been 64 bit) need multilib? > > If only there were someone, maybe at Red Hat, who has experience with > the Alpha platform. > > >From a pure Linux perspective, no; from Tru64-Unix perspective, yes; I did Alpha platform support for approx. 7 years before leaving the mothership. >From EV4->EV6-NUMA. Know a fair amount EV7, but left before doing that work. pciutils requires the use of syscalls to do pci config cycle accesses because Alpha systems memory-map the PCI config space into it's uber memory address space; i.e., Alpha *always* did pci-mmconf; it never used io-mapped, address+ data regs to do PCI config cycles. Which reminds me, since Alpha doesn't have equiv. iob/w/l instructions, the PCI IOPort accesses were memory-mapped as well. Similar stuff/issues with PCI on PPC. - Don From jakub at redhat.com Tue Apr 3 15:32:50 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 3 Apr 2007 11:32:50 -0400 Subject: rawhide report: 20070403 changes In-Reply-To: <20070403151124.GC1132908@hiwaay.net> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> <20070403162945.5e710947@banea.int.addix.net> <20070403151124.GC1132908@hiwaay.net> Message-ID: <20070403153250.GA355@devserv.devel.redhat.com> On Tue, Apr 03, 2007 at 10:11:24AM -0500, Chris Adams wrote: > Once upon a time, Ralf Ertzinger said: > > > pciutils-2.2.4-2.fc7 > > > -------------------- > > > * Mon Apr 02 2007 Harald Hoyer - 2.2.4-2 > > > - added alpha to multilib patch (#231790) > > > > Do we even build for Alpha? When was the last time anyone tried it? > > A better question would be why does Alpha (an arch that has only ever > been 64 bit) need multilib? If you read the patch you'd understand. I'd say it would be better to apply that patch selectively on known multilib arches and not everywhere (otherwise e.g. it has to be adjusted for sparc, sparc64, m68k, arm, mips, mips64, ...), something like %ifarch %{ix86} x86_64 ppc ppc64 s390 s390x sparc sparc64 %patch8 ... %endif and add sparc/sparc64 support to that patch. Jakub From miles.lane at gmail.com Tue Apr 3 20:06:25 2007 From: miles.lane at gmail.com (Miles Lane) Date: Tue, 3 Apr 2007 13:06:25 -0700 Subject: rawhide report: 20070403 changes In-Reply-To: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> Message-ID: The mute button on my HP dv1240us laptop does not work (the audio is not muted and the button LED does not come on). After finding a reference on the web, I added: "options snd-intel8x0 ac97_quirk=7" to /etc/modprobe.conf. On Ubuntu 7.04, the mute button works and this modprobe option makes the LED work. Any idea why this isn't happy with Rawhide? Thanks, Miles From markg85 at gmail.com Tue Apr 3 21:04:32 2007 From: markg85 at gmail.com (Mark) Date: Tue, 3 Apr 2007 23:04:32 +0200 Subject: Future New Init for FC7? In-Reply-To: <46123528.8000909@gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> Message-ID: <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> why? i have browsed through the kernel (with the "make menuconfig" thing) and i saw ALOT of stuff that i simply don`t need.. specially those annoying debugging messages at the start... they are turned on and can`t be turned off without changing it in the kernel.. (the boot quiet option doesn`t work). and about the boot progress itself.. i understand that alot of stuff will needs to be loaded but does it really all have to start at once at boot? can`t the CORE ESSENTIALS be started together with gnome als often used programs pre cached so that the boot is fast and the desktop starts fast. lets take bluetooth for example.. i don`t need to have that on all the time. i even SWITCHED back to wired mouses and keyboards because my bluetooth desktop set wasn`t even working (that was with FC6.. don`t know for FC7). just start the services when a user needs them and autostart it when a user often needs it... will require some coding but will work alot faster simply because there is less to start AND it`s really only starting what the user uses most. would be cool :) Mark. 2007/4/3, dragoran : > > Mark wrote: > > i wasn`t expecting so much reactions on this topic.. > > the more the better though. > > > > but i think that the boot time can be brought down alot just be > providing > > some more options for the boot progress.. for example.. let the users > > choose > > which kernel modules should load.. > > things like that could make a change > this does not make any sense... the kernel / udev should only load > needed modules everything else is a bug > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Tue Apr 3 21:06:48 2007 From: markg85 at gmail.com (Mark) Date: Tue, 3 Apr 2007 23:06:48 +0200 Subject: yum groupremove removes to much!! In-Reply-To: <3ea997540704012339x1309fe57gb864865b05e8b0ee@mail.gmail.com> References: <6e24a8e80704010522k6b50b25fp160eec48d6bb0200@mail.gmail.com> <3ea997540704012339x1309fe57gb864865b05e8b0ee@mail.gmail.com> Message-ID: <6e24a8e80704031406p441f8aa4kd64abc4713d0b2ea@mail.gmail.com> gdm.. oke that could be possible.. but still.. i find it strange that everything of KDE is alos being removed when you only enter this command: "yum groupremove "GNOME Desktop Environment"" that`s just not what i would expect to happen.. 2007/4/2, John Mahowald : > > On 4/1/07, Mark wrote: > > > > yum groupremove "GNOME Desktop Environment" > > > > and yum started removing.. (over 200 packages!!) > > > > now it didn`t just remove all of gnome but also ALL OF KDE (i had KDE > > installed aswell) and all the gnome development tools that i had > installed.. > > is that normal? > > Development tools depend on their corresponding packages. And you > probably removed gdm or something KDE depended on, without the KDE > equivalent in place. Sounds normal, unless you have a specific example > of a dependency that doesn't make sense. > > > yum groupinstall "GNOME Desktop Environment" (-y) > > and now it`s just installing a little more than 100 packages.. > > that leaves another 100 packages that are being removed when you remove > > gnome but not being reinstalled.. > > Yes, but did you reinstall "KDE (K Desktop Environment)" and "GNOME > Software Development" ? If not that is not a fair comparison. > > John > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lovesunix.net Tue Apr 3 21:45:23 2007 From: david at lovesunix.net (David Nielsen) Date: Tue, 03 Apr 2007 23:45:23 +0200 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> Message-ID: <1175636723.9628.4.camel@dawkins> tir, 03 04 2007 kl. 23:04 +0200, skrev Mark: > why? > i have browsed through the kernel (with the "make menuconfig" thing) > and i saw ALOT of stuff that i simply don`t need.. specially those > annoying debugging messages at the start... they are turned on and > can`t be turned off without changing it in the kernel.. (the boot > quiet option doesn`t work). That is on purpose for the Development cycles, it helps locate problems when you report bugs. The patch is backed out for production releases. - David Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From drago01 at gmail.com Tue Apr 3 21:50:54 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Tue, 3 Apr 2007 23:50:54 +0200 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> Message-ID: On 4/3/07, Mark wrote: > > why? > i have browsed through the kernel (with the "make menuconfig" thing) and i > saw ALOT of stuff that i simply don`t need.. specially those annoying > debugging messages at the start... they are turned on and can`t be turned > off without changing it in the kernel.. (the boot quiet option doesn`t > work). you where talking about kernelmodules... there are no debug _modules_ that get loaded by default. and about the boot progress itself.. i understand that alot of stuff will > needs to be loaded but does it really all have to start at once at boot? > can`t the CORE ESSENTIALS be started together with gnome als often used > programs pre cached so that the boot is fast and the desktop starts fast. > > lets take bluetooth for example.. i don`t need to have that on all the > time. i even SWITCHED back to wired mouses and keyboards because my > bluetooth desktop set wasn`t even working (that was with FC6.. don`t know > for FC7). > just start the services when a user needs them and autostart it when a > user often needs it... will require some coding but will work alot faster > simply because there is less to start AND it`s really only starting what the > user uses most. again my reply was refering to the "only load kernelmodules that I need" statement. would be cool :) > Mark. > > 2007/4/3, dragoran : > > > > Mark wrote: > > > i wasn`t expecting so much reactions on this topic.. > > > the more the better though. > > > > > > but i think that the boot time can be brought down alot just be > > providing > > > some more options for the boot progress.. for example.. let the users > > > choose > > > which kernel modules should load.. > > > things like that could make a change > > this does not make any sense... the kernel / udev should only load > > needed modules everything else is a bug > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bojan at rexursive.com Wed Apr 4 01:32:26 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 04 Apr 2007 11:32:26 +1000 Subject: libnet-devel static only? Message-ID: <1175650346.25441.0.camel@shrek.rexursive.com> Anyone knows why libnet-devel package only includes static libraries? -- Bojan From kevin at scrye.com Wed Apr 4 03:38:34 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 3 Apr 2007 21:38:34 -0600 Subject: xfce - unowned directories? In-Reply-To: <20070327124225.30b51c9e@ghistelwchlohm.scrye.com> References: <20070326205342.ca2ccacc.mschwendt.tmp0701.nospam@arcor.de> <1174946387.4024.21.camel@hal9000.oberschlesier.lan> <20070327111255.3352c09c@ghistelwchlohm.scrye.com> <1175019710.5082.29.camel@hal9000.oberschlesier.lan> <20070327124225.30b51c9e@ghistelwchlohm.scrye.com> Message-ID: <20070403213834.2b29dbbd@ghistelwchlohm.scrye.com> ok. I finally dug into this some more... The following seem pretty clear and clean up a lot of the issues: libxfce4mcs: + %{_libdir}/xfce4/mcs-plugins (all the packages that currently own this dir need the libxfce4mcs-client library that this package provides.) xfprint: - %{_libdir}/xfce4/mcs-plugins/ xfce4-mixer: - %{_libdir}/xfce4/mcs-plugins/ xfce4-panel: + %{_libexecdir}/xfce4/ + %dir %{_sysconfdir}/xdg/xfce4/ + %dir %{_sysconfdir}/xdg/xfce4/panel/ - %{_libdir}/xfce4/mcs-plugins/ xfce-utils: + rm -rf %{_datadir}/apps/ - %{_sysconfdir}/xdg/xfce4/ - %{_datadir}/apps/switchdesk/* (switchdesk package has it's own Xfce file, and this one isn't used for anything anymore, it's not even in a place switchdesk looks) xfdesktop: + %{_libdir}/xfce4/modules/ + %{_datadir}/xfce4-menueditor/ xfce4-session: + %dir %{_sysconfdir}/xdg/xfce4-session/ + %dir %{_sysconfdir}/xdg/autostart/ + %dir %{_libdir}/xfce4/splash/ + %dir %{_libdir}/xfce4/splash/engines + %dir %{_datadir}/xfce4/tips/ + Requires: redhat-menus (in order to own %{_sysconfdir}/xdg/ (in xfce4-session-devel subpackage): + %{_includedir}/xfce4/xfce4-session-4.2/ (in xfce4-session-engines subpackage): + %{_datadir}/themes/Default/balou/ xfce-mcs-plugins: + %{_libdir}/xfce4/mcs-plugins/ + %{_datadir}/xfce-mcs-plugins/shortcuts/ Outstanding questions: %{_sysconfdir}/xdg/autostart/ is owned already by gnome-session. Is it ok for xfce4-session to also own this directory? I would think so. /usr/share/themes is owned by gtk2, xfce4-session-engines requres xfce4-session, which requires gtk2, so this should be taken care of? Or am I missing something there? Then we get to: %{_libdir}/xfce4 - currently owned by xfce4-panel packages with issues here: xfce-mcs-plugins xfce4-session xfce4-session-engines xfprint xfwm4 Should those get a Requires: xfce4-panel? I don't think it makes much sense to move that to a lib* package that never puts anything in there. ;( %{_datadir}/xfce4 - currently owned by xfwm4 and xfce4-icon-theme packages with issues here: xfce-mcs-manager xfce-mcs-plugins xfce4-appfinder xfce4-session xfprint Might make the most sense here to move it to xfce-mcs-manager? It uses the dir and is early enough in the chain that I think everything else will depend on it. %{_datadir}/xfce4/doc - currently owned by xfdesktop packages with issues here: xfce-mcs-manager xfce-mcs-plugins xfce4-appfinder xfce4-panel xfce4-session xfprint xfwm Move also to xfce-mcs-manager? %{_includedir}/xfce4 - currently owned by libxfce4util-devel Ah, I think all these will be fixed by adding to libxfce4mcs-devel, xfce4-session-devel: Requires: libxfce4util-devel >= %{version} Requires: libxfcegui4-devel >= %{version} and to xfprint-devel: Requires: libxfcegui4-devel >= %{version} I kinda hate to make all these changes in the freeze time, but this does need to be cleaned up. ;( Perhaps I could build everything in a private repo here and we could re-run the directory ownership script against it to confirm everything was taken care of? Anyhow, any and all input happily accepted... kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Lam at Lam.pl Wed Apr 4 05:39:27 2007 From: Lam at Lam.pl (Leszek Matok) Date: Wed, 04 Apr 2007 07:39:27 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> Message-ID: <1175665167.4000.16.camel@pensja.lam.pl> Dnia 03-04-2007, wto o godzinie 16:39 +0300, Jonathan Dieter napisa?(a): > Yum-presto 0.3.4 is ready. It's main feature is a patch from Ahmed > Kamal that rebuilds the rpms in a separate thread so that the > processor-hungry rebuilding process happens in parallel to the > network-hungry deltarpm download process. > > I'm not pushing it to the presto repository because it's only been > tested on my machine, so I'd like to hear from at least two or three > people that it doesn't break their machines. (...) (5/11): krb5-libs-1.5_1.5 100% |=========================| 81 kB 00:02 Exception in thread Thread-1: Traceback (most recent call last): File "/usr/lib/python2.4/threading.py", line 442, in __bootstrap self.run() File "/usr/share/presto/prestoThread.py", line 39, in run messages = apply(self.run_function, retval) File "/usr/share/presto/prestoDownload.py", line 78, in reconstruct retlist += "Built %s from deltarpm\n" % (os.path.basename(po.localpath), os.path.basename(deltalocal)) TypeError: not all arguments converted during string formatting (6/11): openssh-server-4. 100% |=========================| 60 kB 00:01 (...) It continued to download drpms, but then went on to download full rpms of the same packages. I had to kill yum of course (when is ^\ going to start working?). Now every time I start yum, it shows me identical trace dump, before downloading any packages (now it downloads full rpms only). Oh, and it remembered that drpms are unrebuildable and wants to download everything again. Is there some magic command (yum clean presto-cache or something) to make it use the drpms on the next run (when the bug is fixed)? Thanks for working on that change. My normal setup is a fast computer with a very slow link, but this weekend I tested yum-presto on a Celeron 800 and a 1 Mbps link, when drpms allowed me to save ~300 MiB of downloading, but took ages to rebuild, when nothing was actually downloading (with 500 MiB of full rpms in the queue). If this background rebuilding works, I'm totally happy :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From pertusus at free.fr Wed Apr 4 06:32:54 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 4 Apr 2007 08:32:54 +0200 Subject: libnet-devel static only? In-Reply-To: <1175650346.25441.0.camel@shrek.rexursive.com> References: <1175650346.25441.0.camel@shrek.rexursive.com> Message-ID: <20070404063254.GA2909@free.fr> On Wed, Apr 04, 2007 at 11:32:26AM +1000, Bojan Smojver wrote: > Anyone knows why libnet-devel package only includes static libraries? Because it is so upstream. Upstream is dead, but I think that someday it will restart somewhere. There is a beta version (whach may have shared libs) but development has stopped. There is something on alioth, but it never really took off. The issue with doing shared libs ourselves is that there is a risk that the soname chosen is not the samem that the soname chosen by those who restart the project. Now that more and more packages use libnet, however, potential security issues have become potentially more problematic. Therefore it isn't as clear as before whether having shared libs is bad or not. -- Pat From ghenry at suretecsystems.com Wed Apr 4 07:05:17 2007 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 4 Apr 2007 08:05:17 +0100 (BST) Subject: Temp gpadmin3 takeover? Message-ID: <35777.192.168.100.90.1175670317.squirrel@webmail.suretecsystems.com> Dear all, Would anyone like to temporarily take this over for FC7 release? I don't have the time over the next couple of weeks. Your help with this would be greatly appreciated. Many thanks, Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From ghenry at suretecsystems.com Wed Apr 4 07:05:25 2007 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 4 Apr 2007 08:05:25 +0100 (BST) Subject: Temp pgadmin3 takeover? Message-ID: <35783.192.168.100.90.1175670325.squirrel@webmail.suretecsystems.com> Dear all, Would anyone like to temporarily take this over for FC7 release? I don't have the time over the next couple of weeks. Your help with this would be greatly appreciated. Many thanks, Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From buildsys at redhat.com Wed Apr 4 10:02:12 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 4 Apr 2007 06:02:12 -0400 Subject: rawhide report: 20070404 changes Message-ID: <200704041002.l34A2C8d025515@hs20-bc2-6.build.redhat.com> New package rpcbind Universal Addresses to RPC Program Number Napper Updated Packages: anaconda-11.2.0.44-1 -------------------- * Tue Apr 03 2007 Jeremy Katz - 11.2.0.44-1 - Clean up depsolve callback to work with yum depsolver - More live CD fixing * Tue Apr 03 2007 David Cantrell - 11.2.0.43-1 - Correctly detect if there are no more mirrors to try (clumens, #232639) - Display size and model info per disk in PartitionTypeWindow in textw - Support fetching kickstart files from HTTP URLs that require login information (bnocera at redhat.com, #194247) - Improve CongratulationWindow.getScreen (katzj) - Add missing import to livecd.py (katzj) - Use correct syntax for hal-lock (katzj) - Don't traceback in cases where there are no drives (katzj, #234697) - Add fec_mpc52xx, ps3_storage, and gelic_net (#220009) - Display IP address of the VNC server (#234747) - Add OSA layer 2 support for System Z (bhinson at redhat.com, #233376) - Import constants in backend.py (clumens, #234782) - Add netxen_nic driver (clumens, #230245) autofs-1:5.0.1-7 ---------------- * Tue Apr 03 2007 Ian Kent - 5.0.1-7 - fix "null" domain netgroup match for "-hosts" map. automake16-1.6.3-12 ------------------- * Tue Apr 03 2007 Karsten Hopp 1.6.3-12 - buildrequire texinfo for makeinfo bluez-utils-3.9-2.fc7 --------------------- * Tue Jan 30 2007 David Woodhouse 3.9-2 - Handle HUP or ERR results from poll() instead of looping (#232813) control-center-1:2.18.0-7.fc7 ----------------------------- * Tue Apr 03 2007 Matthias Clasen - 2.18.0-7 - Fix a problem with the previous patch cups-1:1.2.10-4.fc7 ------------------- * Tue Apr 03 2007 Tim Waugh 1:1.2.10-4 - Relay printer-state-message values in the IPP backend (STR #2109). dbus-python-0.80.2-3.fc7 ------------------------ * Tue Apr 03 2007 David Zeuthen - 0.80.2-3 - Rebuild * Tue Apr 03 2007 David Zeuthen - 0.80.2-2 - Don't examine args for functions declared METH_NOARGS (#235017) dosfstools-2.11-8.fc7 --------------------- * Tue Apr 03 2007 Jeremy Katz - 2.11-8 - add dosfslabel (originally by Peter Jones) esc-1.0.1-2.fc7 --------------- * Tue Apr 03 2007 Jack Magne - 1.0.0-2 evince-0.8.0-5.fc7 ------------------ * Tue Apr 03 2007 Matthias Clasen - 0.8.0-5 - Add an explicit --vendor="", to pacify older desktop-file-utils * Sun Apr 01 2007 Matthias Clasen - 0.8.0-4 - Add an explicit BR for gnome-icon-theme (#234780) evolution-2.10.0-9.fc7 ---------------------- * Tue Apr 03 2007 Matthew Barnes - 2.10.0-9.fc7 - Require libxml2-devel in evolution-devel package (RH bug #235056). - Add libxml-2.0 requirement to evolution-plugin-2.10.pc. * Tue Apr 03 2007 Matthew Barnes - 2.10.0-8.fc7 - Revise patch for GNOME bug #419524 to fix RH bug #235082 (crash in initial account setup wizard). gdbm-1.8.0-27.fc7 ----------------- * Tue Apr 03 2007 Ondrej Dvoracek - 1.8.0-27 - made install-info use in scriptlets safe (#223688) ghostscript-8.15.4-2.fc7 ------------------------ * Tue Apr 03 2007 Tim Waugh 8.15.4-2 - Fixed configuration file locations (bug #233966). * Wed Mar 14 2007 Tim Waugh 8.15.4-1 - 8.15.4. * Thu Jan 25 2007 Tim Waugh 8.15.3-7 - dvipdf script fixes (bug #88906). - Moved libijs.so and libgs.so into devel package (bug #203623). gnome-panel-2.18.0-6.fc7 ------------------------ * Tue Apr 03 2007 Ray Strode - 2.18.0-6 - update the clock after timezone changes (bug 230832) gnome-volume-manager-2.17.0-5.fc7 --------------------------------- * Tue Apr 03 2007 Matthias Clasen - 2.17.0-5 - Add an explicit --vendor argument to pacify older desktop-file-utils java-1.5.0-gcj-1.5.0.0-12.fc7 ----------------------------- * Tue Apr 03 2007 Thomas Fitzsimmons - 1.5.0.0-12 - Obsolete gnu-crypto, gnu-crypto-sasl-jdk1.4 and jessie in base package. - Obsolete gnu-crypto-javadoc in javadoc subpackage. krb5-1.6-3 ---------- * Tue Apr 03 2007 Nalin Dahyabhai 1.6-3 - add patch to correct unauthorized access via krb5-aware telnet daemon (#229782, CVE-2007-0956) - add patch to fix buffer overflow in krb5kdc and kadmind (#231528, CVE-2007-0957) - add patch to fix double-free in kadmind (#231537, CVE-2007-1216) * Thu Mar 22 2007 Nalin Dahyabhai - back out buildrequires: keyutils-libs-devel for now * Thu Mar 22 2007 Nalin Dahyabhai 1.6-2 - add buildrequires: on keyutils-libs-devel to enable use of keyring ccaches, dragging keyutils-libs in as a dependency man-pages-2.43-12.fc7 --------------------- * Mon Apr 02 2007 Steve Dickson 2.43-12 - Remove the rpcinfo man page (#228894). * Fri Mar 16 2007 Ivana Varekova 2.43-11 - Resolves: 230899 Error in the man-pages.spec file: incorrect encoding convertation * Mon Mar 12 2007 Ivana Varekova 2.43-10 - change the default buildroot metacity-2.18.0-2.fc7 --------------------- * Tue Apr 03 2007 Matthias Clasen - 2.18.0-2 - Split off a devel package (#203547) - Some spec file cleanups (#21573) nautilus-cd-burner-2.18.0-2.fc7 ------------------------------- * Tue Apr 03 2007 Matthias Clasen - 2.18.0-2 - Add an explicit --vendor, to pacify older desktop-file-utils nfs-utils-1:1.0.12-4.fc7 ------------------------ * Tue Apr 03 2007 Steve Dickson 1.0.12-4 - Replace portmap dependency with an rpcbind dependency (bz 228894) openoffice.org-1:2.2.0-14.3 --------------------------- * Tue Mar 27 2007 Caolan McNamara - 1:2.2.0-14.3 - Resolves: rhbz#233944 openoffice.org-2.2.0.ooo75790.sc.pa-IN.translate.patch - add aliases for the english autocorrect files - drop old themes to save space and need for translations of their names - combine more DSOs, the speed improvement is not immediately compelling but is at least startup time neutral and saves a meg in size for just core + writer + http://people.redhat.com/caolanm/speed/CombinedDSO.ods policycoreutils-2.0.7-9.fc7 --------------------------- * Tue Apr 03 2007 Dan Walsh 2.0.7-9 - Fix polgen.py to not generate udp rules on tcp input rhgb-0.17.4-1.fc7 ----------------- * Tue Apr 03 2007 Ray Strode - 0.17.4-1 - Fix some descriptions. Patch by Baris Cicek bug 143954 selinux-policy-2.5.11-2.fc7 --------------------------- * Tue Apr 03 2007 Dan Walsh 2.5.11-2 - Allow syslog-ng to read /var - Allow locate to getattr on all filesystems - nscd needs setcap sinjdoc-0.5-4.fc7 ----------------- * Tue Apr 03 2007 Thomas Fitzsimmons - 0.5-4 - Obsolete gjdoc. syslinux-3.36-2.fc7 ------------------- * Tue Apr 03 2007 Florian La Roche - 3.36-2 - add upstream patch from 3.3x branch system-config-bind-4.0.2-6.fc7 ------------------------------ * Tue Apr 03 2007 Ondrej Dvoracek - 4.0.2-6 - Corrected rndc key labels - Resolves #219795 - Corrected DNSSEC key record column - Resolves #219798 * Tue Apr 03 2007 Ondrej Dvoracek - 4.0.2-5 - Added SSHFP Resource record - Resolves #205689 - Corrected some typos in strings - Resolves #232054 * Tue Jan 23 2007 Martin Stransky - 4.0.2-4 - reworked version check - added check for child processes (#216584) tcl-1:8.4.13-15.fc7 ------------------- * Tue Apr 03 2007 Marcela Maslanova - 1:8.4.13-15 - cleaning spec tzdata-2007e-1.fc7 ------------------ * Tue Apr 03 2007 Petr Machata - 2007e-1 - Upstream 2007e - Syria switched to summer time at Mar/29. - Honduras will not enter DST this year. xsane-0.994-1.fc7 ----------------- * Tue Apr 03 2007 Nils Philippsen - 0.994-1 - version 0.994 (#235038) ypbind-3:1.19-8.fc7 ------------------- * Tue Apr 03 2007 Steve Dickson - 3:1.19-8 - Replace portmap dependency with an rpcbind dependency (bz 228894) Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 systemtap-runtime - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 From twaugh at redhat.com Wed Apr 4 10:31:15 2007 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 04 Apr 2007 11:31:15 +0100 Subject: rawhide report: 20070404 changes In-Reply-To: <200704041002.l34A2C8d025515@hs20-bc2-6.build.redhat.com> References: <200704041002.l34A2C8d025515@hs20-bc2-6.build.redhat.com> Message-ID: <1175682675.6828.10.camel@cyberelk.elk> On Wed, 2007-04-04 at 06:02 -0400, buildsys at redhat.com wrote: > New package rpcbind > Universal Addresses to RPC Program Number Napper It just calls sleep()? ;-) Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From valent.turkovic at gmail.com Wed Apr 4 10:49:07 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 04 Apr 2007 12:49:07 +0200 Subject: rawhide report: 20070403 changes In-Reply-To: References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> Message-ID: <1175683747.9209.0.camel@fedora> On Tue, 2007-04-03 at 13:06 -0700, Miles Lane wrote: > The mute button on my HP dv1240us laptop does not work (the audio is > not muted and the button LED does not come on). After finding a > reference on the web, I added: > "options snd-intel8x0 ac97_quirk=7" to /etc/modprobe.conf. On Ubuntu > 7.04, the mute button works and this modprobe option makes the LED > work. Any idea why this isn't happy with Rawhide? > > Thanks, > Miles > On Fedora Core 6 volume buttons for my HP nx7300 work but with Fedora 7 test 2 they dont! Why is that? Where do I file a bug? From jwboyer at jdub.homelinux.org Wed Apr 4 10:45:06 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 04 Apr 2007 05:45:06 -0500 Subject: rawhide report: 20070403 changes In-Reply-To: <1175683747.9209.0.camel@fedora> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> <1175683747.9209.0.camel@fedora> Message-ID: <1175683506.32658.61.camel@vader.jdub.homelinux.org> On Wed, 2007-04-04 at 12:49 +0200, Valent Turkovic wrote: > On Tue, 2007-04-03 at 13:06 -0700, Miles Lane wrote: > > The mute button on my HP dv1240us laptop does not work (the audio is > > not muted and the button LED does not come on). After finding a > > reference on the web, I added: > > "options snd-intel8x0 ac97_quirk=7" to /etc/modprobe.conf. On Ubuntu > > 7.04, the mute button works and this modprobe option makes the LED > > work. Any idea why this isn't happy with Rawhide? > > > > Thanks, > > Miles > > > > On Fedora Core 6 volume buttons for my HP nx7300 work but with Fedora 7 > test 2 they dont! > > Why is that? Where do I file a bug? http://bugzilla.redhat.com josh From valent.turkovic at gmail.com Wed Apr 4 10:52:16 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 04 Apr 2007 12:52:16 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> Message-ID: <1175683936.9209.3.camel@fedora> On Tue, 2007-04-03 at 16:39 +0300, Jonathan Dieter wrote: > Yum-presto 0.3.4 is ready. It's main feature is a patch from Ahmed > Kamal that rebuilds the rpms in a separate thread so that the > processor-hungry rebuilding process happens in parallel to the > network-hungry deltarpm download process. So delta-rpm i ready for Fedora 7? Jupiiii!!! Hooray!!! How can I test how delta-rpm works? Please give us some pointers. Thank you very much! I love delta-rpm, it works great in SUSE, so I love that it is going to work also in Fedora 7. From markg85 at gmail.com Wed Apr 4 10:59:20 2007 From: markg85 at gmail.com (Mark) Date: Wed, 4 Apr 2007 12:59:20 +0200 Subject: Future New Init for FC7? In-Reply-To: References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> Message-ID: <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> sorry, my mistake. it`s indeed only loading the kernel modules that are needed. what i actuallt mean is that there are way more things compiled inside the kernel than i need but that`s just me.. someone else might need those things so i understand why they are compiled in. and can someone tell us (atleast me ;)) about the new init methods and timings? because it sounds interesting to me (i would love to have a 10 second boot ^_^) Mark 2007/4/3, dragoran dragoran : > > > > On 4/3/07, Mark wrote: > > > > why? > > i have browsed through the kernel (with the "make menuconfig" thing) and > > i saw ALOT of stuff that i simply don`t need.. specially those annoying > > debugging messages at the start... they are turned on and can`t be turned > > off without changing it in the kernel.. (the boot quiet option doesn`t > > work). > > > you where talking about kernelmodules... there are no debug _modules_ > that get loaded by default. > > > and about the boot progress itself.. i understand that alot of stuff will > > needs to be loaded but does it really all have to start at once at boot? > > can`t the CORE ESSENTIALS be started together with gnome als often used > > programs pre cached so that the boot is fast and the desktop starts fast. > > > > lets take bluetooth for example.. i don`t need to have that on all the > > time. i even SWITCHED back to wired mouses and keyboards because my > > bluetooth desktop set wasn`t even working (that was with FC6.. don`t know > > for FC7). > > just start the services when a user needs them and autostart it when a > > user often needs it... will require some coding but will work alot faster > > simply because there is less to start AND it`s really only starting what the > > user uses most. > > > again my reply was refering to the "only load kernelmodules that I need" > statement. > > > would be cool :) > > Mark. > > > > 2007/4/3, dragoran < drago01 at gmail.com>: > > > > > > Mark wrote: > > > > i wasn`t expecting so much reactions on this topic.. > > > > the more the better though. > > > > > > > > but i think that the boot time can be brought down alot just be > > > providing > > > > some more options for the boot progress.. for example.. let the > > > users > > > > choose > > > > which kernel modules should load.. > > > > things like that could make a change > > > this does not make any sense... the kernel / udev should only load > > > needed modules everything else is a bug > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at fedoraproject.org Wed Apr 4 11:31:26 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 4 Apr 2007 07:31:26 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-04 Message-ID: <20070404113126.E3D02152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 41 abcm2ps-5.4.0-1.fc7 (!) anjuta-2.1.0-1.fc7 : INVALID rebuild, not published! anjuta-gdl-0.7.3-1.fc7 audacious-1.3.1-2.fc7 audacious-plugins-1.3.1-1.fc7 bzr-0.15-1.fc7 bzr-gtk-0.15.2-1.fc7 bzrtools-0.15.4-1.fc7 dejavu-fonts-2.16-1.fc7 NEW gnome-games-extra-data-2.17.90-2.fc7 gparted-0.3.3-8.fc7 imlib-1.9.15-1.fc7 ipod-sharp-0.6.3-1.fc7 jd-1.8.8-1.fc7 jflex-1.3.5-2jpp.2.fc7 kazehakase-0.4.5-1.fc7 ktorrent-2.1.3-1.fc7 libipoddevice-0.5.3-1.fc7 lua-5.1.2-1.fc7 lyx-1.5.0-0.4.beta1.fc7 NEW mod_auth_shadow-2.2-3.fc7 nginx-0.5.17-1.fc7 NEW perl-Ace-1.91-2.fc7 NEW perl-AutoClass-1_01-2.fc7 NEW perl-Convert-Binary-C-0.67-4.fc7 perl-DateTime-0.37-3.fc7 NEW perl-HTML-Encoding-0.52-1.fc7 perl-Imager-0.56-2.fc7 perl-Module-Build-0.2807-1.fc7 NEW perl-PostScript-0.06-1.fc7 php-pear-DB-DataObject-FormBuilder-1.0.0-0.4.RC7.fc7 pungi-0.3.0-1.fc7 python-daap-0.7-3.fc7 recode-3.6-23.fc7 scanbuttond-0.2.3-10.fc7 scribes-0.3.2-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3040.fc7 NEW tecnoballz-0.91-5.fc7 uim-1.4.1-3.fc7 uw-imap-2006g-2.fc7 xchat-gnome-0.17-3.fc7 Packages built and released for Fedora Extras 6: 24 PyOpenGL-3.0.0-0.2.a6.fc6.1 abcm2ps-5.4.0-1.fc6 bzr-0.15-1.fc6 bzr-gtk-0.15.2-1.fc6 bzrtools-0.15.4-2.fc6 gcompris-8.2.2-2.fc6 gnucap-0.35-1.fc6 jd-1.8.8-1.fc6 kazehakase-0.4.5-1.fc6 ktorrent-2.1.3-1.fc6 lua-5.1.2-1.fc6 mercurial-0.9.3-1.fc6 NEW mod_auth_shadow-2.2-3.fc6 nginx-0.5.17-1.fc6 NEW perl-Ace-1.91-2.fc6 NEW perl-AutoClass-1_01-2.fc6 NEW perl-Convert-Binary-C-0.67-4.fc6 NEW perl-HTML-Encoding-0.52-1.fc6 NEW perl-PostScript-0.06-1.fc6 php-pear-DB-DataObject-FormBuilder-1.0.0-0.4.RC7.fc6 python-daap-0.7-3.fc6 scim-tomoe-0.5.0-3.fc6 NEW tecnoballz-0.91-5.fc6 uw-imap-2006g-2.fc6 Packages built and released for Fedora Extras 5: 15 bzr-0.15-1.fc5 bzr-gtk-0.15.2-1.fc5 bzrtools-0.15.4-1.fc5 jd-1.8.8-1.fc5 kazehakase-0.4.5-1.fc5 ktorrent-2.1.3-1.fc5 NEW mod_auth_shadow-2.2-3.fc5 nginx-0.5.17-1.fc5 NEW perl-Ace-1.91-2.fc5 NEW perl-AutoClass-1_01-2.fc5 NEW perl-Convert-Binary-C-0.67-4.fc5 NEW perl-PostScript-0.06-1.fc5 php-pear-DB-DataObject-FormBuilder-1.0.0-0.4.RC7.fc5 NEW tecnoballz-0.91-5.fc5 uw-imap-2006g-2.fc5 abcm2ps-5.4.0-1.fc7 ------------------- * Tue Apr 03 2007 Gerard Milmeister - 5.4.0-1 - new version 5.4.0 anjuta-2.1.0-1.fc7 ------------------ anjuta-gdl-0.7.3-1.fc7 ---------------------- * Sun Apr 01 2007 Paul F. Johnson 0.7.3-1 - bump audacious-1.3.1-2.fc7 --------------------- * Mon Apr 02 2007 Ralf Ertzinger 1.3.1-2.fc7 - Add missing Requires: to -devel package * Mon Apr 02 2007 Ralf Ertzinger 1.3.1-1.fc7 - Update to 1.3.1 - Rebase still necessary patches audacious-plugins-1.3.1-1.fc7 ----------------------------- * Mon Apr 02 2007 Ralf Ertzinger 1.3.1-1.fc7 - Update to 1.3.1 bzr-0.15-1.fc7 -------------- * Thu Mar 22 2007 Toshio Kuratomi - 0.15-1 - Update to 0.15. - Simplify the %files list. bzr-gtk-0.15.2-1.fc7 -------------------- * Tue Apr 03 2007 Toshio Kuratomi 0.15.2-1 - Upgrade to 0.15.2: + Traceback fixed upstream. + UI fix to allow resizing the gstatus dialog window. - Disable the commit notifier as it won't work until we get bzr-dbus into Fedora. * Mon Apr 02 2007 Toshio Kuratomi 0.15.1-2 - Fix a traceback in two bzr-gtk subcommands. * Fri Mar 23 2007 Toshio Kuratomi 0.15.1-1 - Update to 0.15.1 - Split olive directory in site-packages into the olive package. - Don't own the bzrlib or plugins directory as bzr already owns them. - Notes on splitting the nautilus functionality out. This isn't done yet as we need to add python-nautilus into Fedora. bzrtools-0.15.4-1.fc7 --------------------- * Thu Mar 22 2007 Toshio Kuratomi 0.15.4-1 - Update to 0.15.4. dejavu-fonts-2.16-1.fc7 ----------------------- * Mon Apr 02 2007 Nicolas Mailhot - 2.16-1 gnome-games-extra-data-2.17.90-2.fc7 ------------------------------------ * Wed Mar 28 2007 Matthias Clasen - 2.17.90-2 - Incorporate review feedback * Wed Mar 28 2007 Matthias Clasen - 2.17.90-1 - Initial build gparted-0.3.3-8.fc7 ------------------- * Wed Apr 04 2007 Deji Akingunola - 0.3.3-8 - Explicitly require hal >= 0.5.9 - Remove the hal policy file created by gparted (if it's still there) on upgrade * Tue Apr 03 2007 Deji Akingunola - 0.3.3-7 - Patch gparted to not create a hal fdi file but use hal-lock instead, this will hopefully fix BZ #215657 - Clean up the spec file imlib-1.9.15-1.fc7 ------------------ * Sat Jan 20 2007 Paul Howarth 1:1.9.15-1 - update to 1.9.15 - update gmodulehack patch - update URL - version the obsoletes and provides - require giflib-devel instead of libungif-devel - remove redundant gtk+ dependency - devel package requires %{_datadir}/aclocal and pkgconfig - remove patches for fixes done upstream (ac25, waitpid, bounds) - use sed rather than perl for scripted edits - macro-ize commands where possible, hardcode paths otherwise - use make with DESTDIR rather than %makeinstall - use more explicit names in the %files lists - make imlib-config multilib-compatible - add buildreq libXt-devel (needed for FC5) ipod-sharp-0.6.3-1.fc7 ---------------------- * Tue Apr 03 2007 Christopher Aillon 0.6.3-1 - Update to 0.6.3 jd-1.8.8-1.fc7 -------------- * Tue Apr 03 2007 Mamoru Tasaka - 1.8.8-1 - 1.8.8 jflex-1.3.5-2jpp.2.fc7 ---------------------- * Mon Apr 02 2007 Matt Wringe - 0:1.3.5-2jpp.2 - Add patches jflex-CharSet_java.patch and jflex-StateSet_java.patch to allow building with the new gcj kazehakase-0.4.5-1.fc7 ---------------------- * Tue Apr 03 2007 Mamoru Tasaka - 0.4.5-1 - 0.4.5 - Clean up spec file (rename plugins, drop "plugins" string from name) - Add ruby-gtk support (disabled until the review #232160 is completed) ktorrent-2.1.3-1.fc7 -------------------- * Tue Apr 03 2007 Rex Dieter 2.1.3-1 - ktorrent-2.1.3 - optimize %configure libipoddevice-0.5.3-1.fc7 ------------------------- * Tue Apr 03 2007 Christopher Aillon 0.5.3-1 - Update to 0.5.3 lua-5.1.2-1.fc7 --------------- * Mon Apr 02 2007 Hans de Goede 5.1.2-1 - New upstream release 5.1.2 - Fix use of rpath on x86_64 lyx-1.5.0-0.4.beta1.fc7 ----------------------- * Mon Apr 02 2007 Rex Dieter 1.5.0-0.4.beta1 - fix qt-4.3 crasher * Tue Mar 27 2007 Rex Dieter 1.5.0-0.3.beta1 - stop omitting -fexceptions mod_auth_shadow-2.2-3.fc7 ------------------------- * Tue Apr 03 2007 David Anderson 2.2-3 - Removed chmod/chown from makefile (sometimes caused root builds to fail) * Mon Apr 02 2007 David Anderson 2.2-1 - Upstream new release (includes license file) * Sat Mar 24 2007 David Anderson 2.1-3 - First packaging for Fedora Extras (modified from upstream spec file) nginx-0.5.17-1.fc7 ------------------ * Mon Apr 02 2007 Jeremy Hinegardner - 0.5.17-1 - Update to 0.5.17 perl-Ace-1.91-2.fc7 ------------------- * Mon Apr 02 2007 Alex Lancaster 1.91-2 - Rename perl-AcePerl to perl-Ace - Disable tests because they require network access - Fix URL for source. - Add examples doc directory * Fri Mar 30 2007 Alex Lancaster 1.91-1 - Make noarch (not building the C optimizations). - Remove Requires on Ace::Browser::LocalSiteDefs , do not currently install the AceBrowser Apache module - Specfile autogenerated by cpanspec 1.69.1. perl-AutoClass-1_01-2.fc7 ------------------------- * Fri Mar 30 2007 Alex Lancaster 1_01-2 - Add perl(Test::Deep) to BR. * Thu Mar 29 2007 Alex Lancaster 1_01-1 - Specfile autogenerated by cpanspec 1.69.1. perl-Convert-Binary-C-0.67-4.fc7 -------------------------------- * Mon Apr 02 2007 Alex Lancaster 0.67-4 - Remove '-j2', package does not support parallel make. * Thu Mar 29 2007 Alex Lancaster 0.67-3 - Add BuildRequires: perl(Test::Pod), perl(Test::Pod::Coverage) * Tue Mar 27 2007 Alex Lancaster 0.67-2 - Add perl(ExtUtils::MakeMaker) BR. * Fri Mar 23 2007 Alex Lancaster 0.67-1 - Specfile autogenerated by cpanspec 1.69.1. perl-DateTime-0.37-3.fc7 ------------------------ * Mon Apr 02 2007 Steven Pritchard 1:0.37-3 - Drop BR DateTime::Format::* to avoid circular build deps. * Mon Apr 02 2007 Steven Pritchard 1:0.37-2 - Filter Win32::TieRegistry dependency. - Do the provides filter like we do in cpanspec. - Drop some macro usage. * Sat Mar 31 2007 Steven Pritchard 1:0.37-1 - Update to DateTime 0.37. - Update to DateTime::TimeZone 0.63. * Tue Mar 13 2007 Steven Pritchard 1:0.36-2 - Update to DateTime::Locale 0.34. - Update to DateTime::TimeZone 0.62. perl-HTML-Encoding-0.52-1.fc7 ----------------------------- * Tue Apr 03 2007 Ville Skytt? - 0.52-1 - First Fedora build. * Mon Apr 02 2007 Ville Skytt? - 0.52-0.5 - BuildRequire perl(ExtUtils::MakeMaker). perl-Imager-0.56-2.fc7 ---------------------- * Mon Apr 02 2007 Steven Pritchard 0.56-2 - BR Inline, Test::Pod, and Test::Pod::Coverage perl modules and rgb (for rgb.txt) for better test coverage. - Fix path to rgb.txt in lib/Imager/Color.pm and t/t15color.t. * Mon Apr 02 2007 Steven Pritchard 0.56-1 - Update to 0.56. - BR ExtUtils::MakeMaker. perl-Module-Build-0.2807-1.fc7 ------------------------------ * Mon Apr 02 2007 Steven Pritchard 0.2807-1 - Update to 0.2807. perl-PostScript-0.06-1.fc7 -------------------------- * Fri Mar 23 2007 Alex Lancaster 0.06-1 - Do not install example.pl - Patch to fix interpreter - Specfile autogenerated by cpanspec 1.69.1. php-pear-DB-DataObject-FormBuilder-1.0.0-0.4.RC7.fc7 ---------------------------------------------------- * Mon Apr 02 2007 Christopher Stone 1.0.0-0.4.RC7 - Upstream sync pungi-0.3.0-1.fc7 ----------------- * Mon Apr 02 2007 Jesse Keating - 0.3.0-1 - Remove incompatible fc6 config files - Update default config file with comments / new options - Update comps file - Enable source iso building again. - Don't try a rescue if the script doesn't exist (prarit) - Pass flavor off to buildinstall if it is set (wwoods) - Fix a logic flaw in the depsolving loop - Use yum's built in exclude handling - Use yum's built in conditional handling for things from comps - Do excludes before group handling. - Get all potential matches for deps, let install time figure the best one to use. - Work around false positive 'unmatched' packages (globs are fun) - Change how depsolving is done - Get all potential matches for a dep, instead of our 'best' our 'best' may not be the same as install time best. - Remove anaconda code, use direct yum functions to get deps - Use a True/False flag to depsolve instead of iterating over a dict. - Log what packages are being added for which reasons. - Do things faster/smarter if we've only asked for one disc - log the rpm2cpio stuff for release notes - correctly capture errors from subprocess python-daap-0.7-3.fc7 --------------------- * Tue Apr 03 2007 Jeffrey C. Ollie - 0.7-3 - Apply patch to fix crashes on 64bit machines from Hans de Goede recode-3.6-23.fc7 ----------------- * Tue Apr 03 2007 Zoltan Kota 3.6-23 - rebuild scanbuttond-0.2.3-10.fc7 ------------------------ * Tue Apr 03 2007 Parag Nemade - 0.2.3-10 - Replaced buttonpressed.sh script version with Chris Bagwell's version given in RFE rh#234954. scribes-0.3.2-1.fc7 ------------------- * Sun Apr 01 2007 Peter Gordon - 0.3.2-1 - Update to new upstream release (0.3.2). sysprof-kmod-1.0.8-1.2.6.20_1.3040.fc7 -------------------------------------- tecnoballz-0.91-5.fc7 --------------------- * Tue Apr 03 2007 Andrea Musuruane 0.91-5.fc7 - changed summary to avoid naming trademarks. * Sun Apr 01 2007 Andrea Musuruane 0.91-4.fc7 - corrected silly error in the %postun script * Sat Mar 31 2007 Andrea Musuruane 0.91-3.fc7 - added a patch by Hans de Goede to drop setgid privileges when not needed - changed icon cache scriptles to be compliant with updated guidelines - changed vendor to fedora in desktop-file-install * Sun Mar 25 2007 Andrea Musuruane 0.91-2.fc7 - moved from Livna to Fedora - added a patch by Hans de Goede to fix compiling on 64 bits (Livna #1367) - added a patch by Hans de Goede not to require smpeg (Livna #1367) - changed desktop category to Game;ArcadeGame - binary setgid 'games' in order to allow a shared scoreboard file - cosmetic changes uim-1.4.1-3.fc7 --------------- * Tue Apr 03 2007 Akira TAGOH - 1.4.1-3 - Register/Unregister the modules at %post/%postun. (#234804) - Add X-GNOME-PersonalSettings to the desktop file categories. uw-imap-2006g-2.fc7 ------------------- * Mon Apr 02 2007 Joe Orton 2006g-2 - use $RPM_OPT_FLAGS during build xchat-gnome-0.17-3.fc7 ---------------------- * Tue Apr 03 2007 Brian Pepple - 0.17-3 - Add patch to fix crasher. (#235144). For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From devrim at CommandPrompt.com Wed Apr 4 11:34:23 2007 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Wed, 04 Apr 2007 14:34:23 +0300 Subject: Temp pgadmin3 takeover? Message-ID: <1175686463.4364.11.camel@laptop.gunduz.org> Hi, (I just subscribed to this list; sorry for breaking the thread) > Would anyone like to temporarily take this over for FC7 release? I can do that. Please add me as a co-maintainer. Regards, -- Devrim G?ND?Z PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdieter at gmail.com Wed Apr 4 11:57:54 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Wed, 04 Apr 2007 14:57:54 +0300 Subject: yum-presto 0.3.4 In-Reply-To: <1175683936.9209.3.camel@fedora> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175683936.9209.3.camel@fedora> Message-ID: <1175687874.29702.9.camel@jndwidescreen.lesbg.loc> On Wed, 2007-04-04 at 12:52 +0200, Valent Turkovic wrote: > So delta-rpm i ready for Fedora 7? Jupiiii!!! > Hooray!!! > > How can I test how delta-rpm works? Please give us some pointers. > > Thank you very much! I love delta-rpm, it works great in SUSE, so I love > that it is going to work also in Fedora 7. > Uh, not quite yet... We only have it working for FC6 with i386 repositories at the moment and I've had a few bug reports from people trying to use it in Rawhide, so I know it doesn't work there yet. Right now, it should really be considered in the alpha stage (maybe if you're really generous, you might call it beta). By the time F7 comes out, I'd like it to be pretty much rock-solid. If you're volunteering to help test, check out htts://hosted.fedoraproject.org/projects/presto. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Wed Apr 4 12:15:05 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 04 Apr 2007 12:15:05 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-04 Message-ID: <20070404121505.30385.24915@extras64.linux.duke.edu> Summary of broken packages (by owner): Jochen AT herr-schmitt.de pdftk - 1.41-3.fc7.i386 (35 days) pdftk - 1.41-3.fc7.ppc (35 days) pdftk - 1.41-3.fc7.x86_64 (35 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (117 days) csound - 5.03.0-9.fc7.i386 (117 days) csound - 5.03.0-9.fc7.ppc (117 days) csound - 5.03.0-9.fc7.x86_64 (117 days) csound-python - 5.03.0-9.fc7.i386 (117 days) csound-python - 5.03.0-9.fc7.ppc (117 days) csound-python - 5.03.0-9.fc7.x86_64 (117 days) enrico.scholz AT informatik.tu-chemnitz.de tor-core - 0.1.1.26-3.fc7.i386 (24 days) tor-core - 0.1.1.26-3.fc7.ppc (24 days) tor-core - 0.1.1.26-3.fc7.x86_64 (24 days) miker5slow AT grandecom.net conky - 1.4.5-2.fc7.i386 conky - 1.4.5-2.fc7.ppc conky - 1.4.5-2.fc7.x86_64 mmcgrath AT redhat.com nagios-plugins-rpc - 1.4.6-1.fc7.i386 (2 days) nagios-plugins-rpc - 1.4.6-1.fc7.ppc (2 days) nagios-plugins-rpc - 1.4.6-1.fc7.x86_64 (2 days) petersen AT redhat.com ghc66-gtk2hs-mozembed - 0.9.10.2-0.1.fc6.i386 (13 days) ghc66-gtk2hs-mozembed - 0.9.10.2-0.1.fc6.ppc (13 days) ghc66-gtk2hs-mozembed - 0.9.10.2-0.1.fc6.x86_64 (13 days) rdieter AT math.unl.edu k3b-extras - 0.12.17-1.fc6.i386 (46 days) k3b-extras - 0.12.17-1.fc6.ppc (46 days) k3b-extras - 0.12.17-1.fc6.x86_64 (46 days) ryo-dairiki AT users.sourceforge.net libtomoe-gtk - 0.5.1-1.fc7.i386 (22 days) libtomoe-gtk - 0.5.1-1.fc7.i386 (22 days) libtomoe-gtk - 0.5.1-1.fc7.ppc (22 days) libtomoe-gtk - 0.5.1-1.fc7.x86_64 (22 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (117 days) xmldiff - 0.6.7-12.fc6.ppc (117 days) xmldiff - 0.6.7-12.fc6.x86_64 (117 days) tscherf AT redhat.com Democracy - 0.9.5.1-6.fc7.i386 (10 days) Democracy - 0.9.5.1-6.fc7.ppc (10 days) Democracy - 0.9.5.1-6.fc7.x86_64 (10 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.1-7.2.6.20_1.2997.fc7.i586 (15 days) kmod-em8300 - 0.16.1-7.2.6.20_1.2997.fc7.i686 (15 days) kmod-em8300 - 0.16.1-7.2.6.20_1.2997.fc7.ppc (15 days) kmod-em8300 - 0.16.1-7.2.6.20_1.2997.fc7.x86_64 (15 days) kmod-em8300-PAE - 0.16.1-7.2.6.20_1.2997.fc7.i686 (15 days) kmod-em8300-kdump - 0.16.1-7.2.6.20_1.2997.fc7.x86_64 (15 days) kmod-em8300-smp - 0.16.1-7.2.6.20_1.2997.fc7.ppc (15 days) yufanyufan AT gmail.com audacious-docklet - 0.1.1-1.fc7.i386 audacious-docklet - 0.1.1-1.fc7.ppc audacious-docklet - 0.1.1-1.fc7.x86_64 ====================================================================== Broken packages in fedora-extras-6-i386: ghc66-gtk2hs-mozembed-0.9.10.2-0.1.fc6.i386 requires ghc66-gtk2hs = 0:0.9.10.2-0.1.fc6 ====================================================================== Broken packages in fedora-extras-6-ppc: ghc66-gtk2hs-mozembed-0.9.10.2-0.1.fc6.ppc requires ghc66-gtk2hs = 0:0.9.10.2-0.1.fc6 ====================================================================== Broken packages in fedora-extras-6-x86_64: ghc66-gtk2hs-mozembed-0.9.10.2-0.1.fc6.x86_64 requires ghc66-gtk2hs = 0:0.9.10.2-0.1.fc6 ====================================================================== Broken packages in fedora-extras-development-i386: Democracy-0.9.5.1-6.fc7.i386 requires firefox = 0:2.0.0.2 audacious-docklet-0.1.1-1.fc7.i386 requires libaudacious.so.4 conky-1.4.5-2.fc7.i386 requires libaudacious.so.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 k3b-extras-0.12.17-1.fc6.i386 requires libk3bdevice.so.2 k3b-extras-0.12.17-1.fc6.i386 requires libk3b.so.2 kmod-em8300-0.16.1-7.2.6.20_1.2997.fc7.i586 requires kernel-i586 = 0:2.6.20-1.2997.fc7 kmod-em8300-0.16.1-7.2.6.20_1.2997.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2997.fc7 kmod-em8300-PAE-0.16.1-7.2.6.20_1.2997.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2997.fc7PAE libtomoe-gtk-0.5.1-1.fc7.i386 requires libgucharmap.so.5 nagios-plugins-rpc-1.4.6-1.fc7.i386 requires /usr/sbin/rpcinfo pdftk-1.41-3.fc7.i386 requires libgcj.so.7rh tor-core-0.1.1.26-3.fc7.i386 requires libevent-1.2a.so.1 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: Democracy-0.9.5.1-6.fc7.ppc requires firefox = 0:2.0.0.2 audacious-docklet-0.1.1-1.fc7.ppc requires libaudacious.so.4 conky-1.4.5-2.fc7.ppc requires libaudacious.so.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 k3b-extras-0.12.17-1.fc6.ppc requires libk3bdevice.so.2 k3b-extras-0.12.17-1.fc6.ppc requires libk3b.so.2 kmod-em8300-0.16.1-7.2.6.20_1.2997.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2997.fc7 kmod-em8300-smp-0.16.1-7.2.6.20_1.2997.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2997.fc7smp libtomoe-gtk-0.5.1-1.fc7.ppc requires libgucharmap.so.5 nagios-plugins-rpc-1.4.6-1.fc7.ppc requires /usr/sbin/rpcinfo pdftk-1.41-3.fc7.ppc requires libgcj.so.7rh tor-core-0.1.1.26-3.fc7.ppc requires libevent-1.2a.so.1 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: Democracy-0.9.5.1-6.fc7.x86_64 requires firefox = 0:2.0.0.2 audacious-docklet-0.1.1-1.fc7.x86_64 requires libaudacious.so.4()(64bit) conky-1.4.5-2.fc7.x86_64 requires libaudacious.so.4()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) k3b-extras-0.12.17-1.fc6.x86_64 requires libk3bdevice.so.2()(64bit) k3b-extras-0.12.17-1.fc6.x86_64 requires libk3b.so.2()(64bit) kmod-em8300-0.16.1-7.2.6.20_1.2997.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2997.fc7 kmod-em8300-kdump-0.16.1-7.2.6.20_1.2997.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2997.fc7kdump libtomoe-gtk-0.5.1-1.fc7.i386 requires libgucharmap.so.5 libtomoe-gtk-0.5.1-1.fc7.x86_64 requires libgucharmap.so.5()(64bit) nagios-plugins-rpc-1.4.6-1.fc7.x86_64 requires /usr/sbin/rpcinfo pdftk-1.41-3.fc7.x86_64 requires libgcj.so.7rh()(64bit) tor-core-0.1.1.26-3.fc7.x86_64 requires libevent-1.2a.so.1()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From che666 at gmail.com Wed Apr 4 12:56:44 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Wed, 4 Apr 2007 14:56:44 +0200 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> Message-ID: its a bit of a pity this thread is drifting a bit off the init system discussion from my point of view because the thread topic now is somewhat misleading. i was hoping to get a bit more constructive feedback about the current state of various init systems and/or help/patches/ideas about future init systems from a pure scientific/technical point of view from people with first hand experience with trying out those systems on fedora. regards, Rudolf Kastl From borgi2008 at yahoo.de Wed Apr 4 13:11:50 2007 From: borgi2008 at yahoo.de (Borgi2008) Date: Wed, 04 Apr 2007 15:11:50 +0200 Subject: Fix for b2c2-flexcop-pci lockdep lock up. Message-ID: <1175692310.6861.7.camel@localhost.localdomain> Hello, perhaps someone noticed that the module for dvb devices "b2c2-flexcop-pci" causes a hardlock. I've created a patch which fixes the issue. It would be nice if someone could check the patch and if it is good enough, it could be perhaps included in the FC-kernel. I've already created a bugreport at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234900 Hendrik Borghorst -------------- next part -------------- A non-text attachment was scrubbed... Name: flexcop-lockdep.patch Type: application/mbox Size: 1034 bytes Desc: not available URL: From valent.turkovic at gmail.com Wed Apr 4 13:13:49 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 4 Apr 2007 15:13:49 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175690366.29702.11.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175683936.9209.3.camel@fedora> <1175687874.29702.9.camel@jndwidescreen.lesbg.loc> <1175689510.11814.3.camel@fedora> <1175690366.29702.11.camel@jndwidescreen.lesbg.loc> Message-ID: <64b14b300704040613i6a50e033g9e5f9fe200209315@mail.gmail.com> > > > htts://hosted.fedoraproject.org/projects/presto. > > You mean http ? :) > Yeah...typo...oops > > > > Which version should I try? 0.33 or 0.34? Which do you recommend any > > why? I use Fedora Core 6. > > > Use 0.3.4 as that's the one we're testing. Just be prepared for it to > break. Actually, if you don't mind waiting a few hours, there are a > couple of fixes I need to put out and then I'd advise downloading 0.3.5. > > Jonathan I installed yum-presto 0.3.4 and issued "yum update" I saw presto plugin loaded and: Found deltarpm update for krb5-libs.i386 0:1.5-21 Found deltarpm update for procps.i386 0:3.2.7-8.3.fc6 Found deltarpm update for grass-libs.i386 0:6.2.1-14.fc6 Found deltarpm update for gpm.i386 0:1.20.1-82.fc6 Found deltarpm update for cups.i386 1:1.2.10-3.fc6 Found deltarpm update for gdal.i386 0:1.4.0-19.fc6 Found deltarpm update for psmisc.i386 0:22.2-5.1 Found deltarpm update for openssh-server.i386 0:4.3p2-19.fc6 Found deltarpm update for krb5-workstation.i386 0:1.5-21 Found deltarpm update for openssh.i386 0:4.3p2-19.fc6 Found deltarpm update for systemtap.i386 0:0.5.13-1.fc6 Found deltarpm update for openssh-clients.i386 0:4.3p2-19.fc6 Found deltarpm update for parted.i386 0:1.8.2-2.fc6 Found deltarpm update for cups-libs.i386 1:1.2.10-3.fc6 Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: cups * i386 1:1.2.10-3.fc6 updates 395 k cups-libs * i386 1:1.2.10-3.fc6 updates 69 k gdal * i386 1.4.0-19.fc6 extras 214 k gpm * i386 1.20.1-82.fc6 updates 21 k grass-libs * i386 6.2.1-14.fc6 extras 34 k krb5-devel i386 1.5-21 updates 1.7 M krb5-libs * i386 1.5-21 updates 81 k krb5-workstation * i386 1.5-21 updates 345 k openssh * i386 4.3p2-19.fc6 updates 138 k openssh-askpass i386 4.3p2-19.fc6 updates 37 k openssh-clients * i386 4.3p2-19.fc6 updates 36 k openssh-server * i386 4.3p2-19.fc6 updates 60 k parted * i386 1.8.2-2.fc6 updates 82 k procps * i386 3.2.7-8.3.fc6 updates 33 k psmisc * i386 22.2-5.1 updates 15 k systemtap * i386 0.5.13-1.fc6 updates 235 k systemtap-runtime i386 0.5.13-1.fc6 updates 29 k Transaction Summary ============================================================================= Install 0 Package(s) Update 17 Package(s) Remove 0 Package(s) Total download size: 3.5 M Is this ok [y/N]: Downloading Packages: (1/14): krb5-libs-1.5_1.5 100% |=========================| 81 kB 00:01 (2/14): procps-3.2.7_3.2. 100% |=========================| 33 kB 00:00 (3/14): grass-libs-6.2.1_ 100% |=========================| 34 kB 00:00 (4/14): gpm-1.20.1_1.20.1 100% |=========================| 21 kB 00:00 Exception in thread Thread-194: Traceback (most recent call last): File "/usr/lib/python2.4/threading.py", line 442, in __bootstrap self.run() File "/usr/share/presto/prestoThread.py", line 39, in run messages = apply(self.run_function, retval) File "/usr/share/presto/prestoDownload.py", line 78, in reconstruct retlist += "Built %s from deltarpm\n" % (os.path.basename(po.localpath), os.path.basename(deltalocal)) TypeError: not all arguments converted during string formatting (5/14): cups-1.2.10_1.2.7 100% |=========================| 395 kB 00:01 (6/14): gdal-1.4.0_1.4.0- 100% |=========================| 214 kB 00:00 (7/14): psmisc-22.2_22.2- 100% |=========================| 15 kB 00:00 (8/14): openssh-server-4. 100% |=========================| 60 kB 00:00 (9/14): krb5-workstation- 100% |=========================| 345 kB 00:01 (10/14): openssh-4.3p2_4. 100% |=========================| 138 kB 00:00 (11/14): systemtap-0.5.13 100% |=========================| 235 kB 00:00 (12/14): openssh-clients- 100% |=========================| 36 kB 00:00 (13/14): parted-1.8.2_1.8 100% |=========================| 82 kB 00:00 (14/14): cups-libs-1.2.10 100% |=========================| 69 kB 00:00 (1/16): procps-3.2.7-8.3. 100% |=========================| 208 kB 00:01 (2/16): grass-libs-6.2.1- 100% |=========================| 922 kB 00:03 (3/16): gpm-1.20.1-82.fc6 100% |=========================| 185 kB 00:01 (4/16): krb5-devel-1.5-21 100% |=========================| 1.7 MB 00:07 (5/16): cups-1.2.10-3.fc6 100% |=========================| 2.9 MB 00:13 (6/16): gdal-1.4.0-19.fc6 100% |=========================| 2.1 MB 00:10 (7/16): openssh-askpass-4 100% |=========================| 37 kB 00:00 (8/16): psmisc-22.2-5.1.i 100% |=========================| 62 kB 00:00 (9/16): openssh-server-4. 100% |=========================| 252 kB 00:01 (10/16): krb5-workstation 100% |=========================| 894 kB 00:02 (11/16): openssh-4.3p2-19 100% |=========================| 279 kB 00:01 (12/16): systemtap-0.5.13 100% |=========================| 593 kB 00:02 (13/16): openssh-clients- 100% |=========================| 433 kB 00:02 (14/16): parted-1.8.2-2.f 100% |=========================| 534 kB 00:02 (15/16): cups-libs-1.2.10 100% |=========================| 183 kB 00:00 (16/16): systemtap-runtim 100% |=========================| 29 kB 00:00 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : krb5-libs ####################### [ 1/34] Updating : openssh ####################### [ 2/34] Updating : cups-libs ####################### [ 3/34] Updating : systemtap-runtime ####################### [ 4/34] Updating : parted ####################### [ 5/34] Updating : gpm ####################### [ 6/34] Updating : procps ####################### [ 7/34] Updating : systemtap ####################### [ 8/34] Updating : cups ####################### [ 9/34] Updating : openssh-askpass ####################### [10/34] Updating : openssh-server ####################### [11/34] Updating : openssh-clients ####################### [12/34] Updating : krb5-devel ####################### [13/34] Updating : krb5-workstation ####################### [14/34] Updating : psmisc ####################### [15/34] Updating : gdal ####################### [16/34] Updating : grass-libs ####################### [17/34] Cleanup : krb5-libs ####################### [18/34] Cleanup : procps ####################### [19/34] Cleanup : grass-libs ####################### [20/34] Cleanup : gpm ####################### [21/34] Cleanup : krb5-devel ####################### [22/34] Cleanup : cups ####################### [23/34] Cleanup : gdal ####################### [24/34] Cleanup : openssh-askpass ####################### [25/34] Cleanup : psmisc ####################### [26/34] Cleanup : openssh-server ####################### [27/34] Cleanup : krb5-workstation ####################### [28/34] Cleanup : openssh ####################### [29/34] Cleanup : systemtap ####################### [30/34] Cleanup : openssh-clients ####################### [31/34] Cleanup : parted ####################### [32/34] Cleanup : cups-libs ####################### [33/34] Cleanup : systemtap-runtime ####################### [34/34] Size of all updates downloaded from Presto-enabled repositories: 3693836 bytes Size of updates that would have been downloaded if Presto wasn't enabled: 12402493 bytes This is a savings of 71 percent Updated: cups.i386 1:1.2.10-3.fc6 cups-libs.i386 1:1.2.10-3.fc6 gdal.i386 0:1.4.0-19.fc6 gpm.i386 0:1.20.1-82.fc6 grass-libs.i386 0:6.2.1-14.fc6 krb5-devel.i386 0:1.5-21 krb5-libs.i386 0:1.5-21 krb5-workstation.i386 0:1.5-21 openssh.i386 0:4.3p2-19.fc6 openssh-askpass.i386 0:4.3p2-19.fc6 openssh-clients.i386 0:4.3p2-19.fc6 openssh-server.i386 0:4.3p2-19.fc6 parted.i386 0:1.8.2-2.fc6 procps.i386 0:3.2.7-8.3.fc6 psmisc.i386 0:22.2-5.1 systemtap.i386 0:0.5.13-1.fc6 systemtap-runtime.i386 0:0.5.13-1.fc6 Complete! -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From nicolas.mailhot at laposte.net Wed Apr 4 13:28:14 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 4 Apr 2007 15:28:14 +0200 (CEST) Subject: Fix for b2c2-flexcop-pci lockdep lock up. In-Reply-To: <1175692310.6861.7.camel@localhost.localdomain> References: <1175692310.6861.7.camel@localhost.localdomain> Message-ID: <15839.192.54.193.51.1175693294.squirrel@rousalka.dyndns.org> Le Mer 4 avril 2007 15:11, Borgi2008 a ?crit : > Hello, > > perhaps someone noticed that the module for dvb devices > "b2c2-flexcop-pci" causes a hardlock. I've created a patch which fixes > the issue. It would be nice if someone could check the patch and if it > is good enough, it could be perhaps included in the FC-kernel. I've > already created a bugreport at: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234900 Get it upstream (LKML, bugzilla.kernel.org) ASAP and it will be included in FC7 -- Nicolas Mailhot From email.ahmedkamal at googlemail.com Wed Apr 4 13:42:55 2007 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Wed, 4 Apr 2007 15:42:55 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <64b14b300704040613i6a50e033g9e5f9fe200209315@mail.gmail.com> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175683936.9209.3.camel@fedora> <1175687874.29702.9.camel@jndwidescreen.lesbg.loc> <1175689510.11814.3.camel@fedora> <1175690366.29702.11.camel@jndwidescreen.lesbg.loc> <64b14b300704040613i6a50e033g9e5f9fe200209315@mail.gmail.com> Message-ID: <3da3b5b40704040642u41a3afbcsec10b320e18c1bd2@mail.gmail.com> perfect, that little typo in the code is fixed now, and will be out in 0.3.5. Everyone who's thinking about testing presto, please do try 0.3.5 (out real soon) On 4/4/07, Valent Turkovic wrote: > > > > > htts://hosted.fedoraproject.org/projects/presto. > > > You mean http ? :) > > Yeah...typo...oops > > > > > > Which version should I try? 0.33 or 0.34? Which do you recommend any > > > why? I use Fedora Core 6. > > > > > Use 0.3.4 as that's the one we're testing. Just be prepared for it to > > break. Actually, if you don't mind waiting a few hours, there are a > > couple of fixes I need to put out and then I'd advise downloading 0.3.5. > > > > Jonathan > > I installed yum-presto 0.3.4 and issued "yum update" > I saw presto plugin loaded and: > > Found deltarpm update for krb5-libs.i386 0:1.5-21 > Found deltarpm update for procps.i386 0:3.2.7-8.3.fc6 > Found deltarpm update for grass-libs.i386 0:6.2.1-14.fc6 > Found deltarpm update for gpm.i386 0:1.20.1-82.fc6 > Found deltarpm update for cups.i386 1:1.2.10-3.fc6 > Found deltarpm update for gdal.i386 0:1.4.0-19.fc6 > Found deltarpm update for psmisc.i386 0:22.2-5.1 > Found deltarpm update for openssh-server.i386 0:4.3p2-19.fc6 > Found deltarpm update for krb5-workstation.i386 0:1.5-21 > Found deltarpm update for openssh.i386 0:4.3p2-19.fc6 > Found deltarpm update for systemtap.i386 0:0.5.13-1.fc6 > Found deltarpm update for openssh-clients.i386 0:4.3p2-19.fc6 > Found deltarpm update for parted.i386 0:1.8.2-2.fc6 > Found deltarpm update for cups-libs.i386 1:1.2.10-3.fc6 > > Dependencies Resolved > > > ============================================================================= > Package Arch Version Repository Size > > ============================================================================= > Updating: > cups * i386 1:1.2.10-3.fc6 updates 395 > k > cups-libs * i386 1:1.2.10-3.fc6 updates 69 > k > gdal * i386 1.4.0-19.fc6 extras 214 > k > gpm * i386 1.20.1-82.fc6 updates 21 > k > grass-libs * i386 6.2.1-14.fc6 extras 34 > k > krb5-devel i386 1.5-21 updates 1.7M > krb5-libs * i386 1.5-21 updates 81 > k > krb5-workstation * i386 1.5-21 updates 345 > k > openssh * i386 4.3p2-19.fc6 updates 138 > k > openssh-askpass i386 4.3p2-19.fc6 updates 37 > k > openssh-clients * i386 4.3p2-19.fc6 updates 36 > k > openssh-server * i386 4.3p2-19.fc6 updates 60 > k > parted * i386 1.8.2-2.fc6 updates 82 > k > procps * i386 3.2.7-8.3.fc6 updates 33 > k > psmisc * i386 22.2-5.1 updates 15 > k > systemtap * i386 0.5.13-1.fc6 updates 235 > k > systemtap-runtime i386 0.5.13-1.fc6 updates 29 > k > > Transaction Summary > > ============================================================================= > Install 0 Package(s) > Update 17 Package(s) > Remove 0 Package(s) > > Total download size: 3.5 M > Is this ok [y/N]: > > Downloading Packages: > (1/14): krb5-libs-1.5_1.5 100% |=========================| 81 kB 00:01 > (2/14): procps-3.2.7_3.2. 100% |=========================| 33 kB 00:00 > (3/14): grass-libs-6.2.1_ 100% |=========================| 34 kB 00:00 > (4/14): gpm-1.20.1_1.20.1 100% |=========================| 21 kB 00:00 > Exception in thread Thread-194: > Traceback (most recent call last): > File "/usr/lib/python2.4/threading.py", line 442, in __bootstrap > self.run() > File "/usr/share/presto/prestoThread.py", line 39, in run > messages = apply(self.run_function, retval) > File "/usr/share/presto/prestoDownload.py", line 78, in reconstruct > retlist += "Built %s from deltarpm\n" % > (os.path.basename(po.localpath), os.path.basename(deltalocal)) > TypeError: not all arguments converted during string formatting > > (5/14): cups-1.2.10_1.2.7 100% |=========================| 395 kB 00:01 > (6/14): gdal-1.4.0_1.4.0- 100% |=========================| 214 kB 00:00 > (7/14): psmisc-22.2_22.2- 100% |=========================| 15 kB 00:00 > (8/14): openssh-server-4. 100% |=========================| 60 kB 00:00 > (9/14): krb5-workstation- 100% |=========================| 345 kB 00:01 > (10/14): openssh-4.3p2_4. 100% |=========================| 138 kB 00:00 > (11/14): systemtap-0.5.13 100% |=========================| 235 kB 00:00 > (12/14): openssh-clients- 100% |=========================| 36 kB 00:00 > (13/14): parted-1.8.2_1.8 100% |=========================| 82 kB 00:00 > (14/14): cups-libs-1.2.10 100% |=========================| 69 kB 00:00 > (1/16): procps-3.2.7-8.3. 100% |=========================| 208 kB 00:01 > (2/16): grass-libs-6.2.1- 100% |=========================| 922 kB 00:03 > (3/16): gpm-1.20.1-82.fc6 100% |=========================| 185 kB 00:01 > (4/16): krb5-devel-1.5-21 100% |=========================| 1.7 MB 00:07 > (5/16): cups-1.2.10-3.fc6 100% |=========================| 2.9 MB 00:13 > (6/16): gdal-1.4.0-19.fc6 100% |=========================| 2.1 MB 00:10 > (7/16): openssh-askpass-4 100% |=========================| 37 kB 00:00 > (8/16): psmisc-22.2-5.1.i 100% |=========================| 62 kB 00:00 > (9/16): openssh-server-4. 100% |=========================| 252 kB 00:01 > (10/16): krb5-workstation 100% |=========================| 894 kB 00:02 > (11/16): openssh-4.3p2-19 100% |=========================| 279 kB 00:01 > (12/16): systemtap-0.5.13 100% |=========================| 593 kB 00:02 > (13/16): openssh-clients- 100% |=========================| 433 kB 00:02 > (14/16): parted-1.8.2-2.f 100% |=========================| 534 kB 00:02 > (15/16): cups-libs-1.2.10 100% |=========================| 183 kB 00:00 > (16/16): systemtap-runtim 100% |=========================| 29 kB 00:00 > Running Transaction Test > > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Updating : krb5-libs ####################### [ 1/34] > Updating : openssh ####################### [ 2/34] > Updating : cups-libs ####################### [ 3/34] > Updating : systemtap-runtime ####################### [ 4/34] > Updating : parted ####################### [ 5/34] > Updating : gpm ####################### [ 6/34] > Updating : procps ####################### [ 7/34] > Updating : systemtap ####################### [ 8/34] > Updating : cups ####################### [ 9/34] > Updating : openssh-askpass ####################### [10/34] > Updating : openssh-server ####################### [11/34] > Updating : openssh-clients ####################### [12/34] > Updating : krb5-devel ####################### [13/34] > Updating : krb5-workstation ####################### [14/34] > Updating : psmisc ####################### [15/34] > Updating : gdal ####################### [16/34] > Updating : grass-libs ####################### [17/34] > Cleanup : krb5-libs ####################### [18/34] > Cleanup : procps ####################### [19/34] > Cleanup : grass-libs ####################### [20/34] > Cleanup : gpm ####################### [21/34] > Cleanup : krb5-devel ####################### [22/34] > Cleanup : cups ####################### [23/34] > Cleanup : gdal ####################### [24/34] > Cleanup : openssh-askpass ####################### [25/34] > Cleanup : psmisc ####################### [26/34] > Cleanup : openssh-server ####################### [27/34] > Cleanup : krb5-workstation ####################### [28/34] > Cleanup : openssh ####################### [29/34] > Cleanup : systemtap ####################### [30/34] > Cleanup : openssh-clients ####################### [31/34] > Cleanup : parted ####################### [32/34] > Cleanup : cups-libs ####################### [33/34] > Cleanup : systemtap-runtime ####################### [34/34] > Size of all updates downloaded from Presto-enabled repositories: 3693836 > bytes > Size of updates that would have been downloaded if Presto wasn't > enabled: 12402493 bytes > This is a savings of 71 percent > > Updated: cups.i386 1:1.2.10-3.fc6 cups-libs.i386 1:1.2.10-3.fc6 > gdal.i386 0:1.4.0-19.fc6 gpm.i386 0:1.20.1-82.fc6 grass-libs.i386 > 0:6.2.1-14.fc6 krb5-devel.i386 0:1.5-21 krb5-libs.i386 0:1.5-21 > krb5-workstation.i386 0:1.5-21 openssh.i386 0:4.3p2-19.fc6 > openssh-askpass.i386 0:4.3p2-19.fc6 openssh-clients.i386 > 0:4.3p2-19.fc6 openssh-server.i386 0:4.3p2-19.fc6 parted.i386 > 0:1.8.2-2.fc6 procps.i386 0:3.2.7-8.3.fc6 psmisc.i386 0:22.2-5.1 > systemtap.i386 0:0.5.13-1.fc6 systemtap-runtime.i386 0:0.5.13-1.fc6 > Complete! > > -- > http://kernelreloaded.blog385.com/ > linux, blog, anime, spirituality, windsurf, wireless > registered as user #367004 with the Linux Counter, http://counter.li.org. > ICQ: 2125241 > Skype: valent.turkovic > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsacco at gnome.org Wed Apr 4 13:48:36 2007 From: jsacco at gnome.org (Joseph E. Sacco) Date: Wed, 04 Apr 2007 09:48:36 -0400 Subject: firewire scanner problems with 2.6.21.x kernels Message-ID: <1175694516.2494.12.camel@rt.jesacco.com> An Epson 2450 Perfection scanner with both USB and firewire connections works well using either type of connection when running FC6 [2.6.20.4 kernel]. When running fedora/rawhide [2.6.21.x kernel] the scanner works well using the USB connection but has problems when using the firewire connection. With firewire and the 2.6.21.x kernel: * scanner is recognized * scan starts and then hangs /var/log/messages indicate that connectivity/registration of the firewire device has been lost: Apr 4 09:43:45 plantain kernel: fw_core: phy config: card 1, new root=ffc1, gap_count=5 Apr 4 09:43:45 plantain kernel: fw_core: created new fw device fw2 (0 config rom retries) Apr 4 09:43:45 plantain kernel: fw_sbp2: logged in to sbp2 unit fw2.0 (0 retries) Apr 4 09:43:45 plantain kernel: fw_sbp2: - management_agent_address: 0xfffff0010020 Apr 4 09:43:45 plantain kernel: fw_sbp2: - command_block_agent_address: 0xfffff0010100 Apr 4 09:43:46 plantain kernel: fw_sbp2: - status write address: 0x000100000000 Apr 4 09:43:46 plantain kernel: scsi2 : SBP-2 IEEE-1394 Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Processor EPSON GT-9700 1.05 PQ: 0 ANSI: 4 Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Attached scsi generic sg3 type 3 Apr 4 09:44:10 plantain kernel: ppdev: user-space parallel port driver Apr 4 09:46:27 plantain kernel: fw_sbp2: sbp2_scsi_abort Apr 4 09:46:37 plantain kernel: fw_sbp2: sbp2_scsi_abort Apr 4 09:46:37 plantain kernel: scsi 2:0:0:0: scsi: Device offlined - not ready after error recovery Apr 4 09:46:38 plantain kernel: scsi 2:0:0:0: rejecting I/O to offline device Can anyone else verify this problem? -Joseph -- jsacco [at] gnome [dot] org From drago01 at gmail.com Wed Apr 4 13:52:57 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 04 Apr 2007 15:52:57 +0200 Subject: firewire scanner problems with 2.6.21.x kernels In-Reply-To: <1175694516.2494.12.camel@rt.jesacco.com> References: <1175694516.2494.12.camel@rt.jesacco.com> Message-ID: <4613ADB9.8040508@gmail.com> Joseph E. Sacco wrote: > An Epson 2450 Perfection scanner with both USB and firewire connections > works well using either type of connection when running FC6 [2.6.20.4 > kernel]. > > When running fedora/rawhide [2.6.21.x kernel] the scanner works well > using the USB connection but has problems when using the firewire > connection. > > With firewire and the 2.6.21.x kernel: > * scanner is recognized > * scan starts and then hangs > > /var/log/messages indicate that connectivity/registration of the > firewire device has been lost: > > Apr 4 09:43:45 plantain kernel: fw_core: phy config: card 1, new root=ffc1, gap_count=5 > Apr 4 09:43:45 plantain kernel: fw_core: created new fw device fw2 (0 config rom retries) > Apr 4 09:43:45 plantain kernel: fw_sbp2: logged in to sbp2 unit fw2.0 (0 retries) > Apr 4 09:43:45 plantain kernel: fw_sbp2: - management_agent_address: 0xfffff0010020 > Apr 4 09:43:45 plantain kernel: fw_sbp2: - command_block_agent_address: 0xfffff0010100 > Apr 4 09:43:46 plantain kernel: fw_sbp2: - status write address: 0x000100000000 > Apr 4 09:43:46 plantain kernel: scsi2 : SBP-2 IEEE-1394 > Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Processor EPSON GT-9700 1.05 PQ: 0 ANSI: 4 > Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Attached scsi generic sg3 type 3 > Apr 4 09:44:10 plantain kernel: ppdev: user-space parallel port driver > Apr 4 09:46:27 plantain kernel: fw_sbp2: sbp2_scsi_abort > Apr 4 09:46:37 plantain kernel: fw_sbp2: sbp2_scsi_abort > Apr 4 09:46:37 plantain kernel: scsi 2:0:0:0: scsi: Device offlined - not ready after error recovery > Apr 4 09:46:38 plantain kernel: scsi 2:0:0:0: rejecting I/O to offline device > > > Can anyone else verify this problem? > > please fill a bug f7 uses a new firewire stack that might still have bugs.... > -Joseph > > From tjb at unh.edu Wed Apr 4 13:56:54 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Wed, 04 Apr 2007 09:56:54 -0400 Subject: Can't Mount Removable Media Message-ID: <1175695014.26282.11.camel@raptor.sr.unh.edu> After yesterdays updates and continuing after todays updates, when I plug in my ipod, I get an error dialog saying "Cannot mount volume." Details says "Permissions denied. Not in active session". Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From jsacco at gnome.org Wed Apr 4 14:01:27 2007 From: jsacco at gnome.org (Joseph E. Sacco) Date: Wed, 04 Apr 2007 10:01:27 -0400 Subject: NVIDA GeForce2: virtual terminal switching weirdness Message-ID: <1175695287.2494.26.camel@rt.jesacco.com> System ------- * G4 PowerMac with NVIDIA GEForce2 MX video card, * latest fedora/rawhide updates Problem: CTL-OPT-F8 switches the video card into an unrecoverable state. Virtual terminal switching works: CTL-OPT-Fn [n=1,7] switches between VT's with the desktop running on F7. Then CTL-OPT-F8 is issued the screen goes some weird state and stays there. Any attempt to switch back to another terminal fails. This leads me to believe that either the graphics card is "hung" or the X-server died. Can anyone verify this behavior? -Joseph -- jsacco [at] gnome [dot] org From jsacco at gnome.org Wed Apr 4 14:06:09 2007 From: jsacco at gnome.org (Joseph E. Sacco) Date: Wed, 04 Apr 2007 10:06:09 -0400 Subject: firewire scanner problems with 2.6.21.x kernels In-Reply-To: <4613ADB9.8040508@gmail.com> References: <1175694516.2494.12.camel@rt.jesacco.com> <4613ADB9.8040508@gmail.com> Message-ID: <1175695569.2494.28.camel@rt.jesacco.com> Done: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235199 -Joseph ======================================================================== On Wed, 2007-04-04 at 15:52 +0200, dragoran wrote: > Joseph E. Sacco wrote: > > An Epson 2450 Perfection scanner with both USB and firewire connections > > works well using either type of connection when running FC6 [2.6.20.4 > > kernel]. > > > > When running fedora/rawhide [2.6.21.x kernel] the scanner works well > > using the USB connection but has problems when using the firewire > > connection. > > > > With firewire and the 2.6.21.x kernel: > > * scanner is recognized > > * scan starts and then hangs > > > > /var/log/messages indicate that connectivity/registration of the > > firewire device has been lost: > > > > Apr 4 09:43:45 plantain kernel: fw_core: phy config: card 1, new root=ffc1, gap_count=5 > > Apr 4 09:43:45 plantain kernel: fw_core: created new fw device fw2 (0 config rom retries) > > Apr 4 09:43:45 plantain kernel: fw_sbp2: logged in to sbp2 unit fw2.0 (0 retries) > > Apr 4 09:43:45 plantain kernel: fw_sbp2: - management_agent_address: 0xfffff0010020 > > Apr 4 09:43:45 plantain kernel: fw_sbp2: - command_block_agent_address: 0xfffff0010100 > > Apr 4 09:43:46 plantain kernel: fw_sbp2: - status write address: 0x000100000000 > > Apr 4 09:43:46 plantain kernel: scsi2 : SBP-2 IEEE-1394 > > Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Processor EPSON GT-9700 1.05 PQ: 0 ANSI: 4 > > Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Attached scsi generic sg3 type 3 > > Apr 4 09:44:10 plantain kernel: ppdev: user-space parallel port driver > > Apr 4 09:46:27 plantain kernel: fw_sbp2: sbp2_scsi_abort > > Apr 4 09:46:37 plantain kernel: fw_sbp2: sbp2_scsi_abort > > Apr 4 09:46:37 plantain kernel: scsi 2:0:0:0: scsi: Device offlined - not ready after error recovery > > Apr 4 09:46:38 plantain kernel: scsi 2:0:0:0: rejecting I/O to offline device > > > > > > Can anyone else verify this problem? > > > > > please fill a bug f7 uses a new firewire stack that might still have > bugs.... > > -Joseph > > > > -- jsacco [at] gnome [dot] org From wwoods at redhat.com Wed Apr 4 14:59:07 2007 From: wwoods at redhat.com (Will Woods) Date: Wed, 04 Apr 2007 10:59:07 -0400 Subject: Can't Mount Removable Media In-Reply-To: <1175695014.26282.11.camel@raptor.sr.unh.edu> References: <1175695014.26282.11.camel@raptor.sr.unh.edu> Message-ID: <1175698747.6884.147.camel@metroid.rdu.redhat.com> On Wed, 2007-04-04 at 09:56 -0400, Thomas J. Baker wrote: > After yesterdays updates and continuing after todays updates, when I > plug in my ipod, I get an error dialog saying "Cannot mount volume." > Details says "Permissions denied. Not in active session". Known bug. We're working on it. http://bugzilla.redhat.com/235062 -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tjb at unh.edu Wed Apr 4 15:07:28 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Wed, 04 Apr 2007 11:07:28 -0400 Subject: Can't Mount Removable Media In-Reply-To: <1175698747.6884.147.camel@metroid.rdu.redhat.com> References: <1175695014.26282.11.camel@raptor.sr.unh.edu> <1175698747.6884.147.camel@metroid.rdu.redhat.com> Message-ID: <1175699248.26282.20.camel@raptor.sr.unh.edu> On Wed, 2007-04-04 at 10:59 -0400, Will Woods wrote: > On Wed, 2007-04-04 at 09:56 -0400, Thomas J. Baker wrote: > > After yesterdays updates and continuing after todays updates, when I > > plug in my ipod, I get an error dialog saying "Cannot mount volume." > > Details says "Permissions denied. Not in active session". > > Known bug. We're working on it. > > http://bugzilla.redhat.com/235062 > > -w > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list It appears to be an selinux problem since putting selinux into permissive mode fixes it for me. I updated the bug. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From ghenry at suretecsystems.com Wed Apr 4 15:35:31 2007 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 4 Apr 2007 16:35:31 +0100 (BST) Subject: Temp pgadmin3 takeover? In-Reply-To: <1175686463.4364.11.camel@laptop.gunduz.org> References: <1175686463.4364.11.camel@laptop.gunduz.org> Message-ID: <42200.80.229.93.1.1175700931.squirrel@webmail.suretecsystems.com> > > Hi, > > (I just subscribed to this list; sorry for breaking the thread) > >> Would anyone like to temporarily take this over for FC7 release? > > I can do that. Please add me as a co-maintainer. I'm not sure how. Anyone? > > Regards, > -- > Devrim G??ND??Z > PostgreSQL Replication, Consulting, Custom Development, 24x7 support > Managed Services, Shared and Dedicated Hosting > Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From bernie at develer.com Wed Apr 4 15:37:10 2007 From: bernie at develer.com (Bernardo Innocenti) Date: Wed, 04 Apr 2007 17:37:10 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> Message-ID: <4613C626.4020302@develer.com> Rudolf Kastl wrote: > actually i am using und helping with development of initng since > around a year now on my boxes and it wfm. i boot graphically into gdm > in about 15 seconds with some basics and NetworkManager started. My experience was similar: initng brings up the system so quickly that I can't even *see* what's going on before X replaces the console. > initng will also get an event plugin for event functionality and also > has a nice modular design. This is IMHO a "must have" for next generation's Linux init system. It's not worth breaking a mature critical system such as SysVInit just to save a few seconds of boot time. > with the next release iteration there will also be a new init script > system using posix compliant init scripts. This is also important in my opinion: those .i files with their custom syntax are the reason why I said initg looked a bit kludgy in my original posting. > yet i only saw upstart running in compat mode and upstart in compat > mode has exactly 0 benefits towards systemV because it still uses the > systemV init scripts without parallel execution plus it adds yet > another useless sleeping process in that state. What do you mean by compatibility mode? I've only seen Upstart in Ubuntu Feisty. Booting was so fast that I assumed it was parallel already. The nice thing about Upstart is that it looks and feels familiar to anybody who's used to sysvinit. Except that /etc/inittab is gone, but nobody will ever miss it ;-) > launchd doesent build on linux for me yet. if anyone has patches it > would be great if he could make em public. Maybe the APL could be a problem for such a core component. The design of launchd also appears less orthogonal to me than the alternatives, altough I understand that crond and inetd should somehow coordinate with the init system to get a number of corner cases right. Also, a radical approach such as launchd is less likely to become mature enough to replace sysvinit in the short term. You'd need massive coordination between hundereds of package maintainers. And by the way: the init system is not something I'd like to see forked in every Linux distro. Ubuntu adopted Upstart early and Debian will most probably follow soon or later. LSB had just finished standardizing the init scripts and now we're going to break things again. Users *are* going to complain. Analysts *are* going to say Linux is fragmented. Microsoft *is* going to publish studies saying that Linux has higher TCO because of multiple init systems ;-) So maybe it would be wise if the remaining mainstream distros, including Fedora and SuSE, followed their lead quietly instead of starting a pointless init war. This doesn't mean there should be a single codebase. Multiple systems could compete as long as they are 100% (or maybe just 99%) compatible config files and user interface. -- // Bernardo Innocenti - Develer R&D dept. \X/ http://www.develer.com/ From limb at jcomserv.net Wed Apr 4 15:36:30 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 4 Apr 2007 10:36:30 -0500 (CDT) Subject: Temp pgadmin3 takeover? In-Reply-To: <42200.80.229.93.1.1175700931.squirrel@webmail.suretecsystems.com> References: <1175686463.4364.11.camel@laptop.gunduz.org> <42200.80.229.93.1.1175700931.squirrel@webmail.suretecsystems.com> Message-ID: <23941.65.192.24.190.1175700990.squirrel@mail.jcomserv.net> Add a CVS request to the review bug, and set the fedora-cvs flag to ?. http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure?action=show&redirect=CVSAdminProcedure > >> >> Hi, >> >> (I just subscribed to this list; sorry for breaking the thread) >> >>> Would anyone like to temporarily take this over for FC7 release? >> >> I can do that. Please add me as a co-maintainer. > > I'm not sure how. > > Anyone? > >> >> Regards, >> -- >> Devrim G??ND??Z >> PostgreSQL Replication, Consulting, Custom Development, 24x7 support >> Managed Services, Shared and Dedicated Hosting >> Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ >> >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From pertusus at free.fr Wed Apr 4 16:01:38 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 4 Apr 2007 18:01:38 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <4613C626.4020302@develer.com> References: <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> Message-ID: <20070404160137.GC5372@free.fr> On Wed, Apr 04, 2007 at 05:37:10PM +0200, Bernardo Innocenti wrote: > > LSB had just finished standardizing the init scripts and now we're > going to break things again. Users *are* going to complain. > Analysts *are* going to say Linux is fragmented. Microsoft *is* > going to publish studies saying that Linux has higher TCO because > of multiple init systems ;-) > > This doesn't mean there should be a single codebase. Multiple > systems could compete as long as they are 100% (or maybe just 99%) > compatible config files and user interface. All the init systems should be parallel installable, so the choice is only for the default init system. -- Pat From pekane52 at gmail.com Wed Apr 4 16:06:28 2007 From: pekane52 at gmail.com (Pat Kane) Date: Wed, 4 Apr 2007 11:06:28 -0500 Subject: 1440x900 on Fedora 7 Test 3 (LiveCD) Message-ID: Hi, Thanks for the F7T3 LiveCD! I have a couple of problems on FC6 that I was just able to check on F7T3 via the LiveCD. I have a MAG LT1919WD LCD display that I would like to use at 1440x900 on my Dell Fedora box, I have been unable to get anything higher than 1280x1024. The attached Xorg.0.log has these lines: (II) I810(0): VESA VBE DDC read successfully (II) I810(0): Manufacturer: PTS Model: 76f Serial#: 16843009 ... (II) I810(0): Supported Future Video Modes: (II) I810(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) I810(0): #1: hsize: 1440 vsize 900 refresh: 60 vid: 149 (II) I810(0): #2: hsize: 1440 vsize 900 refresh: 75 vid: 3989 ... (II) I810(0): Modeline "1440x900" 106.50 ... (II) I810(0): Modeline "1440x900" 136.75 ... (II) I810(0): Modeline "1440x900" 106.50 ... (II) I810(0): Will use BIOS call 0x5f05 to set refresh rates for CRTs. ... What does "Supported Future Video Modes" mean? Do I need a newer I810 driver? Pat Kane -------- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Xorg.0.log Type: text/x-log Size: 53844 bytes Desc: not available URL: From drago01 at gmail.com Wed Apr 4 16:12:16 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Wed, 4 Apr 2007 18:12:16 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070404160137.GC5372@free.fr> References: <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> Message-ID: On 4/4/07, Patrice Dumas wrote: > > On Wed, Apr 04, 2007 at 05:37:10PM +0200, Bernardo Innocenti wrote: > > > > LSB had just finished standardizing the init scripts and now we're > > going to break things again. Users *are* going to complain. > > Analysts *are* going to say Linux is fragmented. Microsoft *is* > > going to publish studies saying that Linux has higher TCO because > > of multiple init systems ;-) > > > > This doesn't mean there should be a single codebase. Multiple > > systems could compete as long as they are 100% (or maybe just 99%) > > compatible config files and user interface. > > All the init systems should be parallel installable, so the choice is > only for the default init system. if we go this route system-config-services should support multiple backends.... -- > Pat > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajackson at redhat.com Wed Apr 4 16:00:26 2007 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 04 Apr 2007 12:00:26 -0400 Subject: 1440x900 on Fedora 7 Test 3 (LiveCD) In-Reply-To: References: Message-ID: <1175702426.4150.2.camel@localhost.localdomain> On Wed, 2007-04-04 at 11:06 -0500, Pat Kane wrote: > I have a MAG LT1919WD LCD display that I would like to use at 1440x900 > on my Dell Fedora box, I have been unable to get anything higher than > 1280x1024. > The attached Xorg.0.log has these lines: > > (II) I810(0): VESA VBE DDC read successfully > (II) I810(0): Manufacturer: PTS Model: 76f Serial#: 16843009 The i810 driver is limited to the modes available in your video bios, and your video bios sucks. > What does "Supported Future Video Modes" mean? It's a list of modes that your monitor supports that weren't in the predefined list back in 1996 or whenever the first EDID spec was written. > Do I need a newer I810 driver? No, you need the intel driver. And you have it! Change the word "i810" to "intel" in xorg.conf and restart X, it should do something sensible. - ajax From jdieter at gmail.com Wed Apr 4 15:04:05 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Wed, 04 Apr 2007 18:04:05 +0300 Subject: Yum-presto 0.3.5 Message-ID: <1175699045.29702.43.camel@jndwidescreen.lesbg.loc> Thanks to those who have reported bugs with 0.3.4. Sorry about that boneheaded bug in the rebuilding thread. 0.3.5 is now up for download, though again I'm not pushing into the presto repository until I've gotten some people using it without having any show-stopping bugs. Yum-presto 0.3.5 has improved logging, though it still doesn't log any errors. It does log each delta now as it builds it and gives very clear information. On a side note: any packages with huge amounts of documentation produce very poor deltarpms. The reason for this is that rpm unsets the verify bit on any %docs, and deltarpms include the full file of anything with the verify bit unset. Is this intended behavior from rpm? Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From che666 at gmail.com Wed Apr 4 16:51:26 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Wed, 4 Apr 2007 18:51:26 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <4613C626.4020302@develer.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> Message-ID: 2007/4/4, Bernardo Innocenti : > Rudolf Kastl wrote: > > > actually i am using und helping with development of initng since > > around a year now on my boxes and it wfm. i boot graphically into gdm > > in about 15 seconds with some basics and NetworkManager started. > > My experience was similar: initng brings up the system so quickly that > I can't even *see* what's going on before X replaces the console. > > > > initng will also get an event plugin for event functionality and also > > has a nice modular design. > > This is IMHO a "must have" for next generation's Linux init system. > It's not worth breaking a mature critical system such as SysVInit just > to save a few seconds of boot time. > > > > with the next release iteration there will also be a new init script > > system using posix compliant init scripts. > > This is also important in my opinion: those .i files with their custom > syntax are the reason why I said initg looked a bit kludgy in my original > posting. > > > > yet i only saw upstart running in compat mode and upstart in compat > > mode has exactly 0 benefits towards systemV because it still uses the > > systemV init scripts without parallel execution plus it adds yet > > another useless sleeping process in that state. > > What do you mean by compatibility mode? I've only seen Upstart in > Ubuntu Feisty. Booting was so fast that I assumed it was parallel > already. actually what i mean is simply that if you use upstart with the backwards compat option all it does is exactly behave like systemV with no benefits at all. if you are interested i could send you an upstart src rpm that should also install in parallel cleanly and boot up fedora. boot time is exactly the same as with sysV as in this mode it exactly behaves like sysV. > > The nice thing about Upstart is that it looks and feels familiar > to anybody who's used to sysvinit. Except that /etc/inittab is > gone, but nobody will ever miss it ;-) > > > > launchd doesent build on linux for me yet. if anyone has patches it > > would be great if he could make em public. > > Maybe the APL could be a problem for such a core component. > > The design of launchd also appears less orthogonal to me than the > alternatives, altough I understand that crond and inetd should > somehow coordinate with the init system to get a number of corner > cases right. > > Also, a radical approach such as launchd is less likely to become > mature enough to replace sysvinit in the short term. You'd need > massive coordination between hundereds of package maintainers. > > And by the way: the init system is not something I'd like to see > forked in every Linux distro. Ubuntu adopted Upstart early and > Debian will most probably follow soon or later. > > LSB had just finished standardizing the init scripts and now we're > going to break things again. Users *are* going to complain. > Analysts *are* going to say Linux is fragmented. Microsoft *is* > going to publish studies saying that Linux has higher TCO because > of multiple init systems ;-) > > So maybe it would be wise if the remaining mainstream distros, > including Fedora and SuSE, followed their lead quietly instead > of starting a pointless init war. its not about politics here... in my eyes it must be a plain technical evaluation and decision based on technical facts rather than looking at what other distros do. if i wanted exactly what other distros do id just use those. all distros also have their own config tools... their own installer... their kernel flavour with their own patchsets etc etc. i dont see where this really hurts development. as someone else pointed out its a good idea to make it parallel installable (my upstart test package is parallel installable and initng in fedora-extras is aswell) and see where those systems go in the future. having 2 solutions ready is generally better than only one. > > This doesn't mean there should be a single codebase. Multiple > systems could compete as long as they are 100% (or maybe just 99%) > compatible config files and user interface. those need a new standard then or the existing standards need to be enhanced to reflect the additional functionality. from my current point of view the init scripts we use today are bash hacks with lots of workarounds in it and the current "standards" encourage to do those hacks instead of getting the things fixed upstream and the daemon functionality properly done. that was one of the positive things about the .i files because it encourages upstream / maintainers to clean up the init script functionality actually and not to use workarounds scripted with bash. regards, Rudolf Kastl > > -- > // Bernardo Innocenti - Develer R&D dept. > \X/ http://www.develer.com/ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From sundaram at fedoraproject.org Wed Apr 4 17:00:04 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 04 Apr 2007 22:30:04 +0530 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <4613C626.4020302@develer.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> Message-ID: <4613D994.8010109@fedoraproject.org> Bernardo Innocenti wrote: > > What do you mean by compatibility mode? I've only seen Upstart in > Ubuntu Feisty. Booting was so fast that I assumed it was parallel > already. Upstart does not run init scripts in parallel at all. Rahul From krh at redhat.com Wed Apr 4 17:17:23 2007 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Wed, 04 Apr 2007 13:17:23 -0400 Subject: firewire scanner problems with 2.6.21.x kernels In-Reply-To: <1175695569.2494.28.camel@rt.jesacco.com> References: <1175694516.2494.12.camel@rt.jesacco.com> <4613ADB9.8040508@gmail.com> <1175695569.2494.28.camel@rt.jesacco.com> Message-ID: <4613DDA3.5000501@redhat.com> Joseph E. Sacco wrote: > Done: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235199 Thanks. The old firewire scsi driver (sbp2) driver has a couple of error handling cases that still aren't in the new driver, I think it's a matter of just moving those over. I'll try to take a look. > On Wed, 2007-04-04 at 15:52 +0200, dragoran wrote: >> Joseph E. Sacco wrote: >>> An Epson 2450 Perfection scanner with both USB and firewire connections >>> works well using either type of connection when running FC6 [2.6.20.4 >>> kernel]. >>> >>> When running fedora/rawhide [2.6.21.x kernel] the scanner works well >>> using the USB connection but has problems when using the firewire >>> connection. >>> >>> With firewire and the 2.6.21.x kernel: >>> * scanner is recognized >>> * scan starts and then hangs >>> >>> /var/log/messages indicate that connectivity/registration of the >>> firewire device has been lost: >>> >>> Apr 4 09:43:45 plantain kernel: fw_core: phy config: card 1, new root=ffc1, gap_count=5 >>> Apr 4 09:43:45 plantain kernel: fw_core: created new fw device fw2 (0 config rom retries) >>> Apr 4 09:43:45 plantain kernel: fw_sbp2: logged in to sbp2 unit fw2.0 (0 retries) >>> Apr 4 09:43:45 plantain kernel: fw_sbp2: - management_agent_address: 0xfffff0010020 >>> Apr 4 09:43:45 plantain kernel: fw_sbp2: - command_block_agent_address: 0xfffff0010100 >>> Apr 4 09:43:46 plantain kernel: fw_sbp2: - status write address: 0x000100000000 >>> Apr 4 09:43:46 plantain kernel: scsi2 : SBP-2 IEEE-1394 >>> Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Processor EPSON GT-9700 1.05 PQ: 0 ANSI: 4 >>> Apr 4 09:43:46 plantain kernel: scsi 2:0:0:0: Attached scsi generic sg3 type 3 >>> Apr 4 09:44:10 plantain kernel: ppdev: user-space parallel port driver >>> Apr 4 09:46:27 plantain kernel: fw_sbp2: sbp2_scsi_abort >>> Apr 4 09:46:37 plantain kernel: fw_sbp2: sbp2_scsi_abort >>> Apr 4 09:46:37 plantain kernel: scsi 2:0:0:0: scsi: Device offlined - not ready after error recovery >>> Apr 4 09:46:38 plantain kernel: scsi 2:0:0:0: rejecting I/O to offline device >>> >>> >>> Can anyone else verify this problem? >>> >>> >> please fill a bug f7 uses a new firewire stack that might still have >> bugs.... >>> -Joseph >>> >>> > From markg85 at gmail.com Wed Apr 4 17:17:55 2007 From: markg85 at gmail.com (Mark) Date: Wed, 4 Apr 2007 19:17:55 +0200 Subject: Future New Init for FC7? In-Reply-To: References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> Message-ID: <6e24a8e80704041017j239537ah51889f993af7b3fc@mail.gmail.com> than just ask it :) can we please : "get a bit more constructive feedback about the current state of various init systems and/or help/patches/ideas about future init systems from a pure scientific/technical point of view from people with first hand experience with trying out those systems on fedora." 2007/4/4, Rudolf Kastl : > > its a bit of a pity this thread is drifting a bit off the init system > discussion from my point of view because the thread topic now is > somewhat misleading. > > i was hoping to get a bit more constructive feedback about the current > state of various init systems and/or help/patches/ideas about future > init systems from a pure scientific/technical point of view from > people with first hand experience with trying out those systems on > fedora. > > regards, > Rudolf Kastl > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nman64 at n-man.com Wed Apr 4 17:48:22 2007 From: nman64 at n-man.com (Patrick W. Barnes) Date: Wed, 4 Apr 2007 12:48:22 -0500 Subject: Seeking reviewers for Summer of Code applications Message-ID: <200704041248.29269.nman64@n-man.com> We've got nearly 40 applications, not counting those that have been marked as ineligible, from potential Summer of Code students. We must review these applications and select which ones will be most valuable to the Fedora Project and have a real chance of success. I would appreciate any contributor volunteers that would like to assist in reviewing and ranking the applications. I would also still welcome any more volunteer mentors to handle the applications we end up accepting. We've only got a few days to decide, so, if you can help, please sign up and start providing feedback right away. The resources you need are listed on the wiki: http://fedoraproject.org/wiki/SummerOfCode/Mentors If you have questions, let me know. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://n-man.com/ LinkedIn: http://linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gdk at redhat.com Wed Apr 4 17:54:25 2007 From: gdk at redhat.com (Greg Dekoenigsberg) Date: Wed, 4 Apr 2007 13:54:25 -0400 (EDT) Subject: Seeking reviewers for Summer of Code applications In-Reply-To: <200704041248.29269.nman64@n-man.com> References: <200704041248.29269.nman64@n-man.com> Message-ID: Please, please, please do this. It'll take you five minutes to fill out the application. Note: it's listed as "The Fedora Project," which means look under "T" instead of "F", heh. Patrick: will we be having regular meetings of SoC mentors? --g On Wed, 4 Apr 2007, Patrick W. Barnes wrote: > > We've got nearly 40 applications, not counting those that have been marked as > ineligible, from potential Summer of Code students. We must review these > applications and select which ones will be most valuable to the Fedora > Project and have a real chance of success. > > I would appreciate any contributor volunteers that would like to assist in > reviewing and ranking the applications. I would also still welcome any more > volunteer mentors to handle the applications we end up accepting. We've only > got a few days to decide, so, if you can help, please sign up and start > providing feedback right away. > > The resources you need are listed on the wiki: > > http://fedoraproject.org/wiki/SummerOfCode/Mentors > > If you have questions, let me know. > > -- Greg DeKoenigsberg Community Development Manager Red Hat, Inc. :: 1-919-754-4255 "To whomsoever much hath been given... ...from him much shall be asked" From wtogami at redhat.com Wed Apr 4 18:29:01 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 04 Apr 2007 14:29:01 -0400 Subject: Temp pgadmin3 takeover? In-Reply-To: <1175686463.4364.11.camel@laptop.gunduz.org> References: <1175686463.4364.11.camel@laptop.gunduz.org> Message-ID: <4613EE6D.7030906@redhat.com> Devrim G?ND?Z wrote: > Hi, > > (I just subscribed to this list; sorry for breaking the thread) > >> Would anyone like to temporarily take this over for FC7 release? > > I can do that. Please add me as a co-maintainer. > > Regards, > The pgadmin3 package has no pkg.acl file, so anybody with cvsextras can check-in and build. You can just do it with the owner's verbal (or written) agreement. If you want to be added to the actual owners list, then please file a CVSAdmin request. "Please add me" on a mailing list is likely to be lost, and it isn't immediately obvious WHO you are. =) Warren Togami wtogami at redhat.com From kwade at redhat.com Wed Apr 4 18:56:33 2007 From: kwade at redhat.com (Karsten Wade) Date: Wed, 04 Apr 2007 11:56:33 -0700 Subject: Seeking reviewers for Summer of Code applications In-Reply-To: References: <200704041248.29269.nman64@n-man.com> Message-ID: <1175712993.31972.72.camel@erato.phig.org> On Wed, 2007-04-04 at 13:54 -0400, Greg Dekoenigsberg wrote: > Please, please, please do this. It'll take you five minutes to fill out > the application. > > Note: it's listed as "The Fedora Project," which means look under "T" > instead of "F", heh. > > Patrick: will we be having regular meetings of SoC mentors? We haven't in the past, but we certainly could/should. Nothing too often is needed, I'd reckon; maybe every other week. Or we could pick/create a mailing list for collaboration? One thing that came out of the Mentors Summit last year was a desire to work across projects in a co-mentoring relationship, as well as have tools that removed barriers to intra-project communication. Too much silo'd activity, etc. Where Google hasn't improved the tools or processes for this, let's do it ourselves. Let's hope there is another GSoC Mentors Summit again this year; quite a nice BarCamp-style event with a chance to meet and learn from FLOSS leaders from across the globe. Cool reward for the mentor/admin work. - Karsten -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Wed Apr 4 18:58:11 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 04 Apr 2007 14:58:11 -0400 Subject: Temp pgadmin3 takeover? In-Reply-To: <4613EE6D.7030906@redhat.com> References: <1175686463.4364.11.camel@laptop.gunduz.org> <4613EE6D.7030906@redhat.com> Message-ID: <4613F543.4070502@redhat.com> Although... I just updated pgadmin3 for myself locally and it works. I'll just checkin this new version into devel now. This is a one-time change on my part. Warren Warren Togami wrote: > Devrim G?ND?Z wrote: >> Hi, >> >> (I just subscribed to this list; sorry for breaking the thread) >> >>> Would anyone like to temporarily take this over for FC7 release? >> >> I can do that. Please add me as a co-maintainer. >> >> Regards, >> > > The pgadmin3 package has no pkg.acl file, so anybody with cvsextras can > check-in and build. You can just do it with the owner's verbal (or > written) agreement. > > If you want to be added to the actual owners list, then please file a > CVSAdmin request. "Please add me" on a mailing list is likely to be > lost, and it isn't immediately obvious WHO you are. =) > > Warren Togami > wtogami at redhat.com > From sundaram at fedoraproject.org Wed Apr 4 19:18:23 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 05 Apr 2007 00:48:23 +0530 Subject: Seeking reviewers for Summer of Code applications In-Reply-To: <1175712993.31972.72.camel@erato.phig.org> References: <200704041248.29269.nman64@n-man.com> <1175712993.31972.72.camel@erato.phig.org> Message-ID: <4613F9FF.3060505@fedoraproject.org> Karsten Wade wrote: > On Wed, 2007-04-04 at 13:54 -0400, Greg Dekoenigsberg wrote: >> Please, please, please do this. It'll take you five minutes to fill out >> the application. >> >> Note: it's listed as "The Fedora Project," which means look under "T" >> instead of "F", heh. >> >> Patrick: will we be having regular meetings of SoC mentors? > > We haven't in the past, but we certainly could/should. Nothing too > often is needed, I'd reckon; maybe every other week. Or we could > pick/create a mailing list for collaboration? Use the fedora-mentors list. Rahul From lsof at nodata.co.uk Wed Apr 4 20:10:39 2007 From: lsof at nodata.co.uk (nodata) Date: Wed, 04 Apr 2007 22:10:39 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> Message-ID: <1175717439.5096.7.camel@sb-home.lan> Am Dienstag, den 03.04.2007, 16:39 +0300 schrieb Jonathan Dieter: > Yum-presto 0.3.4 is ready. It's main feature is a patch from Ahmed > Kamal that rebuilds the rpms in a separate thread so that the > processor-hungry rebuilding process happens in parallel to the > network-hungry deltarpm download process. > > I'm not pushing it to the presto repository because it's only been > tested on my machine, so I'd like to hear from at least two or three > people that it doesn't break their machines. > > Jonathan > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list It would be good if the size units that Presto uses was in the same format that the rest of yum displays, i.e. human readable. From pekane52 at gmail.com Thu Apr 5 00:31:31 2007 From: pekane52 at gmail.com (Pat Kane) Date: Wed, 4 Apr 2007 19:31:31 -0500 Subject: 1440x900 on Fedora 7 Test 3 (LiveCD) Message-ID: > Change the word "i810" to "intel" in xorg.conf and restart X, it should do something sensible That works, I now have lovely square pixels, thanks. I owe you a marshmellow peep. The same trick does not work on my old FC6 system, I get fatal error that complains about the pipes. Is there an easy way to upgrade the FC6 Xorg to the F7T3 Xorg? -------------- next part -------------- An HTML attachment was scrubbed... URL: From valent.turkovic at gmail.com Wed Apr 4 12:25:10 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 04 Apr 2007 14:25:10 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175687874.29702.9.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175683936.9209.3.camel@fedora> <1175687874.29702.9.camel@jndwidescreen.lesbg.loc> Message-ID: <1175689510.11814.3.camel@fedora> On Wed, 2007-04-04 at 14:57 +0300, Jonathan Dieter wrote: > If you're volunteering to help test, check out Yes I am! :) > htts://hosted.fedoraproject.org/projects/presto. You mean http ? :) Which version should I try? 0.33 or 0.34? Which do you recommend any why? I use Fedora Core 6. From sundaram at fedoraproject.org Thu Apr 5 01:09:37 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 05 Apr 2007 06:39:37 +0530 Subject: yum-presto 0.3.4 In-Reply-To: <1175689510.11814.3.camel@fedora> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175683936.9209.3.camel@fedora> <1175687874.29702.9.camel@jndwidescreen.lesbg.loc> <1175689510.11814.3.camel@fedora> Message-ID: <46144C51.7050809@fedoraproject.org> Valent Turkovic wrote: > On Wed, 2007-04-04 at 14:57 +0300, Jonathan Dieter wrote: >> If you're volunteering to help test, check out > > Yes I am! :) > >> htts://hosted.fedoraproject.org/projects/presto. > You mean http ? :) > > Which version should I try? 0.33 or 0.34? Which do you recommend any > why? I use Fedora Core 6. The latest version available because it has more bug fixes. Rahul From jdieter at gmail.com Thu Apr 5 03:54:20 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 05 Apr 2007 06:54:20 +0300 Subject: yum-presto 0.3.4 In-Reply-To: <1175717439.5096.7.camel@sb-home.lan> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> Message-ID: <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> On Wed, 2007-04-04 at 22:10 +0200, nodata wrote: > It would be good if the size units that Presto uses was in the same > format that the rest of yum displays, i.e. human readable. > Done in 0.3.5 which was released yesterday. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nman64 at n-man.com Thu Apr 5 03:40:35 2007 From: nman64 at n-man.com (Patrick W. Barnes) Date: Wed, 4 Apr 2007 22:40:35 -0500 Subject: Seeking reviewers for Summer of Code applications In-Reply-To: <4613F9FF.3060505@fedoraproject.org> References: <200704041248.29269.nman64@n-man.com> <1175712993.31972.72.camel@erato.phig.org> <4613F9FF.3060505@fedoraproject.org> Message-ID: <200704042240.38971.nman64@n-man.com> On Wednesday 04 April 2007, Rahul Sundaram wrote: > Karsten Wade wrote: > > On Wed, 2007-04-04 at 13:54 -0400, Greg Dekoenigsberg wrote: > >> Patrick: will we be having regular meetings of SoC mentors? > > > > We haven't in the past, but we certainly could/should. Nothing too > > often is needed, I'd reckon; maybe every other week. Or we could > > pick/create a mailing list for collaboration? > > Use the fedora-mentors list. > +1 Just using the mailing list would be a good start. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://n-man.com/ LinkedIn: http://linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jochen.schlick at comsoft.de Thu Apr 5 08:10:48 2007 From: jochen.schlick at comsoft.de (Jochen Schlick) Date: Thu, 05 Apr 2007 10:10:48 +0200 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704041017j239537ah51889f993af7b3fc@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> <6e24a8e80704041017j239537ah51889f993af7b3fc@mail.gmail.com> Message-ID: <4614AF08.5070008@comsoft.de> What's about "runit" from Gerrit Pape http://smarden.org/runit/index.html It's small, fast - with dietlibc it has a very small memory footprint. Ok, it's very different from the sysv-init scheme but afaik it can be configured to be LSB compliant. I use it on some Fedora PCs for several daemons and system-config-services is also able to control this daemons. best regards, Jochen Mark wrote: > than just ask it :) > > can we please : > "get a bit more constructive feedback about the current > state of various init systems and/or help/patches/ideas about future > init systems from a pure scientific/technical point of view from > people with first hand experience with trying out those systems on > fedora." > > 2007/4/4, Rudolf Kastl >: > > its a bit of a pity this thread is drifting a bit off the init system > discussion from my point of view because the thread topic now is > somewhat misleading. > > i was hoping to get a bit more constructive feedback about the current > state of various init systems and/or help/patches/ideas about future > init systems from a pure scientific/technical point of view from > people with first hand experience with trying out those systems on > fedora. > > regards, > Rudolf Kastl > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- ------------------------------------------------------------ Jochen Schlick mailto:jochen.schlick_at_comsoft.de From valent.turkovic at gmail.com Thu Apr 5 09:03:52 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Thu, 5 Apr 2007 11:03:52 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> Message-ID: <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> Can you tell me if yum-presto is intended to work on Fedora 7 test 3? I installed yum-presto-0.3.6 on Fedora 7 test 3 and when running 'yum update' I get this: # yum update Loading "installonlyn" plugin Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 82, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig errorlevel=opts.errorlevel) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 145, in _getConfig startupconf.pluginconfpath) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 271, in doPluginSetup plugin_types, confpath) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 129, in __init__ self._importplugins(types) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 170, in _importplugins self._loadplugin(modulefile, types) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 187, in _loadplugin module = imp.load_module(modname, fp, pathname, description) File "/usr/lib/yum-plugins/presto.py", line 31, in from prestomdparser import PrestoMDParser File "/usr/share/presto/prestomdparser.py", line 22, in from cElementTree import iterparse ImportError: No module named cElementTree From jdieter at gmail.com Thu Apr 5 09:13:22 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 05 Apr 2007 12:13:22 +0300 Subject: yum-presto 0.3.4 In-Reply-To: <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> Message-ID: <1175764402.29702.83.camel@jndwidescreen.lesbg.loc> On Thu, 2007-04-05 at 11:03 +0200, Valent Turkovic wrote: > Can you tell me if yum-presto is intended to work on Fedora 7 test 3? > I installed yum-presto-0.3.6 on Fedora 7 test 3 and when running 'yum > update' I get this: No, yum-presto doesn't work on F7 yet. There are some changes in how yum 3.1.x works, and I need to work out how to make yum-presto compatible with those changes. I should be able to get it working in the next couple of weeks (hopefully). Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From valent.turkovic at gmail.com Thu Apr 5 09:19:30 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Thu, 5 Apr 2007 11:19:30 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> Message-ID: <64b14b300704050219j636a39eep1f5d6f3d7f32ce80@mail.gmail.com> On 4/5/07, Valent Turkovic wrote: > Can you tell me if yum-presto is intended to work on Fedora 7 test 3? > I installed yum-presto-0.3.6 on Fedora 7 test 3 and when running 'yum > update' I get this: > > # yum update > Loading "installonlyn" plugin > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in Btw on Fedora Core 6 yum-prest 0.34, 0.35 and 0.36 work fine, just there are no updates at the moment :) From valent.turkovic at gmail.com Thu Apr 5 09:20:49 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Thu, 5 Apr 2007 11:20:49 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175764402.29702.83.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <1175764402.29702.83.camel@jndwidescreen.lesbg.loc> Message-ID: <64b14b300704050220w10115900lc2f4ec4c59402a5a@mail.gmail.com> > I should be able to get it working in the next couple of weeks > (hopefully). > > Jonathan Ok, great! When you make it please let me know via my private email, so I can help you test it. From che666 at gmail.com Thu Apr 5 09:31:41 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Thu, 5 Apr 2007 11:31:41 +0200 Subject: Future New Init for FC7? In-Reply-To: <4614AF08.5070008@comsoft.de> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> <6e24a8e80704041017j239537ah51889f993af7b3fc@mail.gmail.com> <4614AF08.5070008@comsoft.de> Message-ID: i havent tried it myself but i will be going to make test packages for further evaluation. curious to see what benefits it has. regards, Rudolf Kastl p.s. there are various more unknown systems i yet just didnt consider worth investigating due to lack of upstream progress or incomplete featuresets etc. 2007/4/5, Jochen Schlick : > What's about "runit" from Gerrit Pape > http://smarden.org/runit/index.html > > It's small, fast - with dietlibc it has a very small memory footprint. > Ok, it's very different from the sysv-init scheme but afaik it can be > configured to be LSB compliant. I use it on some Fedora PCs for > several daemons and system-config-services is also able to > control this daemons. > > best regards, Jochen > > > > > > Mark wrote: > > than just ask it :) > > > > can we please : > > "get a bit more constructive feedback about the current > > state of various init systems and/or help/patches/ideas about future > > init systems from a pure scientific/technical point of view from > > people with first hand experience with trying out those systems on > > fedora." > > > > 2007/4/4, Rudolf Kastl >: > > > > its a bit of a pity this thread is drifting a bit off the init system > > discussion from my point of view because the thread topic now is > > somewhat misleading. > > > > i was hoping to get a bit more constructive feedback about the current > > state of various init systems and/or help/patches/ideas about future > > init systems from a pure scientific/technical point of view from > > people with first hand experience with trying out those systems on > > fedora. > > > > regards, > > Rudolf Kastl > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > -- > ------------------------------------------------------------ > Jochen Schlick > mailto:jochen.schlick_at_comsoft.de > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From bernie at develer.com Thu Apr 5 10:18:01 2007 From: bernie at develer.com (Bernardo Innocenti) Date: Thu, 05 Apr 2007 12:18:01 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: References: <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> Message-ID: <4614CCD9.7000800@develer.com> dragoran dragoran wrote: > All the init systems should be parallel installable, so the choice is > only for the default init system. > > if we go this route system-config-services should support multiple > backends.... ...and many packages should contain multiple init scripts for those systems that dropped sysvinit compatibility (like initng). -- // Bernardo Innocenti - Develer R&D dept. \X/ http://www.develer.com/ From trond.danielsen at fedoraproject.org Thu Apr 5 10:33:23 2007 From: trond.danielsen at fedoraproject.org (Trond Danielsen) Date: Thu, 5 Apr 2007 12:33:23 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070404160137.GC5372@free.fr> References: <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> Message-ID: <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> 2007/4/4, Patrice Dumas : > On Wed, Apr 04, 2007 at 05:37:10PM +0200, Bernardo Innocenti wrote: > > > > LSB had just finished standardizing the init scripts and now we're > > going to break things again. Users *are* going to complain. > > Analysts *are* going to say Linux is fragmented. Microsoft *is* > > going to publish studies saying that Linux has higher TCO because > > of multiple init systems ;-) > > > > This doesn't mean there should be a single codebase. Multiple > > systems could compete as long as they are 100% (or maybe just 99%) > > compatible config files and user interface. > > All the init systems should be parallel installable, so the choice is > only for the default init system. If I understand you right, you want Fedora to support all (or many) of the available init systems. I think this is a very bad idea. Creating a distribution is not about just shipping as many applications as possible, but to make some qualified choices so that the end user does not have to worry about every detail. After all, Fedora is not Gentoo. This only adds additional work on developers and packagers that could much rather have been spent on more useful things. -- Trond Danielsen From markg85 at gmail.com Thu Apr 5 10:39:02 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 12:39:02 +0200 Subject: Future New Init for FC7? In-Reply-To: References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> <6e24a8e80704041017j239537ah51889f993af7b3fc@mail.gmail.com> <4614AF08.5070008@comsoft.de> Message-ID: <6e24a8e80704050339r426538a3jf4f6dc8efb82992e@mail.gmail.com> i`ve tried initng on a updated FC7 T3 but it can`t seem to get passed udev.. i can just reboot fine with CTRL+ALT+DEL.. 2007/4/5, Rudolf Kastl : > > i havent tried it myself but i will be going to make test packages for > further evaluation. curious to see what benefits it has. > > regards, > Rudolf Kastl > > p.s. there are various more unknown systems i yet just didnt consider > worth investigating due to lack of upstream progress or incomplete > featuresets etc. > > > 2007/4/5, Jochen Schlick : > > What's about "runit" from Gerrit Pape > > http://smarden.org/runit/index.html > > > > It's small, fast - with dietlibc it has a very small memory footprint. > > Ok, it's very different from the sysv-init scheme but afaik it can be > > configured to be LSB compliant. I use it on some Fedora PCs for > > several daemons and system-config-services is also able to > > control this daemons. > > > > best regards, Jochen > > > > > > > > > > > > Mark wrote: > > > than just ask it :) > > > > > > can we please : > > > "get a bit more constructive feedback about the current > > > state of various init systems and/or help/patches/ideas about future > > > init systems from a pure scientific/technical point of view from > > > people with first hand experience with trying out those systems on > > > fedora." > > > > > > 2007/4/4, Rudolf Kastl >: > > > > > > its a bit of a pity this thread is drifting a bit off the init > system > > > discussion from my point of view because the thread topic now is > > > somewhat misleading. > > > > > > i was hoping to get a bit more constructive feedback about the > current > > > state of various init systems and/or help/patches/ideas about > future > > > init systems from a pure scientific/technical point of view from > > > people with first hand experience with trying out those systems on > > > fedora. > > > > > > regards, > > > Rudolf Kastl > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > > -- > > ------------------------------------------------------------ > > Jochen Schlick > > mailto:jochen.schlick_at_comsoft.de > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Thu Apr 5 10:43:02 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 5 Apr 2007 06:43:02 -0400 Subject: rawhide report: 20070405 changes Message-ID: <200704051043.l35Ah2V1016931@hs20-bc2-6.build.redhat.com> Removed package gimp-print Updated Packages: anaconda-11.2.0.45-1 -------------------- * Wed Apr 04 2007 Jeremy Katz - 11.2.0.45-1 - More live changes to fix installing from the live image running from RAM or a USB stick. Note: requires a livecd created with livecd-tools >= 006 - Make the end button Close for the live case (#225168) - Unmount installed filesystems at the end of the live install - Fix an autopart bug (clumens, #235279) aspell-en-50:6.0-7.fc7 ---------------------- * Fri Mar 30 2007 Ivana Varekova - 50:6.0-7 - add version to obstolete flag * Thu Mar 29 2007 Ivana Varekova - 50:6.0-5 - add documentation - change license tag * Thu Mar 29 2007 Ivana Varekova - 50:6.0-4 - update default buildroot aspell-nl-51:0.1e-4.fc7 ----------------------- * Fri Mar 30 2007 Ivana Varekova -51:0.1e-4 - add nl_affix.dat * Fri Mar 30 2007 Ivana Varekova - 51:0.1e-3 - use configure script to create Makefile - update default buildroot - some minor spec changes bzip2-1.0.4-10.fc7 ------------------ * Wed Apr 04 2007 Ivana Varekova 1.0.4-10 - change libz.a permissions * Wed Apr 04 2007 Ivana Varekova 1.0.4-9 - remove useless -p compiz-0.3.6-7.fc7 ------------------ * Wed Apr 04 2007 Kristian H??gsberg - 0.3.6-7 - Fix typo in ./configure option. * Wed Apr 04 2007 Kristian H??gsberg - 0.3.6-6 - Add place and clone plugins to default plugin list. concurrent-0:1.3.4-5jpp.1.fc7 ----------------------------- * Fri Mar 16 2007 Permaine Cheung - 0:1.3.4-5jpp.1 - Merge with upstream version, update with the correct src tar ball cups-1:1.2.10-5.fc7 ------------------- * Wed Apr 04 2007 Tim Waugh 1:1.2.10-5 - Send D-BUS QueueChanged signal on printer state changes. dbus-glib-0.73-1.fc7 -------------------- * Wed Apr 04 2007 Matthias Clasen - 0.73-1 - Update to 0.73 (#233631) - Drop upstreamed patches evolution-2.10.0-10.fc7 ----------------------- * Wed Apr 04 2007 Matthew Barnes - 2.10.0-10.fc7 - Add patch for GNOME bug #352713 (improve folder tree updates). * Tue Apr 03 2007 Matthew Barnes - 2.10.0-9.fc7 - Require libxml2-devel in evolution-devel package (RH bug #235056). - Add libxml-2.0 requirement to evolution-plugin-2.10.pc. * Tue Apr 03 2007 Matthew Barnes - 2.10.0-8.fc7 - Revise patch for GNOME bug #419524 to fix RH bug #235082 (crash in initial account setup wizard). evolution-data-server-1.10.0-6.fc7 ---------------------------------- * Wed Apr 04 2007 Matthew Barnes - 1.10.0-6.fc7 - Revise patch for GNOME bug #417999 (another ESourceComboBox goof). gcc-4.1.2-8 ----------- * Tue Apr 03 2007 Jakub Jelinek 4.1.2-8 - update from gcc-4_1-branch (-r123245:123462) - PRs target/31137, target/31380 - libjava fixes (PRs classpath/31302, classpath/31303, libgcj/29869) - java Proxy fix (Andrew Haley, #234836) - deque::erase fix (Steve LoBasso, Paolo Carlini, #234515) - fix java font rendering (Francis Kung, #231818) - fix a regression caused by C++ visibility fixes (Jason Merrill, PR c++/31187) - use hidden visibility for non-native java private methods (Andrew Haley) gnome-panel-2.18.0-8.fc7 ------------------------ * Wed Apr 04 2007 Ray Strode - 2.18.0-8 - fix invalid read and potentially fix 234544 * Wed Apr 04 2007 Ray Strode - 2.18.0-7 - Allow users to correct desktop launchers when given an error initially (bug 233015) hal-cups-utils-0.6.6-1.fc7 -------------------------- * Wed Apr 04 2007 Tim Waugh 0.6.6-1 - Prevent a traceback in hal_lpadmin (bug #232733). hplip-1.7.2-4.fc7 ----------------- * Wed Apr 04 2007 Tim Waugh 1.7.2-4 - Clear the media-empty-error printer state. * Wed Apr 04 2007 Tim Waugh 1.7.2-3 - Fixed typo in marker-supply-low patch. * Wed Apr 04 2007 Tim Waugh 1.7.2-2 - Split out a gui sub-package (bug #193661). - Build requires sane-backends-devel (bug #234813). iptraf-3.0.0-6.fc7 ------------------ * Wed Apr 04 2007 Marcela Maslanova - 3.0.0-6 - merge review, add logrotate file - rhbz#225907 jakarta-commons-lang-0:2.1-6jpp.1.fc7 ------------------------------------- * Thu Mar 29 2007 Permaine Cheung - 0:2.1-6jpp.1 - Merge from upstream and rpmlint cleanup kernel-2.6.20-1.3045.fc7 ------------------------ * Wed Apr 04 2007 Dave Jones - 2.6.21-rc5-git12 * Wed Apr 04 2007 Dave Jones - Silence noisy power management printk's * Wed Apr 04 2007 Dave Jones - Disable PCI MSI and MMCONFIG by default (cebbert) lftp-3.5.10-2.fc7 ----------------- * Wed Apr 04 2007 Maros Barabas - 3.5.10-2 - Merge review fix - Resolves #225984 * Wed Apr 04 2007 Maros Barabas - 3.5.10 - Upgrade to 3.5.10 from upstream logwatch-7.3.4-4.fc7 -------------------- * Wed Apr 04 2007 Ivana Varekova 7.3.4-4 - Resolves 234875 logwatch warns about ntpd startup messages mesa-6.5.2-9.fc7 ---------------- * Wed Apr 04 2007 Adam Jackson 6.5.2-9 - mesa-6.5.2-bindcontext-paranoia.patch: Paper over a crash when doBindContext fails, to avoid, for example, crashing the server when using tdfx but without glide3 installed. newt-0.52.6-2.fc7 ----------------- * Wed Apr 04 2007 Miroslav Lichvar - 0.52.6-2 - fix entry scrolling (#234829) - fix multibyte character handling in entry * Fri Mar 02 2007 Miroslav Lichvar - 0.52.6-1 - add newtSetColor() to allow changing individual colors - add newtPopWindowNoRefresh() (patch by Forest Bond) - move static library to -static subpackage, spec cleanup (#226195) (patch by Jason Tibbitts) * Wed Jan 31 2007 Miroslav Lichvar - 0.52.5-1 - provide option to change text of buttons (#126768) - don't add escape key to hot keys by default (#216157) - fix cursor position in checkboxtree, radio button and checkbox - don't force monochrome terminals to output colors - highlight active compact button on monochrome terminals - update translations from debian redhat-artwork-5.0.12-3.fc7 --------------------------- * Wed Apr 04 2007 Than Ngo - 5.0.12-3 - fix broken symlink rhgb-0.17.5-1.fc7 ----------------- * Tue Apr 03 2007 Ray Strode - 0.17.5-1 - don't bail if /etc/mtab isn't around. Patch by Jeremy Katz , bug 235146. rhythmbox-0.10.0-2.fc7 ---------------------- * Wed Apr 04 2007 - Bastien Nocera - 0.10.0-2.fc7 - Use multiple CPUs to build, the upstream bug is fixed now * Wed Apr 04 2007 - Bastien Nocera - 0.10.0-1.fc7 - Update to the stable branch 0.10.0, fixes a large number of crashers - Add patch for xdg-user-dirs support scim-1.4.5-12.fc7 ----------------- * Wed Apr 04 2007 Jens Petersen - 1.4.5-12 - add X-GNOME-PersonalSettings category to scim-setup.desktop (#234167) - also use desktop-file-install instead of scim-setup-desktop-file.patch to remove Applications category selinux-policy-2.5.11-4.fc7 --------------------------- * Wed Apr 04 2007 Dan Walsh 2.5.11-4 - Fixes for samba domain controller. - Allow ConsoleKit to look at ttys * Tue Apr 03 2007 Dan Walsh 2.5.11-3 - Fix interface call totem-2.18.1-1.fc7 ------------------ * Wed Apr 04 2007 - Bastien Nocera - 2.18.1-1 - New upstream version with plenty of bug fixes uucp-1.07-15.fc7 ---------------- * Wed Apr 04 2007 Lukas Vrabel 1.07-15 - fix crashes with SIGFPE (#150978) (from Wolfgang Ocker) vsftpd-2.0.5-16.fc7 ------------------- * Wed Apr 04 2007 Maros Barabas - 2.0.5-16 - Merge review: - fix using %{_var}, %{_sbindir} and %{_sysconfigdir} macros for files and install - fix BuildRoot - dropped usermod, openssl & pam requirement vte-0.16.0-4.fc7 ---------------- * Wed Apr 04 2007 Ray Strode 0.16.0-4 - Add upstream patch from ickle to fix unicode input crash (#235160) xorg-x11-drv-i810-1.6.5-17.fc7 ------------------------------ * Wed Apr 04 2007 Adam Jackson 1.6.5-17 - xf86-video-intel-1.9.94 (RC4). Adds support for 965GM. - i810.xinf: Point 965GM support at the intel driver since it's not present in old i810. xsane-0.994-2.fc7 ----------------- * Wed Apr 04 2007 Nils Philippsen - 0.994-2 - save prefs when EULA is accepted to ensure that EULA is only shown once at startup (#233645) yum-3.1.6-1.fc7 --------------- * Wed Apr 04 2007 Jeremy Katz - 3.1.6-1 - update to 3.1.6 * Thu Mar 22 2007 James Bowes - 3.1.5-1 - update to 3.1.5 * Wed Mar 07 2007 Jeremy Katz - 3.1.4-1 - update to 3.1.4 yum-metadata-parser-1.0.4-1.fc7 ------------------------------- * Wed Apr 04 2007 Jeremy Katz - 1.0.4-1 - update to 1.0.4 Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 Broken deps for s390 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.s390 requires gimp-print >= 0:4.2.0 systemtap - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 systemtap-runtime - 0.5.13-1.fc7.s390 requires kernel >= 0:2.6.9-11 Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 Broken deps for s390x ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.s390x requires gimp-print >= 0:4.2.0 Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 From kloczek at zie.pg.gda.pl Thu Apr 5 10:47:21 2007 From: kloczek at zie.pg.gda.pl (Tomasz =?UTF-8?Q?K=C5=82oczko?=) Date: Thu, 05 Apr 2007 12:47:21 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> References: <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> Message-ID: <1175770041.15395.3.camel@kloczek01.pracownicy.zie> Dnia 05-04-2007, Cz o godzinie 12:33 +0200, Trond Danielsen napisa?(a): > If I understand you right, you want Fedora to support all (or many) of > the available init systems. I think this is a very bad idea. Creating > a distribution is not about just shipping as many applications as > possible, but to make some qualified choices so that the end user does > not have to worry about every detail. After all, Fedora is not Gentoo. > This only adds additional work on developers and packagers that could > much rather have been spent on more useful things. Save backward compatibility and provide parallel start/stop provides Solaris SMF .. so IMO best will be port this software to Linux. kloczek From jdieter at gmail.com Thu Apr 5 10:56:44 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 05 Apr 2007 13:56:44 +0300 Subject: Yum-presto 0.3.7 and Extras Message-ID: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> First off, I'd like to announce that yum-presto 0.3.7 has been pushed. It has only minor changes from 0.3.5 and 0.3.6, none that even qualify as bug fixes. I have had no reports of 0.3.5 or 0.3.6 crashing on FC6, so if you've seen it crash, please let me know. This brings me to the second point. Yum-presto has made it through the Extras review process, and I'm now ready to push the first version that will be available from Extras. One change that must be made for the Extras release is that the configuration file must *not* point to our test server as it's not part of the Fedora Infrastructure. The configuration file was never meant to be the place that presto repositories were stored. In a perfect world, any presto-enabled repositories would either have the presto information in repomd.xml or have a "deltaurl=" statement in their .repo file. Both methods will be ignored by yum if yum-presto isn't installed. All that to say this: yum-presto (even from the presto repository) will no longer point to the presto test server. If you want to use the presto test server, you'll need to manually edit either the presto.conf file or the .repo file for your repository (as per the wiki page). If anyone thinks this is a bad decision, please let me know how you think I should do this. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From drago01 at gmail.com Thu Apr 5 11:12:12 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 05 Apr 2007 13:12:12 +0200 Subject: Future New Init for FC7? In-Reply-To: <6e24a8e80704050339r426538a3jf4f6dc8efb82992e@mail.gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> <6e24a8e80704041017j239537ah51889f993af7b3fc@mail.gmail.com> <4614AF08.5070008@comsoft.de> <6e24a8e80704050339r426538a3jf4f6dc8efb82992e@mail.gmail.com> Message-ID: <4614D98C.4050505@gmail.com> Mark wrote: > i`ve tried initng on a updated FC7 T3 but it can`t seem to get passed > udev.. > i can just reboot fine with CTRL+ALT+DEL.. thats a bug in the selinux startup scripts which I fixed upstream. (try a newer ifiles release) From opensource at till.name Thu Apr 5 11:17:18 2007 From: opensource at till.name (Till Maas) Date: Thu, 05 Apr 2007 13:17:18 +0200 Subject: Yum-presto 0.3.7 and Extras In-Reply-To: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> Message-ID: <200704051317.26985.opensource@till.name> On Do April 5 2007, Jonathan Dieter wrote: > This brings me to the second point. Yum-presto has made it through the > Extras review process, and I'm now ready to push the first version that > will be available from Extras. One change that must be made for the > Extras release is that the configuration file must *not* point to our > test server as it's not part of the Fedora Infrastructure. Are the official fedora repositories presto enabled? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jdieter at gmail.com Thu Apr 5 11:32:28 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 05 Apr 2007 14:32:28 +0300 Subject: Yum-presto 0.3.7 and Extras In-Reply-To: <200704051317.26985.opensource@till.name> References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> <200704051317.26985.opensource@till.name> Message-ID: <1175772748.29702.99.camel@jndwidescreen.lesbg.loc> On Thu, 2007-04-05 at 13:17 +0200, Till Maas wrote: > On Do April 5 2007, Jonathan Dieter wrote: > > > This brings me to the second point. Yum-presto has made it through the > > Extras review process, and I'm now ready to push the first version that > > will be available from Extras. One change that must be made for the > > Extras release is that the configuration file must *not* point to our > > test server as it's not part of the Fedora Infrastructure. > > Are the official fedora repositories presto enabled? > > Regards, > Till Not yet. That's what we're (hopefully) working towards. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Thu Apr 5 11:38:26 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 13:38:26 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> References: <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> Message-ID: <20070405113826.GA2899@free.fr> On Thu, Apr 05, 2007 at 12:33:23PM +0200, Trond Danielsen wrote: > > If I understand you right, you want Fedora to support all (or many) of > the available init systems. I think this is a very bad idea. Creating > a distribution is not about just shipping as many applications as > possible, but to make some qualified choices so that the end user does > not have to worry about every detail. After all, Fedora is not Gentoo. > This only adds additional work on developers and packagers that could > much rather have been spent on more useful things. I think this is a very wrong direction for fedora. Free software is about choice. And also being able to test innovative technologies. The default init system should be privileged, but all should be present, such that power users are able to test and use them. The directions that developers and packagers want to follow, how they spend their time is their business. If there are enough people interested in new init systems, lets have them. As a project we have to watch out the packaging quality, the integration in the distro and have good defaults. Our mandate should not to be in the way of initiatives. -- Pat From pertusus at free.fr Thu Apr 5 11:39:35 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 13:39:35 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <4614CCD9.7000800@develer.com> References: <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <4614CCD9.7000800@develer.com> Message-ID: <20070405113935.GB2899@free.fr> On Thu, Apr 05, 2007 at 12:18:01PM +0200, Bernardo Innocenti wrote: > dragoran dragoran wrote: > > > All the init systems should be parallel installable, so the choice is > > only for the default init system. > > > > if we go this route system-config-services should support multiple > > backends.... > > ...and many packages should contain multiple init scripts for those > systems that dropped sysvinit compatibility (like initng). Sure, if there is somebody wanting to go that route, let's not stop them. -- Pat From rdieter at math.unl.edu Thu Apr 5 12:04:43 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 05 Apr 2007 07:04:43 -0500 Subject: Yum-presto 0.3.7 and Extras References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> <200704051317.26985.opensource@till.name> <1175772748.29702.99.camel@jndwidescreen.lesbg.loc> Message-ID: Jonathan Dieter wrote: > On Thu, 2007-04-05 at 13:17 +0200, Till Maas wrote: >> On Do April 5 2007, Jonathan Dieter wrote: >> >> > This brings me to the second point. Yum-presto has made it through the >> > Extras review process, and I'm now ready to push the first version that >> > will be available from Extras. One change that must be made for the >> > Extras release is that the configuration file must *not* point to our >> > test server as it's not part of the Fedora Infrastructure. >> Are the official fedora repositories presto enabled? > Not yet. That's what we're (hopefully) working towards. What exactly needs to happen to make them presto-enabled? -- Rex From buildsys at fedoraproject.org Thu Apr 5 12:05:38 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 5 Apr 2007 08:05:38 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-05 Message-ID: <20070405120538.B7A72152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 22 NEW blam-1.8.3-2.fc7 catfish-0.3-0.1.a.fc7 colordiff-1.0.6-2.fc7 csound-5.03.0-13.fc7 cyrus-imapd-2.3.8-2.fc7 em8300-0.16.2-0.1.rc1.fc7 em8300-kmod-0.16.2-0.2.6.20_1.3040.fc7.1.rc1 fltk-1.1.7-9.r5555.fc7 gtkwave-3.0.24-1.fc7 kooldock-0.4.6-1.fc7 libibverbs-1.1-0.1.rc2.fc7 libmodplug-0.8.4-1.fc7 livecd-tools-006-1.fc7 mail-notification-4.0-2.fc7 monotone-0.34-1.fc7 ntfs-3g-1.328-2.fc7 NEW perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 NEW perl-Geography-Countries-1.4-1.fc7 NEW perl-Return-Value-1.302-2.fc7 pgadmin3-1.6.3-1.fc7 quadkonsole-2.0.2-1.fc7 upx-2.03-1.fc7 Packages built and released for Fedora Extras 6: 0 Packages built and released for Fedora Extras 5: 0 blam-1.8.3-2.fc7 ---------------- * Wed Apr 04 2007 Peter Gordon - 1.8.3-2 - (Note to self: Don't fix it if it's not broken.) Drop unnecessary default theme fix: - fix-default-theme-base-href.patch - Add patch to put the Fedora People feed into the default collection.xml: + fedora-people-in-default-collection.patch * Wed Mar 07 2007 Peter Gordon - 1.8.3-1 - Unorphan, since Carlos Mart?n Nieto has picked upstream development. - Update to new upstream release (1.8.3) - Add dbus-sharp-devel to the BuildRequires to properly allow D-Bus support. - Lots of spec file cleanups: (1) Use macros instead of $RPM_* variables (2) Whitespace/formatting adjustments (3) Don't mark installed GConf schemas as %config - Drop unnecessary patches: - gtk-sharp2-gecko-sharp2.patch - aclocal.m4-ngettext.patch - Add a backported patch (from 1.8.4) to fix compilation error: + fix-PrintJob-ambiguous-reference.patch - Add a backported patch (from 1.8.4) to fix the default theme base location: + fix-default-theme-base-href.patch catfish-0.3-0.1.a.fc7 --------------------- * Wed Apr 04 2007 Mamoru Tasaka 0.3-0.1.a - 0.3a colordiff-1.0.6-2.fc7 --------------------- * Wed Apr 04 2007 Ville Skytt? - 1.0.6-2 - 1.0.6. csound-5.03.0-13.fc7 -------------------- * Mon Apr 02 2007 Thomas Fitzsimmons - 5.03.0-13 - Patch out FLTK widget initialization code made unnecessary by fltk-fluid 1.1.8, snapshot r5555 - Update python site-packages version to 2.5 * Sat Mar 31 2007 Thomas Fitzsimmons - 5.03.0-12 - Require java-1.5.0-gcj * Tue Feb 20 2007 Dan Williams - 5.03.0-11 - Rebuild for Python 2.5 (again) - Fix rtalsa compile error (RH #220856) * Tue Feb 20 2007 Dan Williams - 5.03.0-10 - Rebuild for Python 2.5 cyrus-imapd-2.3.8-2.fc7 ----------------------- * Wed Apr 04 2007 Tomas Janousek - 2.3.8-2 - fixed mboxlist backup rotation (#197054) em8300-0.16.2-0.1.rc1.fc7 ------------------------- * Wed Apr 04 2007 Ville Skytt? - 0.16.2-0.1.rc1 - 0.16.2-rc1. - Update examples in README-modprobe.conf. em8300-kmod-0.16.2-0.2.6.20_1.3040.fc7.1.rc1 -------------------------------------------- * Wed Apr 04 2007 Ville Skytt? 0.16.2-0.1.rc1 - 0.16.2-rc1, build for kernel 2.6.20-1.3040.fc7. - Update kmodtool to 0.10.13. fltk-1.1.7-9.r5555.fc7 ---------------------- * Wed Apr 04 2007 Thomas Fitzsimmons - 1.1.7-9.r5555 - Always apply fltk-config patch (#199656) - Update fltk-1.1.7-config.patch gtkwave-3.0.24-1.fc7 -------------------- * Thu Apr 05 2007 Paul Howarth 3.0.24-1 - update to 3.0.24 kooldock-0.4.6-1.fc7 -------------------- * Thu Apr 05 2007 Micha? Bentkowski - 0.4.6-1 - Bump to 0.4.6 libibverbs-1.1-0.1.rc2.fc7 -------------------------- * Mon May 22 2006 Roland Dreier - 1.1-0.1.rc2 - New upstream release - Remove dependency on libsysfs, since it is no longer used - Put section 3 manpages in devel package. - Spec file cleanups: remove unused ver macro, improve BuildRoot, add Requires for /sbin/ldconfig, split static libraries into devel-static package, and don't use makeinstall any more (all suggested by Doug Ledford ). libmodplug-0.8.4-1.fc7 ---------------------- * Wed Apr 04 2007 Ville Skytt? - 1:0.8.4-1 - 0.8.4. livecd-tools-006-1.fc7 ---------------------- * Wed Apr 04 2007 Jeremy Katz - 006-1 - Many fixes to error handling from Mark McLoughlin - Add the KDE config - Add support for prelinking - Fixes for installing when running from RAM or usb stick - Add sanity checking to better ensure that USB stick is bootable mail-notification-4.0-2.fc7 --------------------------- * Fri Mar 09 2007 Thorsten Leemhuis 4.0-2 - Apply patch from Erik van Pienbroek to fix #227828 (needed for new at-spi) monotone-0.34-1.fc7 ------------------- * Wed Apr 04 2007 Roland McGrath - 0.34-1 - Updated for 0.34 release. ntfs-3g-1.328-2.fc7 ------------------- * Wed Apr 04 2007 Tom "spot" Callaway 2:1.328-2 - allow non-root users to mount/umount ntfs volumes (Laszlo Dvornik) perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 ----------------------------------------------- * Mon Apr 02 2007 Tom "spot" Callaway - 1.313-2 - Remove LICENSE line from Makefile.PL * Sun Apr 01 2007 Tom "spot" Callaway - 1.313-1 - Initial package for Fedora perl-Geography-Countries-1.4-1.fc7 ---------------------------------- * Mon Apr 02 2007 Tom "spot" Callaway - 1.4-1 - Initial package for Fedora perl-Return-Value-1.302-2.fc7 ----------------------------- * Mon Apr 02 2007 Tom "spot" Callaway - 1.302-2 - remove LICENSE line from Makefile.PL - add Test::Perl::Critic to fix tests * Sun Apr 01 2007 Tom "spot" Callaway - 1.302-1 - Initial package for Fedora pgadmin3-1.6.3-1.fc7 -------------------- * Wed Apr 04 2007 Warren Togami - 1.6.3-1 - 1.6.3 quadkonsole-2.0.2-1.fc7 ----------------------- * Wed Apr 04 2007 Simon Perreault - 2.0.2-1 - Update to 2.0.2. upx-2.03-1.fc7 -------------- * Wed Apr 04 2007 Ville Skytt? - 2.03-1 - 2.03. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jdieter at gmail.com Thu Apr 5 12:31:20 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 05 Apr 2007 15:31:20 +0300 Subject: Yum-presto 0.3.7 and Extras In-Reply-To: References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> <200704051317.26985.opensource@till.name> <1175772748.29702.99.camel@jndwidescreen.lesbg.loc> Message-ID: <1175776280.29702.105.camel@jndwidescreen.lesbg.loc> On Thu, 2007-04-05 at 07:04 -0500, Rex Dieter wrote: > Jonathan Dieter wrote: > > Not yet. That's what we're (hopefully) working towards. > > What exactly needs to happen to make them presto-enabled? > > -- Rex > Two things. I need to finish the createprestorepo tool so that it works pretty much identically to createrepo. Then Fedora Infrastructure would need to use the createprestorepo script to build the deltarpms and the presto xml files for each repository. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tla at rasmil.dk Thu Apr 5 12:53:15 2007 From: tla at rasmil.dk (Tim Lauridsen) Date: Thu, 05 Apr 2007 14:53:15 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> Message-ID: <4614F13B.3070308@rasmil.dk> Valent Turkovic wrote: > Can you tell me if yum-presto is intended to work on Fedora 7 test 3? > I installed yum-presto-0.3.6 on Fedora 7 test 3 and when running 'yum > update' I get this: > > # yum update > Loading "installonlyn" plugin > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 82, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig > errorlevel=opts.errorlevel) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 145, > in _getConfig > startupconf.pluginconfpath) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 271, > in doPluginSetup > plugin_types, confpath) > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 129, in > __init__ > self._importplugins(types) > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 170, in > _importplugins > self._loadplugin(modulefile, types) > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 187, in > _loadplugin > module = imp.load_module(modname, fp, pathname, description) > File "/usr/lib/yum-plugins/presto.py", line 31, in > from prestomdparser import PrestoMDParser > File "/usr/share/presto/prestomdparser.py", line 22, in > from cElementTree import iterparse > ImportError: No module named cElementTree > This error is Python 2.5 related, cElementTree is included in Python 2.5. Something like this will make it work in both python 2.4 (FC6) and Python 2.5 (FC7) try: from cElementTree import interparse # Python 2.4 except: from xml.etree.cElementTree import interparse # Python 2.5 Tim From laroche at redhat.com Thu Apr 5 13:10:20 2007 From: laroche at redhat.com (Florian La Roche) Date: Thu, 5 Apr 2007 15:10:20 +0200 Subject: Yum-presto 0.3.5 In-Reply-To: <1175699045.29702.43.camel@jndwidescreen.lesbg.loc> References: <1175699045.29702.43.camel@jndwidescreen.lesbg.loc> Message-ID: <20070405131020.GA16352@dudweiler.stuttgart.redhat.com> On Wed, Apr 04, 2007 at 06:04:05PM +0300, Jonathan Dieter wrote: > Thanks to those who have reported bugs with 0.3.4. Sorry about that > boneheaded bug in the rebuilding thread. 0.3.5 is now up for download, > though again I'm not pushing into the presto repository until I've > gotten some people using it without having any show-stopping bugs. > > Yum-presto 0.3.5 has improved logging, though it still doesn't log any > errors. It does log each delta now as it builds it and gives very clear > information. > > On a side note: any packages with huge amounts of documentation produce > very poor deltarpms. The reason for this is that rpm unsets the verify > bit on any %docs, and deltarpms include the full file of anything with > the verify bit unset. > > Is this intended behavior from rpm? Maybe deltarpm should be changed to only package up %config files, but ignore the %verify bits? Would this hurt in many rpm packages? regards, Florian La Roche From jima at beer.tclug.org Thu Apr 5 13:14:42 2007 From: jima at beer.tclug.org (Jima) Date: Thu, 5 Apr 2007 08:14:42 -0500 (CDT) Subject: Yum-presto 0.3.7 and Extras In-Reply-To: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> Message-ID: On Thu, 5 Apr 2007, Jonathan Dieter wrote: *snip* > If anyone thinks this is a bad decision, please let me know how you > think I should do this. Personally, I think this was the proper, responsible path to take. It seems to me that you're trying to get this done the right way, not the easy way. Just thought I'd give you props for that. :-) This is a distinctly useful tool, so I think all the remaining hurdles will probably work themselves out before too long. Jima From rdieter at math.unl.edu Thu Apr 5 14:28:03 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 05 Apr 2007 09:28:03 -0500 Subject: Yum-presto 0.3.7 and Extras References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> <200704051317.26985.opensource@till.name> <1175772748.29702.99.camel@jndwidescreen.lesbg.loc> <1175776280.29702.105.camel@jndwidescreen.lesbg.loc> Message-ID: Jonathan Dieter wrote: > On Thu, 2007-04-05 at 07:04 -0500, Rex Dieter wrote: >> Jonathan Dieter wrote: >> What exactly needs to happen to make them presto-enabled? > Two things. I need to finish the createprestorepo tool so that it works > pretty much identically to createrepo. > > Then Fedora Infrastructure would need to use the createprestorepo script > to build the deltarpms and the presto xml files for each repository. When/if you have createprestorepo ready for wider consumption, let us know. I'd be willing to help drive the issue wrt FESCo, or whoever else needs poking to make it happen. -- Rex From jkeating at redhat.com Thu Apr 5 14:54:42 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 10:54:42 -0400 Subject: Yum-presto 0.3.7 and Extras In-Reply-To: References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> <1175772748.29702.99.camel@jndwidescreen.lesbg.loc> Message-ID: <200704051054.45769.jkeating@redhat.com> On Thursday 05 April 2007 08:04:43 Rex Dieter wrote: > What exactly needs to happen to make them presto-enabled? ? A lot more testing (: And the other things that Jonathan has mentioned. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Apr 5 14:57:43 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 10:57:43 -0400 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405113826.GA2899@free.fr> References: <4611671E.6060605@develer.com> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> Message-ID: <200704051057.44049.jkeating@redhat.com> On Thursday 05 April 2007 07:38:26 Patrice Dumas wrote: > I think this is a very wrong direction for fedora. Free software is > about choice. And also being able to test innovative technologies. > The default init system should be privileged, but all should be present, > such that power users are able to test and use them. The directions that > developers and packagers want to follow, how they spend their time is > their business. If there are enough people interested in new init > systems, lets have them. As a project we have to watch out the packaging > quality, the integration in the distro and have good defaults. Our > mandate should not to be in the way of initiatives. At the same time, I don't want to stamp the Fedora name on something that has 6 half working init system choices, but none that work fully. It's the same reason we don't ship 6 different kernel compiles (other than xen or no xen, smp or no smp, these are because one won't work across all hardware sets/systems). Certain things in the distro have to be rock solid, the init system is one of those. Now, I'm all for seeing development happen and initiatives. You can create a secondary repo around trying out a new init system. I just don't want to see them clutter up the main repos that every user gets access to. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Thu Apr 5 15:05:37 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 17:05:37 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <200704051057.44049.jkeating@redhat.com> References: <4611671E.6060605@develer.com> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <200704051057.44049.jkeating@redhat.com> Message-ID: <20070405150537.GF2899@free.fr> On Thu, Apr 05, 2007 at 10:57:43AM -0400, Jesse Keating wrote: > > At the same time, I don't want to stamp the Fedora name on something that has > 6 half working init system choices, but none that work fully. It's the same That's not what I am saying here. I am personnally rather retrograde and like to keep old stuff that work. I am all for a rock solid, well tested init system used as a default. > Now, I'm all for seeing development happen and initiatives. You can create a > secondary repo around trying out a new init system. I just don't want to see > them clutter up the main repos that every user gets access to. That, however seems very wrong to me and, in my opinion, very different from the spirit of former fedora extras. Having exotic, in development, niche software in fedora is very important to foster rapid development and innovation. The developpers should be cautious as to avoid letting softwares that are too broken pass from the devel repo to the release, but I think that we shouldn't fear from shipping broken software if there is an interest among users, they are not the defaults, and they are represented as being in development. An example along those lines is gnash, which is horribly broken still worth shipping in fedora. -- Pat From jkeating at redhat.com Thu Apr 5 15:19:53 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 11:19:53 -0400 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405150537.GF2899@free.fr> References: <4611671E.6060605@develer.com> <200704051057.44049.jkeating@redhat.com> <20070405150537.GF2899@free.fr> Message-ID: <200704051119.53570.jkeating@redhat.com> On Thursday 05 April 2007 11:05:37 Patrice Dumas wrote: > That, however seems very wrong to me and, in my opinion, very different > from the spirit of former fedora extras. Having exotic, in development, > niche software in fedora is very important to foster rapid development > and innovation. The developpers should be cautious as to avoid letting > softwares that are too broken pass from the devel repo to the release, > but I think that we shouldn't fear from shipping broken software if > there is an interest among users, they are not the defaults, and they > are represented as being in development. This is fine, however what is in development automatically becomes the release. Perhaps we need better infrastructure around "skipping" packages for the release, but that is also bad form for those that are testing rawhide to see what will be in the release. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From trond.danielsen at fedoraproject.org Thu Apr 5 15:30:05 2007 From: trond.danielsen at fedoraproject.org (Trond Danielsen) Date: Thu, 5 Apr 2007 17:30:05 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405113826.GA2899@free.fr> References: <4611671E.6060605@develer.com> <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> Message-ID: <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> 2007/4/5, Patrice Dumas : > I think this is a very wrong direction for fedora. Free software is > about choice. And also being able to test innovative technologies. Free software is indeed about choices, but creating a distribution is also about making choices. If the distribution does not make them, but leave them to the user, then a distribution is nothing more than collection of packages bundled together. > The default init system should be privileged, but all should be present, > such that power users are able to test and use them. The directions that > developers and packagers want to follow, how they spend their time is > their business. If there are enough people interested in new init > systems, lets have them. As a project we have to watch out the packaging > quality, the integration in the distro and have good defaults. Our > mandate should not to be in the way of initiatives. Power users are indeed welcome to test new things. That does not mean that everything has to be in the main repositories and thereby risking breaking things for many users. I remember asking many years on #fedora why some cheezy window manager that I wanted to try wasn't available in Fedora. My question was exactly the same as yours: "Isn't free software about choices?". The answer I got was the same as the one I've given here. This lead me into a dark journey through many distributions, looking for the answer. But eventually I grew up, and wanted a distribution that made some sane decisions for me, and not forcing me to deal with every little detail of the system. -- Trond Danielsen From pertusus at free.fr Thu Apr 5 15:43:15 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 17:43:15 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> References: <21190.1175583005@sss.pgh.pa.us> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> Message-ID: <20070405154315.GG2899@free.fr> On Thu, Apr 05, 2007 at 05:30:05PM +0200, Trond Danielsen wrote: > 2007/4/5, Patrice Dumas : > >I think this is a very wrong direction for fedora. Free software is > >about choice. And also being able to test innovative technologies. > > Free software is indeed about choices, but creating a distribution is > also about making choices. If the distribution does not make them, but > leave them to the user, then a distribution is nothing more than > collection of packages bundled together. I also disagree. There is something between 'a collection of packages bundled together' and a distribution where all the choices are made for the user. To take the example of Fedora it is more than a collection of packages, but not because of the choice of packages bundled, but because * there are some packaging standards * there are some defaults * the packages are integrated into the distribution It was explicit in fedora extras that the only reason not to accept a package was a license issue, or a conflict with core. I hope that it hasn't changed. > Power users are indeed welcome to test new things. That does not mean > that everything has to be in the main repositories and thereby risking > breaking things for many users. Breaking what? Theya re parallel installable and not installed. > I remember asking many years on #fedora why some cheezy window manager > that I wanted to try wasn't available in Fedora. My question was > exactly the same as yours: "Isn't free software about choices?". The > answer I got was the same as the one I've given here. This lead me > into a dark journey through many distributions, looking for the > answer. But eventually I grew up, and wanted a distribution that made > some sane decisions for me, and not forcing me to deal with every > little detail of the system. Maybe you are not using the right distribution then. Thanks to fedora extras, there are now plenty window managers, including fluxbox, wmx, blackbox, fvwm, icewm, mwm, twm, pekwm, windowMaker and many others. The only one I know about that I know isn't in fedora is rox. I reviewed some of these (including icewm, fvwm and pekwm) and I always made sure that they were rightly integrated in fedora, by having the freedesktop menuu, an entry in /usr/share/xsessions/, using xdg-open to open files, htmlview instead of a random browser. That, is our packager work, not removing user choice. -- Pat From ajackson at redhat.com Thu Apr 5 15:28:43 2007 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 05 Apr 2007 11:28:43 -0400 Subject: 1440x900 on Fedora 7 Test 3 (LiveCD) In-Reply-To: References: Message-ID: <1175786923.4150.7.camel@localhost.localdomain> On Wed, 2007-04-04 at 19:31 -0500, Pat Kane wrote: > > Change the word "i810" to "intel" in xorg.conf and restart X, it > should do something sensible > > That works, I now have lovely square pixels, thanks. I owe you a > marshmellow peep. > > The same trick does not work on my old FC6 system, I get fatal error > that > complains about the pipes. Is there an easy way to upgrade the FC6 > Xorg to the F7T3 Xorg? Turn on fedora-development.repo, then # yum upgrade Xorg xorg-x11-drv-i810 libdrm and then turn it back off. I don't think there's any other packages in there that would _need_ updating. If you wanted to play with the new RANDR hotness as well then you'd also want to upgrade xorg-x11-server-utils and libXrandr. Depending how well F7 X works for people I should probably push an update for FC6 anyway. - ajax From pertusus at free.fr Thu Apr 5 15:45:08 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 17:45:08 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <200704051119.53570.jkeating@redhat.com> References: <4611671E.6060605@develer.com> <200704051057.44049.jkeating@redhat.com> <20070405150537.GF2899@free.fr> <200704051119.53570.jkeating@redhat.com> Message-ID: <20070405154508.GH2899@free.fr> On Thu, Apr 05, 2007 at 11:19:53AM -0400, Jesse Keating wrote: > On Thursday 05 April 2007 11:05:37 Patrice Dumas wrote: > > That, however seems very wrong to me and, in my opinion, very different > > from the spirit of former fedora extras. Having exotic, in development, > > niche software in fedora is very important to foster rapid development > > and innovation. The developpers should be cautious as to avoid letting > > softwares that are too broken pass from the devel repo to the release, > > but I think that we shouldn't fear from shipping broken software if > > there is an interest among users, they are not the defaults, and they > > are represented as being in development. > > This is fine, however what is in development automatically becomes the > release. Perhaps we need better infrastructure around "skipping" packages > for the release, but that is also bad form for those that are testing rawhide > to see what will be in the release. It is already possible, and I already did this for ivman as I thought that te config system of ivman wasn't ready. I don't remember the details but it was along editing a wiki page (and of course, hidden behind somebody took action). -- Pat From jkeating at redhat.com Thu Apr 5 15:51:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 11:51:50 -0400 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405154508.GH2899@free.fr> References: <4611671E.6060605@develer.com> <200704051119.53570.jkeating@redhat.com> <20070405154508.GH2899@free.fr> Message-ID: <200704051151.50995.jkeating@redhat.com> On Thursday 05 April 2007 11:45:08 Patrice Dumas wrote: > It is already possible, and I already did this for ivman as I thought > that te config system of ivman wasn't ready. I don't remember the > details but it was along editing a wiki page (and of course, hidden > behind somebody took action). If it was done, it was done completely by hand, which doesn't scale. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Thu Apr 5 15:48:53 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 17:48:53 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <200704051151.50995.jkeating@redhat.com> References: <4611671E.6060605@develer.com> <200704051119.53570.jkeating@redhat.com> <20070405154508.GH2899@free.fr> <200704051151.50995.jkeating@redhat.com> Message-ID: <20070405154853.GI2899@free.fr> On Thu, Apr 05, 2007 at 11:51:50AM -0400, Jesse Keating wrote: > On Thursday 05 April 2007 11:45:08 Patrice Dumas wrote: > > It is already possible, and I already did this for ivman as I thought > > that te config system of ivman wasn't ready. I don't remember the > > details but it was along editing a wiki page (and of course, hidden > > behind somebody took action). > > If it was done, it was done completely by hand, which doesn't scale. I don't mind if it is done by hand (maybe you do, since you actually do the work). Maybe we need some infrastructure then, even more importantly for EPEL, were skipping the release should be even more relevant (as it has been already discussed and I guess this is somewhere on the wiki). -- Pat From markg85 at gmail.com Thu Apr 5 15:58:19 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 17:58:19 +0200 Subject: Future New Init for FC7? In-Reply-To: <4614D98C.4050505@gmail.com> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704031404s1e5a4d45i816e52a0c43dff63@mail.gmail.com> <6e24a8e80704040359m697afc10y53f332430e5d4c8e@mail.gmail.com> <6e24a8e80704041017j239537ah51889f993af7b3fc@mail.gmail.com> <4614AF08.5070008@comsoft.de> <6e24a8e80704050339r426538a3jf4f6dc8efb82992e@mail.gmail.com> <4614D98C.4050505@gmail.com> Message-ID: <6e24a8e80704050858h7444b339h972ce858a433db0a@mail.gmail.com> thanx for that suggestion. i will give it a try 2007/4/5, dragoran : > > Mark wrote: > > i`ve tried initng on a updated FC7 T3 but it can`t seem to get passed > > udev.. > > i can just reboot fine with CTRL+ALT+DEL.. > thats a bug in the selinux startup scripts which I fixed upstream. (try > a newer ifiles release) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Thu Apr 5 16:01:25 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 18:01:25 +0200 Subject: hal + pam update errors Message-ID: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> Hey, yesterday my pc spend a few hours downloading about 230 updates (from Test 3) and it ended up with ERRORS!!!!! Error Summary ------------- [root at localhost ~]# yum -y update Transaction Check Error: file /usr/share/man/man5/namespace.conf.5.gz from install of pam-0.99.7.1-4.fc7 conflicts with file from package pam-0.99.7.1-3.fc7 file /usr/share/man/man8/pam_namespace.8.gz from install of pam-0.99.7.1-4.fc7 conflicts with file from package pam-0.99.7.1-3.fc7 file /usr/share/man/man8/pam_selinux.8.gz from install of pam-0.99.7.1-4.fc7 conflicts with file from package pam-0.99.7.1-3.fc7 file /usr/share/hal/fdi/fdi.dtd from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdifrom install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-acer.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-apple.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-asus.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-dell.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-fujitsu.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-hp.fdifrom install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-ibm.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-misc.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-sony.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/information/10freedesktop/20- video-quirk-pm-toshiba.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/policy/10osvendor/10-keyboard-policy.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/policy/10osvendor/10-power-mgmt-policy.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/policy/10osvendor/10-toshiba-buttons.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 file /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 Error Summary ------------- that`s it for the errors. i can probably bypass the errors by simply remove the existing packages with force :P -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at leemhuis.info Thu Apr 5 16:03:28 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 05 Apr 2007 18:03:28 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405154853.GI2899@free.fr> References: <4611671E.6060605@develer.com> <200704051119.53570.jkeating@redhat.com> <20070405154508.GH2899@free.fr> <200704051151.50995.jkeating@redhat.com> <20070405154853.GI2899@free.fr> Message-ID: <46151DD0.3000100@leemhuis.info> Patrice Dumas schrieb: > [...] > Maybe we need some infrastructure then, even more > importantly for EPEL, were skipping the release should be even more > relevant (as it has been already discussed and I guess this is somewhere > on the wiki). Not sure on this. EPEL has no own devel branch. So when we get closer to RHEL6 we could simply branch all EL-5 packages that are still active in Fedora (e.g. have no dead.packges file) and ask all the owners of new packages to ask manually for a EL-6 branch. Sounds like a easy solution for the problem and makes sure all packages in EPEL6 have a owner. For stuff in the epel-testing repo it might be as easy to request a delete a package shortly before the testing stuff becomes stable with the next quarterly update. That's a bit manual work, but it hopefully should not happen that often. CU thl From kwizart at gmail.com Thu Apr 5 16:04:34 2007 From: kwizart at gmail.com (KH KH) Date: Thu, 5 Apr 2007 18:04:34 +0200 Subject: hal + pam update errors In-Reply-To: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> Message-ID: 2007/4/5, Mark : > Hey, > > yesterday my pc spend a few hours downloading about 230 updates (from Test > 3) and it ended up with ERRORS!!!!! > > Error Summary > ------------- > > [root at localhost ~]# yum -y update > > > Transaction Check Error: > file /usr/share/man/man5/namespace.conf.5.gz from install > of pam-0.99.7.1-4.fc7 conflicts with file from package pam-0.99.7.1-3.fc7 > file /usr/share/man/man8/pam_namespace.8.gz from install > of pam-0.99.7.1-4.fc7 conflicts with file from package pam-0.99.7.1-3.fc7 > file /usr/share/man/man8/pam_selinux.8.gz from install of > pam-0.99.7.1-4.fc7 conflicts with file from package pam-0.99.7.1-3.fc7 > file /usr/share/hal/fdi/fdi.dtd from install of hal-0.5.9-1.fc7 conflicts > with file from package hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-acer.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file /usr/share/hal/fdi/information/10freedesktop/20- > video-quirk-pm-apple.fdi from install of hal-0.5.9-1.fc7 conflicts with file > from package hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-asus.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-dell.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-fujitsu.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file /usr/share/hal/fdi/information/10freedesktop/20- > video-quirk-pm-hp.fdi from install of hal-0.5.9-1.fc7 conflicts with file > from package hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-ibm.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-misc.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-sony.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file /usr/share/hal/fdi/information/10freedesktop/20- > video-quirk-pm-toshiba.fdi from install of hal-0.5.9-1.fc7 conflicts with > file from package hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/policy/10osvendor/10-keyboard-policy.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/policy/10osvendor/10-power-mgmt-policy.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/policy/10osvendor/10-toshiba-buttons.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > file > /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi > from install of hal-0.5.9-1.fc7 conflicts with file from package > hal-0.5.9-0.git20070304.fc7 > > Error Summary > ------------- > > that`s it for the errors. > i can probably bypass the errors by simply remove the existing packages with > force :P > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Hi! Do you use multilib? I had the same error and i was fixed doing: rpm -e hal.i386 I'm using x86_64 but only x86_64 version were updated on x86_64! Nicolas (kwizart) From mschwendt.tmp0701.nospam at arcor.de Thu Apr 5 16:10:16 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 5 Apr 2007 18:10:16 +0200 Subject: Yum-presto 0.3.7 and Extras In-Reply-To: References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> <200704051317.26985.opensource@till.name> <1175772748.29702.99.camel@jndwidescreen.lesbg.loc> <1175776280.29702.105.camel@jndwidescreen.lesbg.loc> Message-ID: <20070405181016.3bc0c2c8.mschwendt.tmp0701.nospam@arcor.de> On Thu, 05 Apr 2007 09:28:03 -0500, Rex Dieter wrote: > Jonathan Dieter wrote: > > > On Thu, 2007-04-05 at 07:04 -0500, Rex Dieter wrote: > >> Jonathan Dieter wrote: > > >> What exactly needs to happen to make them presto-enabled? > > > Two things. I need to finish the createprestorepo tool so that it works > > pretty much identically to createrepo. > > > > Then Fedora Infrastructure would need to use the createprestorepo script > > to build the deltarpms and the presto xml files for each repository. > > When/if you have createprestorepo ready for wider consumption, let us know. > I'd be willing to help drive the issue wrt FESCo, or whoever else needs > poking to make it happen. Perhaps you can also talk a bit about the fate of repoview and whether the new updates system will keep it alive or whether there are short-term plans on replacing it with the PackageDB? Meanwhile, the Extras push script runs my modified version to fight the thousands of superfluous html file updates, and it works nicely so far: http://redhat.download.fedoraproject.org/pub/fedora/linux/extras/6/i386/repoview/ktorrent.html If, however, there are plans on getting rid of it, it would have been nice if that had been told last month already when I started asking about repoview. From pertusus at free.fr Thu Apr 5 16:05:56 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 18:05:56 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46151DD0.3000100@leemhuis.info> References: <4611671E.6060605@develer.com> <200704051119.53570.jkeating@redhat.com> <20070405154508.GH2899@free.fr> <200704051151.50995.jkeating@redhat.com> <20070405154853.GI2899@free.fr> <46151DD0.3000100@leemhuis.info> Message-ID: <20070405160556.GL2899@free.fr> On Thu, Apr 05, 2007 at 06:03:28PM +0200, Thorsten Leemhuis wrote: > > For stuff in the epel-testing repo it might be as easy to request a > delete a package shortly before the testing stuff becomes stable with > the next quarterly update. That's a bit manual work, but it hopefully > should not happen that often. That's what I was referring to. -- Pat From trond.danielsen at fedoraproject.org Thu Apr 5 16:21:14 2007 From: trond.danielsen at fedoraproject.org (Trond Danielsen) Date: Thu, 5 Apr 2007 18:21:14 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405154315.GG2899@free.fr> References: <21190.1175583005@sss.pgh.pa.us> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> Message-ID: <409676c70704050921h2793be90kfed67e427ad4c4fc@mail.gmail.com> 2007/4/5, Patrice Dumas : > On Thu, Apr 05, 2007 at 05:30:05PM +0200, Trond Danielsen wrote: > > 2007/4/5, Patrice Dumas : > > >I think this is a very wrong direction for fedora. Free software is > > >about choice. And also being able to test innovative technologies. > > > > Free software is indeed about choices, but creating a distribution is > > also about making choices. If the distribution does not make them, but > > leave them to the user, then a distribution is nothing more than > > collection of packages bundled together. > > I also disagree. There is something between 'a collection of packages > bundled together' and a distribution where all the choices are made for > the user. To take the example of Fedora it is more than a collection of > packages, but not because of the choice of packages bundled, but because > > * there are some packaging standards > * there are some defaults > * the packages are integrated into the distribution > > It was explicit in fedora extras that the only reason not to accept a > package was a license issue, or a conflict with core. I hope that > it hasn't changed. > > > Power users are indeed welcome to test new things. That does not mean > > that everything has to be in the main repositories and thereby risking > > breaking things for many users. > > Breaking what? Theya re parallel installable and not installed. > > > I remember asking many years on #fedora why some cheezy window manager > > that I wanted to try wasn't available in Fedora. My question was > > exactly the same as yours: "Isn't free software about choices?". The > > answer I got was the same as the one I've given here. This lead me > > into a dark journey through many distributions, looking for the > > answer. But eventually I grew up, and wanted a distribution that made > > some sane decisions for me, and not forcing me to deal with every > > little detail of the system. > > Maybe you are not using the right distribution then. Thanks to fedora > extras, there are now plenty window managers, including fluxbox, wmx, > blackbox, fvwm, icewm, mwm, twm, pekwm, windowMaker and many others. > The only one I know about that I know isn't in fedora is rox. > > I reviewed some of these (including icewm, fvwm and pekwm) and I always > made sure that they were rightly integrated in fedora, by having the > freedesktop menuu, an entry in /usr/share/xsessions/, using xdg-open > to open files, htmlview instead of a random browser. That, is our > packager work, not removing user choice. Ok, maybe it was a bad example. My point is that there is a distinction between low level stuff such as kernels, init system and other basic software, and applications such as wm's and mua's. There is not problem to provide two or more different email clients, as there affect each other very little. But something like the init system would have an impact on all packages that depend on it. That is why I think it is a bad thing to try to put everything into the repositories. -- Trond Danielsen From markg85 at gmail.com Thu Apr 5 16:40:35 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 18:40:35 +0200 Subject: hal + pam update errors In-Reply-To: References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> Message-ID: <6e24a8e80704050940l6680f2a2t69f83fe30a36be97@mail.gmail.com> i have a default fc7 t3 installation (x64) and than i just updated and those errors are popping up. and i indeed have 2 hal and pam packages installed.. i386 and x86_64 (don`t know why linux wants to install both architectures) i now did (the forced way i was talking about earlyer): rpm -e hal.i386 --nodeps rpm -e pam.i386 --nodeps yum -y update than worked perfectly. and this wasn`t a bug that i could not solve :) it`s more meant as a "bug report" but i don`t find this worth posting on bugzilla so i made a notice of it here. 2007/4/5, KH KH : > > 2007/4/5, Mark : > > Hey, > > > > yesterday my pc spend a few hours downloading about 230 updates (from > Test > > 3) and it ended up with ERRORS!!!!! > > > > Error Summary > > ------------- > > > > [root at localhost ~]# yum -y update > > > > > > Transaction Check Error: > > file /usr/share/man/man5/namespace.conf.5.gz from install > > of pam-0.99.7.1-4.fc7 conflicts with file from package > pam-0.99.7.1-3.fc7 > > file /usr/share/man/man8/pam_namespace.8.gz from install > > of pam-0.99.7.1-4.fc7 conflicts with file from package > pam-0.99.7.1-3.fc7 > > file /usr/share/man/man8/pam_selinux.8.gz from install of > > pam-0.99.7.1-4.fc7 conflicts with file from package pam-0.99.7.1-3.fc7 > > file /usr/share/hal/fdi/fdi.dtd from install of hal-0.5.9-1.fc7conflicts > > with file from package hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-acer.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file /usr/share/hal/fdi/information/10freedesktop/20- > > video-quirk-pm-apple.fdi from install of hal-0.5.9-1.fc7 conflicts with > file > > from package hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-asus.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-dell.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/20- > video-quirk-pm-fujitsu.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file /usr/share/hal/fdi/information/10freedesktop/20- > > video-quirk-pm-hp.fdi from install of hal-0.5.9-1.fc7 conflicts with > file > > from package hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-ibm.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-misc.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-sony.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file /usr/share/hal/fdi/information/10freedesktop/20- > > video-quirk-pm-toshiba.fdi from install of hal-0.5.9-1.fc7 conflicts > with > > file from package hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/policy/10osvendor/10-keyboard-policy.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/policy/10osvendor/10-power-mgmt-policy.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/policy/10osvendor/10-toshiba-buttons.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > file > > /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi > > from install of hal-0.5.9-1.fc7 conflicts with file from package > > hal-0.5.9-0.git20070304.fc7 > > > > Error Summary > > ------------- > > > > that`s it for the errors. > > i can probably bypass the errors by simply remove the existing packages > with > > force :P > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > Hi! > Do you use multilib? > I had the same error and i was fixed doing: > rpm -e hal.i386 > I'm using x86_64 but only x86_64 version were updated on x86_64! > > Nicolas (kwizart) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Thu Apr 5 16:49:13 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 18:49:13 +0200 Subject: possible gnome package mistake Message-ID: <6e24a8e80704050949x3d476a25mbccd51b72a38e09b@mail.gmail.com> Hey, i just submitted a thread here about a few update errors that where hapening on a default fc7 t3 install but that`s not all what was wrong. after the updates (finally) completed i restarted my system and started gnome under root. the default icon theme should be the "echo-icon-theme" right? guess what.. it isn`t ;) ^_^ the gnome icon theme was being used (with the name gnome) not the echo theme. i fixed it locally for myself in the theme settings but this is just meant as a notice.. Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at fubar.dk Thu Apr 5 17:02:14 2007 From: david at fubar.dk (David Zeuthen) Date: Thu, 05 Apr 2007 13:02:14 -0400 Subject: hal + pam update errors In-Reply-To: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> Message-ID: <1175792534.2745.4.camel@zelda.fubar.dk> On Thu, 2007-04-05 at 18:01 +0200, Mark wrote: > file /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 It would be nice if someone could tell me how to resolve this; last I checked all the rpm/yum wizards (including jkeating and skvidal) were all scratching their heads. Thanks. David From mschwendt.tmp0701.nospam at arcor.de Thu Apr 5 17:14:26 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 5 Apr 2007 19:14:26 +0200 Subject: hal + pam update errors In-Reply-To: <1175792534.2745.4.camel@zelda.fubar.dk> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> Message-ID: <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> On Thu, 05 Apr 2007 13:02:14 -0400, David Zeuthen wrote: > On Thu, 2007-04-05 at 18:01 +0200, Mark wrote: > > file /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 > > It would be nice if someone could tell me how to resolve this; last I > checked all the rpm/yum wizards (including jkeating and skvidal) were > all scratching their heads. Thanks. The error smells a lot like an i386<->x86_64 conflict. Old i386 pkg versus new x86_64 pkg. Indeed, Rawhide only contains hal-0.5.9-1.fc7.x86_64.rpm and no hal.i386 Whether you can obsolete an i386 pkg from within an x86_64 pkg, I don't know. From pertusus at free.fr Thu Apr 5 17:20:48 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 5 Apr 2007 19:20:48 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <409676c70704050921h2793be90kfed67e427ad4c4fc@mail.gmail.com> References: <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <409676c70704050921h2793be90kfed67e427ad4c4fc@mail.gmail.com> Message-ID: <20070405172048.GA2972@free.fr> On Thu, Apr 05, 2007 at 06:21:14PM +0200, Trond Danielsen wrote: > > Ok, maybe it was a bad example. My point is that there is a > distinction between low level stuff such as kernels, init system and > other basic software, and applications such as wm's and mua's. There > is not problem to provide two or more different email clients, as > there affect each other very little. But something like the init > system would have an impact on all packages that depend on it. That is Indeed, it is more risky, but once more it is the user responsibility to install and activate those init systems. I really can't see why a different init system than the default shouldn't be shipped. Now an init system may not be of enough quality to enter in fedora, but if it is not the case I really can't see the issue. To come back at the example of gnash, at some point (because of some X bug) gnash crashed X almost systematically. Was it a reason not to provide it? We chosed to provide it in devel, add wordings of caution and cautiously add it to the releases when the nasty bug was solved. I can't see why other init systems shouldn't be treated like that. Also this conversation is somehow pointless, because new init systems can already enter fedora (there is already initng) and there is nothing in the guidelines preventing that, so... -- Pat From skvidal at linux.duke.edu Thu Apr 5 17:37:39 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 13:37:39 -0400 Subject: hal + pam update errors In-Reply-To: <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1175794659.19199.20.camel@cutter> On Thu, 2007-04-05 at 19:14 +0200, Michael Schwendt wrote: > On Thu, 05 Apr 2007 13:02:14 -0400, David Zeuthen wrote: > > > On Thu, 2007-04-05 at 18:01 +0200, Mark wrote: > > > file /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 > > > > It would be nice if someone could tell me how to resolve this; last I > > checked all the rpm/yum wizards (including jkeating and skvidal) were > > all scratching their heads. Thanks. > > The error smells a lot like an i386<->x86_64 conflict. > Old i386 pkg versus new x86_64 pkg. > > Indeed, Rawhide only contains hal-0.5.9-1.fc7.x86_64.rpm and no hal.i386 > > Whether you can obsolete an i386 pkg from within an x86_64 pkg, I don't know. you can't do an arch-specific obsolete. At best it'll grab all of them. and that's at _best_. -sv From steve at silug.org Thu Apr 5 17:52:19 2007 From: steve at silug.org (Steven Pritchard) Date: Thu, 5 Apr 2007 12:52:19 -0500 Subject: Seeking reviewers for Summer of Code applications In-Reply-To: <200704041248.29269.nman64@n-man.com> References: <200704041248.29269.nman64@n-man.com> Message-ID: <20070405175219.GA17471@osiris.silug.org> On Wed, Apr 04, 2007 at 12:48:22PM -0500, Patrick W. Barnes wrote: > We've only got a few days to decide, so, if you can help, please sign > up and start providing feedback right away. What's the deadline exactly? Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From david at fubar.dk Thu Apr 5 17:54:36 2007 From: david at fubar.dk (David Zeuthen) Date: Thu, 05 Apr 2007 13:54:36 -0400 Subject: hal + pam update errors In-Reply-To: <1175794659.19199.20.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175794659.19199.20.camel@cutter> Message-ID: <1175795676.2745.5.camel@zelda.fubar.dk> On Thu, 2007-04-05 at 13:37 -0400, seth vidal wrote: > On Thu, 2007-04-05 at 19:14 +0200, Michael Schwendt wrote: > > On Thu, 05 Apr 2007 13:02:14 -0400, David Zeuthen wrote: > > > > > On Thu, 2007-04-05 at 18:01 +0200, Mark wrote: > > > > file /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 > > > > > > It would be nice if someone could tell me how to resolve this; last I > > > checked all the rpm/yum wizards (including jkeating and skvidal) were > > > all scratching their heads. Thanks. > > > > The error smells a lot like an i386<->x86_64 conflict. > > Old i386 pkg versus new x86_64 pkg. > > > > Indeed, Rawhide only contains hal-0.5.9-1.fc7.x86_64.rpm and no hal.i386 > > > > Whether you can obsolete an i386 pkg from within an x86_64 pkg, I don't know. > > you can't do an arch-specific obsolete. At best it'll grab all of them. > and that's at _best_. So should I undo the split of hal into hal and hal-libs? Please advise. Thanks. David From david at lovesunix.net Thu Apr 5 17:55:37 2007 From: david at lovesunix.net (David Nielsen) Date: Thu, 05 Apr 2007 19:55:37 +0200 Subject: rawhide report: 20070405 changes In-Reply-To: <200704051043.l35Ah2V1016931@hs20-bc2-6.build.redhat.com> References: <200704051043.l35Ah2V1016931@hs20-bc2-6.build.redhat.com> Message-ID: <1175795737.3209.1.camel@dawkins> tor, 05 04 2007 kl. 06:43 -0400, skrev buildsys at redhat.com: > compiz-0.3.6-7.fc7 > ------------------ > * Wed Apr 04 2007 Kristian H?gsberg - 0.3.6-7 > - Fix typo in ./configure option. > > * Wed Apr 04 2007 Kristian H?gsberg - 0.3.6-6 > - Add place and clone plugins to default plugin list. Compiz now no longer picks up the metacity theme as defined by the theme selector. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From skvidal at linux.duke.edu Thu Apr 5 18:00:45 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 14:00:45 -0400 Subject: hal + pam update errors In-Reply-To: <1175795676.2745.5.camel@zelda.fubar.dk> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175794659.19199.20.camel@cutter> <1175795676.2745.5.camel@zelda.fubar.dk> Message-ID: <1175796045.19199.24.camel@cutter> On Thu, 2007-04-05 at 13:54 -0400, David Zeuthen wrote: > On Thu, 2007-04-05 at 13:37 -0400, seth vidal wrote: > > On Thu, 2007-04-05 at 19:14 +0200, Michael Schwendt wrote: > > > On Thu, 05 Apr 2007 13:02:14 -0400, David Zeuthen wrote: > > > > > > > On Thu, 2007-04-05 at 18:01 +0200, Mark wrote: > > > > > file /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 > > > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 > > > > > > > > It would be nice if someone could tell me how to resolve this; last I > > > > checked all the rpm/yum wizards (including jkeating and skvidal) were > > > > all scratching their heads. Thanks. > > > > > > The error smells a lot like an i386<->x86_64 conflict. > > > Old i386 pkg versus new x86_64 pkg. > > > > > > Indeed, Rawhide only contains hal-0.5.9-1.fc7.x86_64.rpm and no hal.i386 > > > > > > Whether you can obsolete an i386 pkg from within an x86_64 pkg, I don't know. > > > > you can't do an arch-specific obsolete. At best it'll grab all of them. > > and that's at _best_. > > So should I undo the split of hal into hal and hal-libs? Please advise. > Thanks. > What was the split fixing? -sv From wwoods at redhat.com Thu Apr 5 17:59:59 2007 From: wwoods at redhat.com (Will Woods) Date: Thu, 05 Apr 2007 13:59:59 -0400 Subject: hal + pam update errors In-Reply-To: <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1175795999.6884.191.camel@metroid.rdu.redhat.com> On Thu, 2007-04-05 at 19:14 +0200, Michael Schwendt wrote: > On Thu, 05 Apr 2007 13:02:14 -0400, David Zeuthen wrote: > > > On Thu, 2007-04-05 at 18:01 +0200, Mark wrote: > > > file /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070304.fc7 > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 > > > > It would be nice if someone could tell me how to resolve this; last I > > checked all the rpm/yum wizards (including jkeating and skvidal) were > > all scratching their heads. Thanks. > > The error smells a lot like an i386<->x86_64 conflict. > Old i386 pkg versus new x86_64 pkg. > > Indeed, Rawhide only contains hal-0.5.9-1.fc7.x86_64.rpm and no hal.i386 Right. Here's a wordier explanation for folks trying to follow along at home: hal used to be multilib, so x86_64 systems got hal.i386 in addition to hal.x86_64. Now, hal has grown a hal-libs subpackage. Obviously, since the 'hal' package no longer contains libraries, it shouldn't be multilib. So there's no need for hal.i386 anymore, but yum doesn't know that - it tries to upgrade it like normal. (We currently have similar problems with mysql as well, but not everyone has mysql installed). AFAIK anaconda handles this case on a per-package basis - if you've got hal.i386 on an x86_64, it removes it and installs hal-libs.i386 instead. Maybe we need a similar workaround in multilib repositories until we have a proper solution in RPM? A static list of packages that are no longer multilib, and (optionally) the library packages that replace them? -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Thu Apr 5 18:00:22 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 5 Apr 2007 14:00:22 -0400 Subject: hal + pam update errors In-Reply-To: <1175795676.2745.5.camel@zelda.fubar.dk> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175794659.19199.20.camel@cutter> <1175795676.2745.5.camel@zelda.fubar.dk> Message-ID: <20070405180022.GA24092@jadzia.bu.edu> On Thu, Apr 05, 2007 at 01:54:36PM -0400, David Zeuthen wrote: > > you can't do an arch-specific obsolete. At best it'll grab all of them. > > and that's at _best_. > So should I undo the split of hal into hal and hal-libs? Please advise. The split seems okay; I think hal should just be whitelisted as i386. Or really, why isn't it automatically picked up because it's required by firefox.i386 et al? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From david at fubar.dk Thu Apr 5 18:00:28 2007 From: david at fubar.dk (David Zeuthen) Date: Thu, 05 Apr 2007 14:00:28 -0400 Subject: hal + pam update errors In-Reply-To: <1175796045.19199.24.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175794659.19199.20.camel@cutter> <1175795676.2745.5.camel@zelda.fubar.dk> <1175796045.19199.24.camel@cutter> Message-ID: <1175796028.2745.7.camel@zelda.fubar.dk> On Thu, 2007-04-05 at 14:00 -0400, seth vidal wrote: > > So should I undo the split of hal into hal and hal-libs? Please advise. > > Thanks. > > > > What was the split fixing? David Woodhouse made me do it https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231200 Thanks for looking at this. David From wwoods at redhat.com Thu Apr 5 18:02:40 2007 From: wwoods at redhat.com (Will Woods) Date: Thu, 05 Apr 2007 14:02:40 -0400 Subject: hal + pam update errors In-Reply-To: <1175795999.6884.191.camel@metroid.rdu.redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> Message-ID: <1175796160.6884.195.camel@metroid.rdu.redhat.com> On Thu, 2007-04-05 at 13:59 -0400, Will Woods wrote: > Maybe we need a similar workaround in multilib repositories until we > have a proper solution in RPM? A static list of packages that are no > longer multilib, and (optionally) the library packages that replace > them? For the record - as I understand it, this problem only comes up when a package gets un-multilibbed, and we have code in anaconda to handle this for proper system upgrades. So it only affects people testing rawhide or doing (unsupported!) yum upgrades between releases. So the actual severity is fairly low. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at linux.duke.edu Thu Apr 5 18:09:42 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 14:09:42 -0400 Subject: hal + pam update errors In-Reply-To: <1175796160.6884.195.camel@metroid.rdu.redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> Message-ID: <1175796582.19199.28.camel@cutter> On Thu, 2007-04-05 at 14:02 -0400, Will Woods wrote: > On Thu, 2007-04-05 at 13:59 -0400, Will Woods wrote: > > > Maybe we need a similar workaround in multilib repositories until we > > have a proper solution in RPM? A static list of packages that are no > > longer multilib, and (optionally) the library packages that replace > > them? > > For the record - as I understand it, this problem only comes up when a > package gets un-multilibbed, and we have code in anaconda to handle this > for proper system upgrades. So it only affects people testing rawhide or > doing (unsupported!) yum upgrades between releases. So the actual > severity is fairly low. except when they go from fc6 to f7 and it stops being multilib for them. Then they'll get it. The issue is that there is no way for yum to know to dump this other package. That's the principle of what obsoletes are supposed to do. Unfortunately obsoletes don't know anything about archs so we can't say: hal.x86_64 obsoletes hal.i386 and dispense with it. and we can only obsolete on packagename so there's no way to do: hal.x86_64 obsoletes something-that-hal-i386-only-provides You could do a whitelist/blacklist/removelist but it's going to be a crapshoot at best. For another problem of orphaned/dead packages we discussed an additional metadata type for dead-packages that should be removed from folks' systems if they're found. That might be the only workable solution. We could get arch and evr specific with that if implemented sanely. ThoughtS? -sv From mschwendt.tmp0701.nospam at arcor.de Thu Apr 5 18:13:18 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 5 Apr 2007 20:13:18 +0200 Subject: hal + pam update errors In-Reply-To: <1175795676.2745.5.camel@zelda.fubar.dk> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175794659.19199.20.camel@cutter> <1175795676.2745.5.camel@zelda.fubar.dk> Message-ID: <20070405201318.f81a97af.mschwendt.tmp0701.nospam@arcor.de> On Thu, 05 Apr 2007 13:54:36 -0400, David Zeuthen wrote: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 > > > > > > > > It would be nice if someone could tell me how to resolve this; last I > > > > checked all the rpm/yum wizards (including jkeating and skvidal) were > > > > all scratching their heads. Thanks. > > > > > > The error smells a lot like an i386<->x86_64 conflict. > > > Old i386 pkg versus new x86_64 pkg. > > > > > > Indeed, Rawhide only contains hal-0.5.9-1.fc7.x86_64.rpm and no hal.i386 > > > > > > Whether you can obsolete an i386 pkg from within an x86_64 pkg, I don't know. > > > > you can't do an arch-specific obsolete. At best it'll grab all of them. > > and that's at _best_. > > So should I undo the split of hal into hal and hal-libs? Please advise. > Thanks. Making hal-libs obsolete hal will work, as hal-libs.i386 will then replace the old hal.i386 also for x86_64. From a.badger at gmail.com Thu Apr 5 18:14:37 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 05 Apr 2007 11:14:37 -0700 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <200704051057.44049.jkeating@redhat.com> References: <4611671E.6060605@develer.com> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <200704051057.44049.jkeating@redhat.com> Message-ID: <1175796877.30064.63.camel@localhost.localdomain> On Thu, 2007-04-05 at 10:57 -0400, Jesse Keating wrote: > On Thursday 05 April 2007 07:38:26 Patrice Dumas wrote: > > I think this is a very wrong direction for fedora. Free software is > > about choice. And also being able to test innovative technologies. > > The default init system should be privileged, but all should be present, > > such that power users are able to test and use them. The directions that > > developers and packagers want to follow, how they spend their time is > > their business. If there are enough people interested in new init > > systems, lets have them. As a project we have to watch out the packaging > > quality, the integration in the distro and have good defaults. Our > > mandate should not to be in the way of initiatives. > > At the same time, I don't want to stamp the Fedora name on something that has > 6 half working init system choices, but none that work fully. It's the same > reason we don't ship 6 different kernel compiles (other than xen or no xen, > smp or no smp, these are because one won't work across all hardware > sets/systems). Certain things in the distro have to be rock solid, the init > system is one of those. > > Now, I'm all for seeing development happen and initiatives. You can create a > secondary repo around trying out a new init system. I just don't want to see > them clutter up the main repos that every user gets access to. Are we going to unmerge Extras and Core for F8? ;-) More seriously, I agree with Patrice that Fedora has a mandate to ship new and in-development things for users to try if they don't conflict with core components. Since init systems can be parallel installed, I think that they belong in the Fedora repository. One thing that Patrice isn't stressing, however, is that using a different initsystem usually requires writing new initscripts. So we need to have some policy about initscripts in Fedora. Something like: """ Packages that are to be started at system startup must provide an initscript for the default Fedora init system. Here are details on writing an initscript for SysVinit, our current default. In addition, other packagers may be interested in providing initscripts for alternate init systems. When this happens, the package should install the alternate init script [Guidance on how]. """ This is not a complete policy. How is a very big question. Subpackage? The same package that provides SysVinit? Who has responsibility for submitting the alternate init scripts to upstream? Should there be a SIG that helps add support for different init systems? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Apr 5 18:20:01 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 14:20:01 -0400 Subject: hal + pam update errors In-Reply-To: <20070405201318.f81a97af.mschwendt.tmp0701.nospam@arcor.de> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175795676.2745.5.camel@zelda.fubar.dk> <20070405201318.f81a97af.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704051420.05012.jkeating@redhat.com> On Thursday 05 April 2007 14:13:18 Michael Schwendt wrote: > Making hal-libs obsolete hal will work, as hal-libs.i386 will then > replace the old hal.i386 also for x86_64. We already tried that. It doesn't work as the user doesn't have hal-libs.i386 installed yet. Instead the user sees no update for their hal.i386. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mclasen at redhat.com Thu Apr 5 18:19:57 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 05 Apr 2007 14:19:57 -0400 Subject: possible gnome package mistake In-Reply-To: <6e24a8e80704050949x3d476a25mbccd51b72a38e09b@mail.gmail.com> References: <6e24a8e80704050949x3d476a25mbccd51b72a38e09b@mail.gmail.com> Message-ID: <1175797197.3207.0.camel@dhcp83-33.boston.redhat.com> On Thu, 2007-04-05 at 18:49 +0200, Mark wrote: > Hey, > > i just submitted a thread here about a few update errors that where > hapening on a default fc7 t3 install but that`s not all what was > wrong. > after the updates (finally) completed i restarted my system and > started gnome under root. the default icon theme should be the > "echo-icon-theme" right? > > guess what.. it isn`t ;) ^_^ the gnome icon theme was being used (with > the name gnome) not the echo theme. > > i fixed it locally for myself in the theme settings but this is just > meant as a notice.. > Thanks for pointing this out. Some of our patches did not patch the right files anymore. Should be fixed now. From mschwendt.tmp0701.nospam at arcor.de Thu Apr 5 18:35:14 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 5 Apr 2007 20:35:14 +0200 Subject: hal + pam update errors In-Reply-To: <200704051420.05012.jkeating@redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175795676.2745.5.camel@zelda.fubar.dk> <20070405201318.f81a97af.mschwendt.tmp0701.nospam@arcor.de> <200704051420.05012.jkeating@redhat.com> Message-ID: <20070405203514.c4480b6c.mschwendt.tmp0701.nospam@arcor.de> On Thu, 5 Apr 2007 14:20:01 -0400, Jesse Keating wrote: > On Thursday 05 April 2007 14:13:18 Michael Schwendt wrote: > > Making hal-libs obsolete hal will work, as hal-libs.i386 will then > > replace the old hal.i386 also for x86_64. > > We already tried that. It doesn't work as the user doesn't have hal-libs.i386 > installed yet. Instead the user sees no update for their hal.i386. Really? Then "Obsoletes" in Fedora 7 is broken. The old hal.i386 on x86_64 is installed (else it would not conflict), but not available in the x86_64 repo anymore. When hal-libs.i386 (in the x86_64 repo) obsoletes hal, this means that hal-libs.i386 will replace hal.i386. Yum will pull in hal-libs.i386 and remove hal.i386 -- if it doesn't, behaviour has changed. From jkeating at redhat.com Thu Apr 5 18:44:31 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 14:44:31 -0400 Subject: hal + pam update errors In-Reply-To: <20070405203514.c4480b6c.mschwendt.tmp0701.nospam@arcor.de> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704051420.05012.jkeating@redhat.com> <20070405203514.c4480b6c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704051444.31780.jkeating@redhat.com> On Thursday 05 April 2007 14:35:14 Michael Schwendt wrote: > Really? Then "Obsoletes" in Fedora 7 is broken. > > The old hal.i386 on x86_64 is installed (else it would not conflict), but > not available in the x86_64 repo anymore. When hal-libs.i386 (in the > x86_64 repo) obsoletes hal, this means that hal-libs.i386 will replace > hal.i386. Yum will pull in hal-libs.i386 and remove hal.i386 -- if it > doesn't, behaviour has changed. Perhaps behavior has changed, as yum doesn't seem to care that there is a hal-libs.i386 in the repo that obsoletes hal.i386. I'm setting up a system now to try and reproduce. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From markg85 at gmail.com Thu Apr 5 18:45:23 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 20:45:23 +0200 Subject: possible gnome package mistake In-Reply-To: <1175797197.3207.0.camel@dhcp83-33.boston.redhat.com> References: <6e24a8e80704050949x3d476a25mbccd51b72a38e09b@mail.gmail.com> <1175797197.3207.0.camel@dhcp83-33.boston.redhat.com> Message-ID: <6e24a8e80704051145p41ba8eaan503270f8a1d0e768@mail.gmail.com> no problem. that`s why i test fedora rawhile 2007/4/5, Matthias Clasen : > > On Thu, 2007-04-05 at 18:49 +0200, Mark wrote: > > Hey, > > > > i just submitted a thread here about a few update errors that where > > hapening on a default fc7 t3 install but that`s not all what was > > wrong. > > after the updates (finally) completed i restarted my system and > > started gnome under root. the default icon theme should be the > > "echo-icon-theme" right? > > > > guess what.. it isn`t ;) ^_^ the gnome icon theme was being used (with > > the name gnome) not the echo theme. > > > > i fixed it locally for myself in the theme settings but this is just > > meant as a notice.. > > > > Thanks for pointing this out. Some of our patches did not patch the > right files anymore. Should be fixed now. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Thu Apr 5 18:54:29 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 20:54:29 +0200 Subject: hal + pam update errors In-Reply-To: <200704051444.31780.jkeating@redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704051420.05012.jkeating@redhat.com> <20070405203514.c4480b6c.mschwendt.tmp0701.nospam@arcor.de> <200704051444.31780.jkeating@redhat.com> Message-ID: <6e24a8e80704051154l57a2e12ft5b49b8f0ac8c0efa@mail.gmail.com> reproduce is simple. 1. install Fedora Core 7 Test 3 2. update the update should be busy for a while.. downloading all the rpm files and than running a check. it`s the check where the errors are popping up. also.. it takes ages to update cups and bluetooth.. and i`m getting selinux errors when those are updating.. you will only see the errors (all of them) when you start gnome (for the selinux notifications), than a terminal and than "yum -y update" 2007/4/5, Jesse Keating : > > On Thursday 05 April 2007 14:35:14 Michael Schwendt wrote: > > Really? Then "Obsoletes" in Fedora 7 is broken. > > > > The old hal.i386 on x86_64 is installed (else it would not conflict), > but > > not available in the x86_64 repo anymore. When hal-libs.i386 (in the > > x86_64 repo) obsoletes hal, this means that hal-libs.i386 will replace > > hal.i386. Yum will pull in hal-libs.i386 and remove hal.i386 -- if it > > doesn't, behaviour has changed. > > Perhaps behavior has changed, as yum doesn't seem to care that there is a > hal-libs.i386 in the repo that obsoletes hal.i386. > > I'm setting up a system now to try and reproduce. > > -- > Jesse Keating > Release Engineer: Fedora > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Thu Apr 5 19:07:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 15:07:34 -0400 Subject: Wiki outage Message-ID: <200704051507.34608.jkeating@redhat.com> We're experiencing some technical difficulties with the systems serving the wiki. It is temporarily unavailable. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Apr 5 19:26:31 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 15:26:31 -0400 Subject: hal + pam update errors In-Reply-To: <6e24a8e80704051154l57a2e12ft5b49b8f0ac8c0efa@mail.gmail.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704051444.31780.jkeating@redhat.com> <6e24a8e80704051154l57a2e12ft5b49b8f0ac8c0efa@mail.gmail.com> Message-ID: <200704051526.31753.jkeating@redhat.com> On Thursday 05 April 2007 14:54:29 Mark wrote: > reproduce is simple. I meant reproduce the test with the hal build with obsoletes. I know how to reproduce the problem (: -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Apr 5 19:26:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 15:26:45 -0400 Subject: Wiki outage In-Reply-To: <200704051507.34608.jkeating@redhat.com> References: <200704051507.34608.jkeating@redhat.com> Message-ID: <200704051526.46027.jkeating@redhat.com> On Thursday 05 April 2007 15:07:34 Jesse Keating wrote: > We're experiencing some technical difficulties with the systems serving the > wiki. ?It is temporarily unavailable. And we should be back up again. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Thu Apr 5 19:25:32 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 5 Apr 2007 15:25:32 -0400 Subject: hal + pam update errors In-Reply-To: <1175796582.19199.28.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> Message-ID: <20070405192532.GA4580@jadzia.bu.edu> On Thu, Apr 05, 2007 at 02:09:42PM -0400, seth vidal wrote: > For another problem of orphaned/dead packages we discussed an additional > metadata type for dead-packages that should be removed from folks' > systems if they're found. That might be the only workable solution. We > could get arch and evr specific with that if implemented sanely. > ThoughtS? I started working on a yum plugin for this. But then I got distracted. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Thu Apr 5 19:40:12 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 15:40:12 -0400 Subject: hal + pam update errors In-Reply-To: <20070405192532.GA4580@jadzia.bu.edu> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> Message-ID: <1175802012.19199.37.camel@cutter> On Thu, 2007-04-05 at 15:25 -0400, Matthew Miller wrote: > On Thu, Apr 05, 2007 at 02:09:42PM -0400, seth vidal wrote: > > For another problem of orphaned/dead packages we discussed an additional > > metadata type for dead-packages that should be removed from folks' > > systems if they're found. That might be the only workable solution. We > > could get arch and evr specific with that if implemented sanely. > > ThoughtS? > > I started working on a yum plugin for this. But then I got distracted. > post what you have. It's a start. If this is the path we want to go I'll get on it asap, it shouldn't be overly much code - mostly like installonlyn but just querying some extra metadata. -sv From a.badger at gmail.com Thu Apr 5 19:47:41 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 05 Apr 2007 12:47:41 -0700 Subject: Yum-presto 0.3.7 and Extras In-Reply-To: <20070405181016.3bc0c2c8.mschwendt.tmp0701.nospam@arcor.de> References: <1175770604.29702.95.camel@jndwidescreen.lesbg.loc> <200704051317.26985.opensource@till.name> <1175772748.29702.99.camel@jndwidescreen.lesbg.loc> <1175776280.29702.105.camel@jndwidescreen.lesbg.loc> <20070405181016.3bc0c2c8.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1175802461.30064.79.camel@localhost.localdomain> On Thu, 2007-04-05 at 18:10 +0200, Michael Schwendt wrote: > On Thu, 05 Apr 2007 09:28:03 -0500, Rex Dieter wrote: > > > Jonathan Dieter wrote: > > > > > On Thu, 2007-04-05 at 07:04 -0500, Rex Dieter wrote: > > >> Jonathan Dieter wrote: > > > > >> What exactly needs to happen to make them presto-enabled? > > > > > Two things. I need to finish the createprestorepo tool so that it works > > > pretty much identically to createrepo. > > > > > > Then Fedora Infrastructure would need to use the createprestorepo script > > > to build the deltarpms and the presto xml files for each repository. > > > > When/if you have createprestorepo ready for wider consumption, let us know. > > I'd be willing to help drive the issue wrt FESCo, or whoever else needs > > poking to make it happen. > > Perhaps you can also talk a bit about the fate of repoview and whether > the new updates system will keep it alive or whether there are > short-term plans on replacing it with the PackageDB? > > Meanwhile, the Extras push script runs my modified version to fight > the thousands of superfluous html file updates, and it works nicely > so far: > > http://redhat.download.fedoraproject.org/pub/fedora/linux/extras/6/i386/repoview/ktorrent.html > > If, however, there are plans on getting rid of it, it would have been > nice if that had been told last month already when I started asking > about repoview. > Thanks for working on that problem! Since I'm working on the PackageDB, I'll make this statement: There are no short-term plans for replacing repoview with the PackageDB. Long term, there are ideas floating around but they're still just thoughts. A lot of information regarding packages is going to be stored in the combination of koji and the packagedb so it's very attractive to have some user-focused web UI to display that information. However, the current interfaces and goals for both koji and the packagedb are to enable packagers to maintain their packages more easily. So the end-user UI is a low priority in that respect. Once we have time to look into an end-user UI, there will be a lot of redundancy between repoview and the data we can pull out of koji. So we'll need to start asking ourselves what we like about repoview at that point and whether we want the two to work together or if we only need one of them. (If repoview fits all of our needs, maybe there's no reason for an end-user GUI for the PackageDB/Koji information.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Apr 5 20:40:14 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 16:40:14 -0400 Subject: New mirror layout for the merged core and extras Message-ID: <200704051640.14557.jkeating@redhat.com> I've tossed together a quick rundown of a new mirror layout for the merged core and extras. You can find it here: http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge#head-d370223ce90e602f6d5c4bf3584bd20800da68b6 Any feedback would be appreciated. This could be expected to go live as early as Monday Apr 9th. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From roland at redhat.com Thu Apr 5 20:47:12 2007 From: roland at redhat.com (Roland McGrath) Date: Thu, 5 Apr 2007 13:47:12 -0700 (PDT) Subject: New mirror layout for the merged core and extras In-Reply-To: Jesse Keating's message of Thursday, 5 April 2007 16:40:14 -0400 <200704051640.14557.jkeating@redhat.com> Message-ID: <20070405204712.766DE180055@magilla.sf.frob.com> The final tree picture on the page shows all of: core/development development extras/development are those supposed to be: core/development -> ../development development extras/development -> ../development ? Or else, what does it mean? We're not going to have both merged and unmerged copies of all the development/ contents on mirrors are we? From skvidal at linux.duke.edu Thu Apr 5 20:55:12 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 16:55:12 -0400 Subject: hal + pam update errors In-Reply-To: <1175802012.19199.37.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> Message-ID: <1175806512.19199.54.camel@cutter> On Thu, 2007-04-05 at 15:40 -0400, seth vidal wrote: > On Thu, 2007-04-05 at 15:25 -0400, Matthew Miller wrote: > > On Thu, Apr 05, 2007 at 02:09:42PM -0400, seth vidal wrote: > > > For another problem of orphaned/dead packages we discussed an additional > > > metadata type for dead-packages that should be removed from folks' > > > systems if they're found. That might be the only workable solution. We > > > could get arch and evr specific with that if implemented sanely. > > > ThoughtS? > > > > I started working on a yum plugin for this. But then I got distracted. > > > > post what you have. It's a start. > > If this is the path we want to go I'll get on it asap, it shouldn't be > overly much code - mostly like installonlyn but just querying some extra > metadata. After talking to a few folks this sounds like the way we're going to have to go. A plugin which lets us tell yum 'remove these if you find them'. it steps around the arch-specific obsoletes need. If/when rpm gets that added in and stable we can disable the plugin and worry about it no more! :) I was trying to figure out what would be a reasonable file format and unless we're planning on doing something tricky it might make sense to have a simple flatfile in the metadata pkgname-v-r.arch pkg2-v-r.arch pkg3-v-r.* and just have yum add those pkgs, if they exist, to the list of ones to remove from the users' system. I think it would make sense for the plugin to catch and ignore things like: a* b* * ab* ?* etc. I need some feedback though, things I'm forgetting? -sv From markg85 at gmail.com Thu Apr 5 20:54:21 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 22:54:21 +0200 Subject: small bug in pup (package updater) Message-ID: <6e24a8e80704051354r6d90127fj9f17fffe085eaf9a@mail.gmail.com> Hey, i seem to be on a topic spree today.. anyway.. i rarely use pup because i want to see the download speeds for the packages and want to abort them if needed + i want to see any possible errors that occur. now i just did a update and i noticed that pup isn`t refreshing itself to see if there are newer updates or if another program took care of the updates.. i know that you can manually refresh pup but wouldn`t it be better to auto refresh pup once every 5 minutes? and a pup suggestion.. could it be possible to show the yum output in pup (with a expand arrow)? this is (probably) my last topic today. more bug hunting tomorrow. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Thu Apr 5 20:59:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 16:59:59 -0400 Subject: New mirror layout for the merged core and extras In-Reply-To: <20070405204712.766DE180055@magilla.sf.frob.com> References: <20070405204712.766DE180055@magilla.sf.frob.com> Message-ID: <200704051659.59432.jkeating@redhat.com> On Thursday 05 April 2007 16:47:12 Roland McGrath wrote: > The final tree picture on the page shows all of: > > ????????core/development > ????????development > ????????extras/development > > are those supposed to be: > > ????????core/development -> ../development > ????????development > ????????extras/development -> ../development > > ? ?Or else, what does it mean? ?We're not going to have both merged and > unmerged copies of all the development/ contents on mirrors are we? For a period of time, the core/development and extras/development content will stick around as it was last updated. This will allow mirrors to have something to hardlink against for the new merged content in linux/development. After a short time, the core/development will become a symlink to linux/development as will extras/development become a symlink to the same place, for a period of time before the directories are expunged all together. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From markg85 at gmail.com Thu Apr 5 21:05:08 2007 From: markg85 at gmail.com (Mark) Date: Thu, 5 Apr 2007 23:05:08 +0200 Subject: hal + pam update errors In-Reply-To: <1175806512.19199.54.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> Message-ID: <6e24a8e80704051405q46f43015m27f63c292c7b6047@mail.gmail.com> it sounds good. but how is this flat file gonna be managed? will there be a rpm that`s updating the flatfile with other rpm names incase they need to be added? or will it be a solid flat file that is gonna be delivered with fedora core 7 and won`t be updated? whatever one it is.. i wouldn`t go for a flatfile.. i think it`s better to make use of sqlite (yea yea.. that`s flatfile based). sqlite is needed for yum anyway so why not just use it for this aswell. but something different.. isn`t the basic problem of this all in yum or rpm? (i think yum) and wouldn`t it be better to just fix that. Mark. 2007/4/5, seth vidal : > > On Thu, 2007-04-05 at 15:40 -0400, seth vidal wrote: > > On Thu, 2007-04-05 at 15:25 -0400, Matthew Miller wrote: > > > On Thu, Apr 05, 2007 at 02:09:42PM -0400, seth vidal wrote: > > > > For another problem of orphaned/dead packages we discussed an > additional > > > > metadata type for dead-packages that should be removed from folks' > > > > systems if they're found. That might be the only workable solution. > We > > > > could get arch and evr specific with that if implemented sanely. > > > > ThoughtS? > > > > > > I started working on a yum plugin for this. But then I got distracted. > > > > > > > post what you have. It's a start. > > > > If this is the path we want to go I'll get on it asap, it shouldn't be > > overly much code - mostly like installonlyn but just querying some extra > > metadata. > > After talking to a few folks this sounds like the way we're going to > have to go. A plugin which lets us tell yum 'remove these if you find > them'. > > it steps around the arch-specific obsoletes need. If/when rpm gets that > added in and stable we can disable the plugin and worry about it no > more! :) > > I was trying to figure out what would be a reasonable file format and > unless we're planning on doing something tricky it might make sense to > have a simple flatfile in the metadata > > pkgname-v-r.arch > pkg2-v-r.arch > pkg3-v-r.* > > > and just have yum add those pkgs, if they exist, to the list of ones to > remove from the users' system. > > I think it would make sense for the plugin to catch and ignore things > like: > a* > b* > * > ab* > ?* > > > etc. > > I need some feedback though, things I'm forgetting? > > -sv > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsof at nodata.co.uk Thu Apr 5 21:24:29 2007 From: lsof at nodata.co.uk (nodata) Date: Thu, 05 Apr 2007 23:24:29 +0200 Subject: small bug in pup (package updater) In-Reply-To: <6e24a8e80704051354r6d90127fj9f17fffe085eaf9a@mail.gmail.com> References: <6e24a8e80704051354r6d90127fj9f17fffe085eaf9a@mail.gmail.com> Message-ID: <1175808269.6759.3.camel@sb-home.lan> Am Donnerstag, den 05.04.2007, 22:54 +0200 schrieb Mark: > Hey, > > i seem to be on a topic spree today.. > anyway.. i rarely use pup because i want to see the download speeds > for the packages and want to abort them if needed + i want to see any > possible errors that occur. Unix tools should keep quiet unless an error occurs. If yum fails for some reason, you should know, either through an e-mail or by some other means. If you need to watch yum to make sure it works, you should consider filing a bug to make it more noisy on errors. > now i just did a update and i noticed that pup isn`t refreshing itself > to see if there are newer updates or if another program took care of > the updates.. pup won't notice a yum update. This needs to be bugzillaed. > > i know that you can manually refresh pup but wouldn`t it be better to > auto refresh pup once every 5 minutes? Security updates are released every 1440 minutes (daily), Checking for updates every five minutes is overkill. > and a pup suggestion.. could it be possible to show the yum output in > pup (with a expand arrow)? pup is aimed at making security updates simple for non-technical people. A lot of technical people seem to want to make pup into a graphical yum, which means we will later need yet another program that aims to be aimed at non-technical people. > > this is (probably) my last topic today. > more bug hunting tomorrow. > > Mark > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From poelstra at redhat.com Thu Apr 5 21:25:42 2007 From: poelstra at redhat.com (John Poelstra) Date: Thu, 05 Apr 2007 14:25:42 -0700 Subject: New mirror layout for the merged core and extras In-Reply-To: <200704051659.59432.jkeating@redhat.com> References: <20070405204712.766DE180055@magilla.sf.frob.com> <200704051659.59432.jkeating@redhat.com> Message-ID: <46156956.2000802@redhat.com> Jesse Keating said the following on 04/05/2007 01:59 PM Pacific Time: > On Thursday 05 April 2007 16:47:12 Roland McGrath wrote: >> The final tree picture on the page shows all of: >> >> core/development >> development >> extras/development >> >> are those supposed to be: >> >> core/development -> ../development >> development >> extras/development -> ../development >> >> ? Or else, what does it mean? We're not going to have both merged and >> unmerged copies of all the development/ contents on mirrors are we? > > For a period of time, the core/development and extras/development content will > stick around as it was last updated. This will allow mirrors to have > something to hardlink against for the new merged content in > linux/development. After a short time, the core/development will become a > symlink to linux/development as will extras/development become a symlink to > the same place, for a period of time before the directories are expunged all > together. > Why do we need the parent "linux" directory if it only has one child? Seems to me that getting rid of it would be a nice think like happened to RPMS on the install disks. John From notting at redhat.com Thu Apr 5 21:25:17 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 5 Apr 2007 17:25:17 -0400 Subject: Mail semantics: mail group, permissions, MTA/MDA suid/sgid and the like In-Reply-To: <20070330093317.GC30970@neu.nirvana> References: <20070326213455.GF16942@neu.nirvana> <20070330050331.GB4538@nostromo.devel.redhat.com> <20070330093317.GC30970@neu.nirvana> Message-ID: <20070405212517.GA22625@nostromo.devel.redhat.com> Axel Thimm (Axel.Thimm at ATrpms.net) said: > > > a) Does every MDA and MUA need to do both locking mechanisms or is > > > dotlocking the fallback to fcntl? The latter would be an issue, so > > > it should probably be both for every MDA/MUA. > > > > Short answer is use fcntl or die. > > OK, then we should remove current dotlock functionality from MTA/MDAs? > I'm fine with that, it just needs to be a global and wide known policy > so that MTA1 doesn't dotlock while MDA5 fcntl-locks and both think > they own the mbox. The long-standing policy in Core was to unly use fcntl - it's the one thing that should be supported by all clients, stands a chance of working over NFS, etc. So, explicitly codifying this makes sense. Bill From valent.turkovic at gmail.com Thu Apr 5 21:31:22 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Thu, 5 Apr 2007 23:31:22 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <4614F13B.3070308@rasmil.dk> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> Message-ID: <64b14b300704051431g703d1c8lab719c1d94ce3c52@mail.gmail.com> I have another long post. I put presto 0.3.6 on a clean fedora core 6 install on another machine I have and ran 'yum update'. I didn't see anywhere the "presto savings report" that previous versions gave, so I wasn't sure if it was working or not, but I guess it is working. But look for yourself. Can you reenable that feature so yum prints out the savings of download that would be needed if presto wasn't enabled? Can you also make it print in human readable format (kB and MB instead of bits). Thank you. [root at navi valent]# yum update Loading "installonlyn" plugin Loading "presto" plugin Setting up Update Process Setting up repositories Setting up Presto Reading Presto metadata in from local files Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for ImageMagick to pack into transaction set. http://ftp.stw-bonn.de/pub/fedora/linux/core/updates/6/i386/ImageMagick-6.2.8.0-4.fc6.i386.rpm: [Errno 14] HTTP Error 404: Date: Thu, 05 Apr 2007 20:49:26 GMT Server: Apache/2.0.55 (Ubuntu) Content-Length: 350 Content-Type: text/html; charset=iso-8859-1 Trying other mirror. http://ftp.esat.net/pub/linux/fedora/updates/6/i386/ImageMagick-6.2.8.0-4.fc6.i386.rpm: [Errno 14] HTTP Error 404: Date: Thu, 05 Apr 2007 20:48:49 GMT Server: Apache Content-Length: 264 Content-Type: text/html; charset=iso-8859-1 Trying other mirror. ftp://ftp.wsisiz.edu.pl/pub/linux/fedora/linux/core/updates/6/i386/ImageMagick-6.2.8.0-4.fc6.i386.rpm: [Errno 4] IOError: [Errno ftp error] 450 ImageMagick-6.2.8.0-4.fc6.i386.rpm: No such file or directory Trying other mirror. ImageMagick-6.2.8.0-4.fc6 100% |=========================| 64 kB 00:00 ---> Package ImageMagick.i386 0:6.2.8.0-4.fc6 set to be updated ---> Downloading header for cups to pack into transaction set. cups-1.2.10-3.fc6.i386.rp 100% |=========================| 205 kB 00:01 ---> Package cups.i386 1:1.2.10-3.fc6 set to be updated ---> Downloading header for selinux-policy to pack into transaction set. selinux-policy-2.4.6-49.f 100% |=========================| 65 kB 00:00 ---> Package selinux-policy.noarch 0:2.4.6-49.fc6 set to be updated ---> Downloading header for libmtp to pack into transaction set. libmtp-0.1.5-1.fc6.i386.r 100% |=========================| 3.9 kB 00:00 ---> Package libmtp.i386 0:0.1.5-1.fc6 set to be updated ---> Downloading header for gpm to pack into transaction set. gpm-1.20.1-82.fc6.i386.rp 100% |=========================| 17 kB 00:00 ---> Package gpm.i386 0:1.20.1-82.fc6 set to be updated ---> Downloading header for procps to pack into transaction set. procps-3.2.7-8.3.fc6.i386 100% |=========================| 20 kB 00:00 ---> Package procps.i386 0:3.2.7-8.3.fc6 set to be updated ---> Downloading header for audit-libs-python to pack into transaction set. audit-libs-python-1.4.2-5 100% |=========================| 13 kB 00:00 ---> Package audit-libs-python.i386 0:1.4.2-5.fc6 set to be updated ---> Downloading header for exaile to pack into transaction set. exaile-0.2.9-4.fc6.i386.r 100% |=========================| 26 kB 00:00 ---> Package exaile.i386 0:0.2.9-4.fc6 set to be updated ---> Downloading header for systemtap to pack into transaction set. systemtap-0.5.13-1.fc6.i3 100% |=========================| 25 kB 00:00 ---> Package systemtap.i386 0:0.5.13-1.fc6 set to be updated ---> Downloading header for openssh-clients to pack into transaction set. openssh-clients-4.3p2-19. 100% |=========================| 34 kB 00:00 ---> Package openssh-clients.i386 0:4.3p2-19.fc6 set to be updated ---> Downloading header for parted to pack into transaction set. parted-1.8.2-2.fc6.i386.r 100% |=========================| 25 kB 00:00 ---> Package parted.i386 0:1.8.2-2.fc6 set to be updated ---> Downloading header for systemtap-runtime to pack into transaction set. systemtap-runtime-0.5.13- 100% |=========================| 5.8 kB 00:00 ---> Package systemtap-runtime.i386 0:0.5.13-1.fc6 set to be updated ---> Downloading header for krb5-devel to pack into transaction set. krb5-devel-1.5-21.i386.rp 100% |=========================| 40 kB 00:00 ---> Package krb5-devel.i386 0:1.5-21 set to be updated ---> Downloading header for gpm-devel to pack into transaction set. gpm-devel-1.20.1-82.fc6.i 100% |=========================| 14 kB 00:00 ---> Package gpm-devel.i386 0:1.20.1-82.fc6 set to be updated ---> Downloading header for krb5-libs to pack into transaction set. krb5-libs-1.5-21.i386.rpm 100% |=========================| 37 kB 00:00 ---> Package krb5-libs.i386 0:1.5-21 set to be updated ---> Downloading header for openssh-server to pack into transaction set. openssh-server-4.3p2-19.f 100% |=========================| 35 kB 00:00 ---> Package openssh-server.i386 0:4.3p2-19.fc6 set to be updated ---> Downloading header for audit-libs to pack into transaction set. audit-libs-1.4.2-5.fc6.i3 100% |=========================| 12 kB 00:00 ---> Package audit-libs.i386 0:1.4.2-5.fc6 set to be updated ---> Downloading header for evolution to pack into transaction set. evolution-2.8.3-2.fc6.i38 100% |=========================| 126 kB 00:01 ---> Package evolution.i386 0:2.8.3-2.fc6 set to be updated ---> Downloading header for selinux-policy-targeted to pack into transaction set. selinux-policy-targeted-2 100% |=========================| 40 kB 00:00 ---> Package selinux-policy-targeted.noarch 0:2.4.6-49.fc6 set to be updated ---> Downloading header for openssh-askpass to pack into transaction set. openssh-askpass-4.3p2-19. 100% |=========================| 32 kB 00:00 ---> Package openssh-askpass.i386 0:4.3p2-19.fc6 set to be updated ---> Downloading header for psmisc to pack into transaction set. psmisc-22.2-5.1.i386.rpm 100% |=========================| 11 kB 00:00 ---> Package psmisc.i386 0:22.2-5.1 set to be updated ---> Downloading header for krb5-workstation to pack into transaction set. krb5-workstation-1.5-21.i 100% |=========================| 46 kB 00:00 ---> Package krb5-workstation.i386 0:1.5-21 set to be updated ---> Downloading header for openssh to pack into transaction set. openssh-4.3p2-19.fc6.i386 100% |=========================| 35 kB 00:00 ---> Package openssh.i386 0:4.3p2-19.fc6 set to be updated ---> Downloading header for cups-libs to pack into transaction set. cups-libs-1.2.10-3.fc6.i3 100% |=========================| 40 kB 00:00 ---> Package cups-libs.i386 1:1.2.10-3.fc6 set to be updated ---> Downloading header for squid to pack into transaction set. squid-2.6.STABLE12-1.fc6. 100% |=========================| 140 kB 00:01 ---> Package squid.i386 7:2.6.STABLE12-1.fc6 set to be updated --> Running transaction check --> Processing Dependency: python-sexy for package: exaile --> Processing Dependency: python-CDDB for package: exaile --> Processing Dependency: gnome-python2-gtkhtml2 for package: exaile --> Processing Dependency: gamin-python for package: exaile --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for python-CDDB to pack into transaction set. python-CDDB-1.4-1.fc6.i38 100% |=========================| 3.5 kB 00:00 ---> Package python-CDDB.i386 0:1.4-1.fc6 set to be updated ---> Downloading header for gamin-python to pack into transaction set. gamin-python-0.1.7-8.fc6. 100% |=========================| 14 kB 00:00 ---> Package gamin-python.i386 0:0.1.7-8.fc6 set to be updated ---> Downloading header for gnome-python2-gtkhtml2 to pack into transaction set. gnome-python2-gtkhtml2-2. 100% |=========================| 7.9 kB 00:00 ---> Package gnome-python2-gtkhtml2.i386 0:2.14.2-9.fc6 set to be updated ---> Downloading header for python-sexy to pack into transaction set. python-sexy-0.1.9-2.fc6.i 100% |=========================| 3.8 kB 00:00 ---> Package python-sexy.i386 0:0.1.9-2.fc6 set to be updated --> Running transaction check --> Processing Dependency: libsexy >= 0.1.10 for package: python-sexy --> Processing Dependency: libsexy.so.2 for package: python-sexy --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for libsexy to pack into transaction set. libsexy-0.1.11-1.fc6.i386 100% |=========================| 4.1 kB 00:00 ---> Package libsexy.i386 0:0.1.11-1.fc6 set to be updated --> Running transaction check --> Processing Dependency: enchant for package: libsexy --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for enchant to pack into transaction set. enchant-1.3.0-1.fc6.i386. 100% |=========================| 6.1 kB 00:00 ---> Package enchant.i386 1:1.3.0-1.fc6 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: ImageMagick i386 6.2.8.0-4.fc6 updates 3.3 M audit-libs i386 1.4.2-5.fc6 updates 59 k audit-libs-python i386 1.4.2-5.fc6 updates 77 k cups i386 1:1.2.10-3.fc6 updates 2.9 M cups-libs i386 1:1.2.10-3.fc6 updates 183 k evolution i386 2.8.3-2.fc6 updates 13 M exaile i386 0.2.9-4.fc6 extras 752 k gpm i386 1.20.1-82.fc6 updates 185 k gpm-devel i386 1.20.1-82.fc6 updates 27 k krb5-devel i386 1.5-21 updates 1.7 M krb5-libs i386 1.5-21 updates 593 k krb5-workstation i386 1.5-21 updates 894 k libmtp i386 0.1.5-1.fc6 extras 65 k openssh i386 4.3p2-19.fc6 updates 279 k openssh-askpass i386 4.3p2-19.fc6 updates 37 k openssh-clients i386 4.3p2-19.fc6 updates 433 k openssh-server i386 4.3p2-19.fc6 updates 252 k parted i386 1.8.2-2.fc6 updates 534 k procps i386 3.2.7-8.3.fc6 updates 208 k psmisc i386 22.2-5.1 updates 62 k selinux-policy noarch 2.4.6-49.fc6 updates 353 k selinux-policy-targeted noarch 2.4.6-49.fc6 updates 778 k squid i386 7:2.6.STABLE12-1.fc6 updates 1.2 M systemtap i386 0.5.13-1.fc6 updates 593 k systemtap-runtime i386 0.5.13-1.fc6 updates 29 k Installing for dependencies: enchant i386 1:1.3.0-1.fc6 extras 128 k gamin-python i386 0.1.7-8.fc6 updates 56 k gnome-python2-gtkhtml2 i386 2.14.2-9.fc6 updates 15 k libsexy i386 0.1.11-1.fc6 extras 42 k python-CDDB i386 1.4-1.fc6 extras 23 k python-sexy i386 0.1.9-2.fc6 extras 23 k Transaction Summary ============================================================================= Install 6 Package(s) Update 25 Package(s) Remove 0 Package(s) Total download size: 29 M Is this ok [y/N]: y Downloading Packages: (1/31): ImageMagick-6.2.8 100% |=========================| 3.3 MB 00:11 (2/31): cups-1.2.10-3.fc6 100% |=========================| 2.9 MB 00:09 (3/31): libsexy-0.1.11-1. 100% |=========================| 42 kB 00:00 (4/31): enchant-1.3.0-1.f 100% |=========================| 128 kB 00:00 (5/31): selinux-policy-2. 100% |=========================| 353 kB 00:01 (6/31): libmtp-0.1.5-1.fc 100% |=========================| 65 kB 00:00 (7/31): gpm-1.20.1-82.fc6 100% |=========================| 185 kB 00:01 (8/31): python-CDDB-1.4-1 100% |=========================| 23 kB 00:00 (9/31): procps-3.2.7-8.3. 100% |=========================| 208 kB 00:01 (10/31): audit-libs-pytho 100% |=========================| 77 kB 00:00 (11/31): exaile-0.2.9-4.f 100% |=========================| 752 kB 00:06 (12/31): systemtap-0.5.13 100% |=========================| 593 kB 00:02 (13/31): gamin-python-0.1 100% |=========================| 56 kB 00:00 (14/31): openssh-clients- 100% |=========================| 433 kB 00:02 (15/31): parted-1.8.2-2.f 100% |=========================| 534 kB 00:02 (16/31): systemtap-runtim 100% |=========================| 29 kB 00:00 (17/31): krb5-devel-1.5-2 100% |=========================| 1.7 MB 00:06 (18/31): gnome-python2-gt 100% |=========================| 15 kB 00:00 (19/31): gpm-devel-1.20.1 100% |=========================| 27 kB 00:00 (20/31): krb5-libs-1.5-21 100% |=========================| 593 kB 00:02 (21/31): openssh-server-4 100% |=========================| 252 kB 00:01 (22/31): audit-libs-1.4.2 100% |=========================| 59 kB 00:00 (23/31): evolution-2.8.3- 100% |=========================| 13 MB 00:41 (24/31): python-sexy-0.1. 100% |=========================| 23 kB 00:00 (25/31): selinux-policy-t 100% |=========================| 778 kB 00:02 (26/31): openssh-askpass- 100% |=========================| 37 kB 00:00 (27/31): psmisc-22.2-5.1. 100% |=========================| 62 kB 00:00 (28/31): krb5-workstation 100% |=========================| 894 kB 00:03 (29/31): openssh-4.3p2-19 100% |=========================| 279 kB 00:01 (30/31): cups-libs-1.2.10 100% |=========================| 183 kB 00:01 (31/31): squid-2.6.STABLE 100% |=========================| 1.2 MB 00:04 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : krb5-libs ####################### [ 1/56] Updating : audit-libs ####################### [ 2/56] Updating : openssh ####################### [ 3/56] Updating : cups-libs ####################### [ 4/56] Updating : gpm ####################### [ 5/56] Updating : evolution ####################### [ 6/56] Installing: gnome-python2-gtkhtml2 ####################### [ 7/56] Updating : systemtap-runtime ####################### [ 8/56] Updating : parted ####################### [ 9/56] Installing: gamin-python ####################### [10/56] Updating : procps ####################### [11/56] Installing: python-CDDB ####################### [12/56] Updating : libmtp ####################### [13/56] Updating : selinux-policy ####################### [14/56] Installing: enchant ####################### [15/56] Installing: libsexy ####################### [16/56] Installing: python-sexy ####################### [17/56] Updating : ImageMagick ####################### [18/56] Updating : cups ####################### [19/56] Updating : audit-libs-python ####################### [20/56] Updating : exaile ####################### [21/56] Updating : systemtap ####################### [22/56] Updating : openssh-clients ####################### [23/56] Updating : krb5-devel ####################### [24/56] Updating : gpm-devel ####################### [25/56] Updating : openssh-server ####################### [26/56] Updating : selinux-policy-targeted ####################### [27/56] /sbin/restorecon reset /etc/cron.daily/000-delay.cron context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/00webalizer context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/0anacron context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/beagle-crawl-system context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/certwatch context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/cups context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/logrotate context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/makewhatis.cron context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/mlocate.cron context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/prelink context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/rpm context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.daily/tmpwatch context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.monthly/0anacron context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.weekly/0anacron context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 /sbin/restorecon reset /etc/cron.weekly/makewhatis.cron context system_u:object_r:etc_t:s0->system_u:object_r:bin_t:s0 Updating : openssh-askpass ####################### [28/56] Updating : psmisc ####################### [29/56] Updating : krb5-workstation ####################### [30/56] Updating : squid ####################### [31/56] Cleanup : ImageMagick ####################### [32/56] Cleanup : cups ####################### [33/56] Cleanup : selinux-policy ####################### [34/56] Cleanup : libmtp ####################### [35/56] Cleanup : gpm ####################### [36/56] Cleanup : procps ####################### [37/56] Cleanup : audit-libs-python ####################### [38/56] Cleanup : exaile ####################### [39/56] Cleanup : systemtap ####################### [40/56] Cleanup : openssh-clients ####################### [41/56] Cleanup : parted ####################### [42/56] Cleanup : systemtap-runtime ####################### [43/56] Cleanup : krb5-devel ####################### [44/56] Cleanup : gpm-devel ####################### [45/56] Cleanup : krb5-libs ####################### [46/56] Cleanup : openssh-server ####################### [47/56] Cleanup : audit-libs ####################### [48/56] Cleanup : evolution ####################### [49/56] Cleanup : selinux-policy-targeted ####################### [50/56] Cleanup : openssh-askpass ####################### [51/56] Cleanup : psmisc ####################### [52/56] Cleanup : krb5-workstation ####################### [53/56] Cleanup : openssh ####################### [54/56] Cleanup : cups-libs ####################### [55/56] Cleanup : squid ####################### [56/56] Dependency Installed: enchant.i386 1:1.3.0-1.fc6 gamin-python.i386 0:0.1.7-8.fc6 gnome-python2-gtkhtml2.i386 0:2.14.2-9.fc6 libsexy.i386 0:0.1.11-1.fc6 python-CDDB.i386 0:1.4-1.fc6 python-sexy.i386 0:0.1.9-2.fc6 Updated: ImageMagick.i386 0:6.2.8.0-4.fc6 audit-libs.i386 0:1.4.2-5.fc6 audit-libs-python.i386 0:1.4.2-5.fc6 cups.i386 1:1.2.10-3.fc6 cups-libs.i386 1:1.2.10-3.fc6 evolution.i386 0:2.8.3-2.fc6 exaile.i386 0:0.2.9-4.fc6 gpm.i386 0:1.20.1-82.fc6 gpm-devel.i386 0:1.20.1-82.fc6 krb5-devel.i386 0:1.5-21 krb5-libs.i386 0:1.5-21 krb5-workstation.i386 0:1.5-21 libmtp.i386 0:0.1.5-1.fc6 openssh.i386 0:4.3p2-19.fc6 openssh-askpass.i386 0:4.3p2-19.fc6 openssh-clients.i386 0:4.3p2-19.fc6 openssh-server.i386 0:4.3p2-19.fc6 parted.i386 0:1.8.2-2.fc6 procps.i386 0:3.2.7-8.3.fc6 psmisc.i386 0:22.2-5.1 selinux-policy.noarch 0:2.4.6-49.fc6 selinux-policy-targeted.noarch 0:2.4.6-49.fc6 squid.i386 7:2.6.STABLE12-1.fc6 systemtap.i386 0:0.5.13-1.fc6 systemtap-runtime.i386 0:0.5.13-1.fc6 Complete! From adriano.galano at gmail.com Thu Apr 5 21:39:34 2007 From: adriano.galano at gmail.com (Adriano Galano) Date: Thu, 5 Apr 2007 17:39:34 -0400 Subject: Adriano has Tagged you! :) Message-ID: <200704052139.l35LdYFR010477@mx2.redhat.com> An HTML attachment was scrubbed... URL: From jwilson at redhat.com Thu Apr 5 21:50:43 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 05 Apr 2007 17:50:43 -0400 Subject: New mirror layout for the merged core and extras In-Reply-To: <46156956.2000802@redhat.com> References: <20070405204712.766DE180055@magilla.sf.frob.com> <200704051659.59432.jkeating@redhat.com> <46156956.2000802@redhat.com> Message-ID: <46156F33.8030904@redhat.com> John Poelstra wrote: > Jesse Keating said the following on 04/05/2007 01:59 PM Pacific Time: >> On Thursday 05 April 2007 16:47:12 Roland McGrath wrote: >>> The final tree picture on the page shows all of: >>> >>> core/development >>> development >>> extras/development >>> >>> are those supposed to be: >>> >>> core/development -> ../development >>> development >>> extras/development -> ../development >>> >>> ? Or else, what does it mean? We're not going to have both merged and >>> unmerged copies of all the development/ contents on mirrors are we? >> >> For a period of time, the core/development and extras/development >> content will stick around as it was last updated. This will allow >> mirrors to have something to hardlink against for the new merged >> content in linux/development. After a short time, the >> core/development will become a symlink to linux/development as will >> extras/development become a symlink to the same place, for a period of >> time before the directories are expunged all together. > > Why do we need the parent "linux" directory if it only has one child? > Seems to me that getting rid of it would be a nice think like happened > to RPMS on the install disks. Its not an only child. There's also a "projects" directory. It just wasn't relevant to the discussion (or so it seemed ;). -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From Axel.Thimm at ATrpms.net Thu Apr 5 21:52:02 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 5 Apr 2007 23:52:02 +0200 Subject: New mirror layout for the merged core and extras In-Reply-To: <200704051640.14557.jkeating@redhat.com> References: <200704051640.14557.jkeating@redhat.com> Message-ID: <20070405215202.GJ16463@neu.nirvana> On Thu, Apr 05, 2007 at 04:40:14PM -0400, Jesse Keating wrote: > I've tossed together a quick rundown of a new mirror layout for the merged > core and extras. You can find it here: > http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge#head-d370223ce90e602f6d5c4bf3584bd20800da68b6 > > Any feedback would be appreciated. This could be expected to go live as early > as Monday Apr 9th. Looks nice, thanks! Two comments: o relative symlinks with '../' are doomed to break on mirrors, as content is usually split around volumes as needs arise, so I would suggest to not use any such symlinks. o mirrors should be prepared for that switch, but currently only core and extras subfolders are exported to them via rsync. It would make sense to open up rsync modules (for the mirrors) at the linux hierarchy as soon as possible, so the mirrors can adjust before the layout switch. The nice side effect would be that mirrors could use the same rsync module for mirroring other content, too, like liveos or epel stuff. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dennis at ausil.us Thu Apr 5 21:56:46 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 5 Apr 2007 16:56:46 -0500 Subject: New mirror layout for the merged core and extras In-Reply-To: <20070405215202.GJ16463@neu.nirvana> References: <200704051640.14557.jkeating@redhat.com> <20070405215202.GJ16463@neu.nirvana> Message-ID: <200704051656.46911.dennis@ausil.us> On Thursday 05 April 2007 04:52:02 pm Axel Thimm wrote: > On Thu, Apr 05, 2007 at 04:40:14PM -0400, Jesse Keating wrote: > > I've tossed together a quick rundown of a new mirror layout for the > > merged core and extras. You can find it here: > > http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge#head-d370223 > >ce90e602f6d5c4bf3584bd20800da68b6 > > > > Any feedback would be appreciated. This could be expected to go live as > > early as Monday Apr 9th. > > Looks nice, thanks! > > Two comments: > > o relative symlinks with '../' are doomed to break on mirrors, as > content is usually split around volumes as needs arise, so I would > suggest to not use any such symlinks. > > o mirrors should be prepared for that switch, but currently only core > and extras subfolders are exported to them via rsync. It would make > sense to open up rsync modules (for the mirrors) at the linux > hierarchy as soon as possible, so the mirrors can adjust before the > layout switch. The nice side effect would be that mirrors could use > the same rsync module for mirroring other content, too, like liveos > or epel stuff. epel is a whole different tree. branched off at /pub/ so your proposal wont expose epel -- Dennis Gilmore, RHCE From Axel.Thimm at ATrpms.net Thu Apr 5 22:21:40 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 6 Apr 2007 00:21:40 +0200 Subject: New mirror layout for the merged core and extras In-Reply-To: <200704051656.46911.dennis@ausil.us> References: <200704051640.14557.jkeating@redhat.com> <20070405215202.GJ16463@neu.nirvana> <200704051656.46911.dennis@ausil.us> Message-ID: <20070405222140.GM16463@neu.nirvana> On Thu, Apr 05, 2007 at 04:56:46PM -0500, Dennis Gilmore wrote: > On Thursday 05 April 2007 04:52:02 pm Axel Thimm wrote: > > On Thu, Apr 05, 2007 at 04:40:14PM -0400, Jesse Keating wrote: > > > I've tossed together a quick rundown of a new mirror layout for the > > > merged core and extras. You can find it here: > > > http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge#head-d370223 > > >ce90e602f6d5c4bf3584bd20800da68b6 > > > > > > Any feedback would be appreciated. This could be expected to go live as > > > early as Monday Apr 9th. > > > > Looks nice, thanks! > > > > Two comments: > > > > o relative symlinks with '../' are doomed to break on mirrors, as > > content is usually split around volumes as needs arise, so I would > > suggest to not use any such symlinks. > > > > o mirrors should be prepared for that switch, but currently only core > > and extras subfolders are exported to them via rsync. It would make > > sense to open up rsync modules (for the mirrors) at the linux > > hierarchy as soon as possible, so the mirrors can adjust before the > > layout switch. The nice side effect would be that mirrors could use > > the same rsync module for mirroring other content, too, like liveos > > or epel stuff. > > epel is a whole different tree. branched off at /pub/ so your proposal wont > expose epel Then maybe we need an even higher access point for mirrors, or need to pull epel down the hierarchy? It is very likely that mirrors for Fedora will mirror epel, too, so that will make live easier for mirror admins. I know it would make mine easier :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From markg85 at gmail.com Thu Apr 5 22:25:35 2007 From: markg85 at gmail.com (Mark) Date: Fri, 6 Apr 2007 00:25:35 +0200 Subject: small bug in pup (package updater) In-Reply-To: <1175808269.6759.3.camel@sb-home.lan> References: <6e24a8e80704051354r6d90127fj9f17fffe085eaf9a@mail.gmail.com> <1175808269.6759.3.camel@sb-home.lan> Message-ID: <6e24a8e80704051525q62376b39rf8c306c9cc56054@mail.gmail.com> > > Unix tools should keep quiet unless an error occurs. > If yum fails for some reason, you should know, either through an e-mail > or by some other means. > > If you need to watch yum to make sure it works, you should consider > filing a bug to make it more noisy on errors. i agree but i actually meant this also as expand arrow.. actually the same one as the one that i describe later on in the first post. and i think you misunderstand me on all other points. Security updates are released every 1440 minutes (daily), > Checking for updates every five minutes is overkill. that`s not what i mean.. when you run gnome and you see the update notifications but you don`t use that to update.. instead you use a terminal session to run all the updates. i think pup should be in same way be notified of that or just check to see if there ware new updates (yum list updates) or whatever.. there must be a way ^_^ look at this: http://www.abclinuxu.cz/images/clanky/tesar/ubuntu_510_software_update_stahovani_s.jpg pup (while it`s updating) could look like that.. you will keep the user friendly stuff and you add stuff that the more technical people want. everyone happy mark 2007/4/5, nodata : > > Am Donnerstag, den 05.04.2007, 22:54 +0200 schrieb Mark: > > Hey, > > > > i seem to be on a topic spree today.. > > anyway.. i rarely use pup because i want to see the download speeds > > for the packages and want to abort them if needed + i want to see any > > possible errors that occur. > > Unix tools should keep quiet unless an error occurs. > If yum fails for some reason, you should know, either through an e-mail > or by some other means. > > If you need to watch yum to make sure it works, you should consider > filing a bug to make it more noisy on errors. > > > now i just did a update and i noticed that pup isn`t refreshing itself > > to see if there are newer updates or if another program took care of > > the updates.. > > pup won't notice a yum update. This needs to be bugzillaed. > > > > > i know that you can manually refresh pup but wouldn`t it be better to > > auto refresh pup once every 5 minutes? > > Security updates are released every 1440 minutes (daily), > Checking for updates every five minutes is overkill. > > > and a pup suggestion.. could it be possible to show the yum output in > > pup (with a expand arrow)? > > pup is aimed at making security updates simple for non-technical people. > A lot of technical people seem to want to make pup into a graphical yum, > which means we will later need yet another program that aims to be aimed > at non-technical people. > > > > > this is (probably) my last topic today. > > more bug hunting tomorrow. > > > > Mark > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tspauld98 at yahoo.com Thu Apr 5 23:21:34 2007 From: tspauld98 at yahoo.com (Timothy Spaulding) Date: Thu, 5 Apr 2007 16:21:34 -0700 (PDT) Subject: JBoss and Fedora Message-ID: <388184.99880.qm@web60524.mail.yahoo.com> What's going on with the JBoss acquisition? Are there plans in place to get JBoss packaged with Fedora and released as an open source product? Any insights? Thanks, tims ____________________________________________________________________________________ Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/features_spam.html From poelstra at redhat.com Thu Apr 5 23:42:41 2007 From: poelstra at redhat.com (John Poelstra) Date: Thu, 05 Apr 2007 16:42:41 -0700 Subject: JBoss and Fedora In-Reply-To: <388184.99880.qm@web60524.mail.yahoo.com> References: <388184.99880.qm@web60524.mail.yahoo.com> Message-ID: <46158971.6080006@redhat.com> Timothy Spaulding said the following on 04/05/2007 04:21 PM Pacific Time: > What's going on with the JBoss acquisition? Are there plans in place to get JBoss packaged with > Fedora and released as an open source product? Any insights? > > Thanks, > > tims > Lots of stuff is already here: http://labs.jboss.com/portal/ From Michael_E_Brown at dell.com Fri Apr 6 03:43:51 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Thu, 5 Apr 2007 22:43:51 -0500 Subject: hal + pam update errors In-Reply-To: <1175806512.19199.54.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> Message-ID: <20070406034351.GB8090@humbolt.us.dell.com> On Thu, Apr 05, 2007 at 04:55:12PM -0400, seth vidal wrote: > On Thu, 2007-04-05 at 15:40 -0400, seth vidal wrote: > > On Thu, 2007-04-05 at 15:25 -0400, Matthew Miller wrote: > > > On Thu, Apr 05, 2007 at 02:09:42PM -0400, seth vidal wrote: > > > > For another problem of orphaned/dead packages we discussed an additional > > > > metadata type for dead-packages that should be removed from folks' > > > > systems if they're found. That might be the only workable solution. We > > > > could get arch and evr specific with that if implemented sanely. > > > > ThoughtS? > > > > > > I started working on a yum plugin for this. But then I got distracted. > > > > > > > post what you have. It's a start. > > > > If this is the path we want to go I'll get on it asap, it shouldn't be > > overly much code - mostly like installonlyn but just querying some extra > > metadata. > > After talking to a few folks this sounds like the way we're going to > have to go. A plugin which lets us tell yum 'remove these if you find > them'. > > it steps around the arch-specific obsoletes need. If/when rpm gets that > added in and stable we can disable the plugin and worry about it no > more! :) > > I was trying to figure out what would be a reasonable file format and > unless we're planning on doing something tricky it might make sense to > have a simple flatfile in the metadata > > pkgname-v-r.arch > pkg2-v-r.arch > pkg3-v-r.* Maybe a .d/ directory so that, for example, you can drop a series of flat files in via some RPM? Like: /etc/yum/pluginconf.d/shoot-on-sight.d/*.data version specifiers? pkgname.arch <= e:v-r -- Michael From lists at sapience.com Fri Apr 6 03:48:07 2007 From: lists at sapience.com (Mail List) Date: Thu, 5 Apr 2007 23:48:07 -0400 Subject: New mirror layout for the merged core and extras In-Reply-To: <200704051640.14557.jkeating@redhat.com> References: <200704051640.14557.jkeating@redhat.com> Message-ID: <200704052348.07534.lists@sapience.com> On Thursday 05 April 2007 04:40:14 pm Jesse Keating wrote: > I've tossed together a quick rundown of a new mirror layout for the merged > core and extras. You can find it here: > http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge#head-d370223ce >90e602f6d5c4bf3584bd20800da68b6 > > Any feedback would be appreciated. This could be expected to go live as > early as Monday Apr 9th. Curious why we don't have the top level keyed by release .. something more like below - seems a lot simpler and keeps everything together for each version - does this appeal to others? It also makes it very easy for those who keep local repo and only need a subset of versions as well. pub/ |-- fedora |-- linux |--releases (this looks not needed now come to think of it) |--- 6 |-- base |-- updates |-- testing |-- 7 |-- base |-- updates |-- testing |-- 6.90 |-- base |-- updates |-- testing etc gene/ From Michael_E_Brown at dell.com Fri Apr 6 03:52:33 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Thu, 5 Apr 2007 22:52:33 -0500 Subject: hal + pam update errors In-Reply-To: <20070406034351.GB8090@humbolt.us.dell.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> <20070406034351.GB8090@humbolt.us.dell.com> Message-ID: <20070406035233.GC8090@humbolt.us.dell.com> On Thu, Apr 05, 2007 at 10:43:51PM -0500, Michael E Brown wrote: > On Thu, Apr 05, 2007 at 04:55:12PM -0400, seth vidal wrote: > > On Thu, 2007-04-05 at 15:40 -0400, seth vidal wrote: > > > On Thu, 2007-04-05 at 15:25 -0400, Matthew Miller wrote: > > > > On Thu, Apr 05, 2007 at 02:09:42PM -0400, seth vidal wrote: > > > > > For another problem of orphaned/dead packages we discussed an additional > > > > > metadata type for dead-packages that should be removed from folks' > > > > > systems if they're found. That might be the only workable solution. We > > > > > could get arch and evr specific with that if implemented sanely. > > > > > ThoughtS? > > > > > > > > I started working on a yum plugin for this. But then I got distracted. > > > > > > > > > > post what you have. It's a start. > > > > > > If this is the path we want to go I'll get on it asap, it shouldn't be > > > overly much code - mostly like installonlyn but just querying some extra > > > metadata. > > > > After talking to a few folks this sounds like the way we're going to > > have to go. A plugin which lets us tell yum 'remove these if you find > > them'. > > > > it steps around the arch-specific obsoletes need. If/when rpm gets that > > added in and stable we can disable the plugin and worry about it no > > more! :) > > > > I was trying to figure out what would be a reasonable file format and > > unless we're planning on doing something tricky it might make sense to > > have a simple flatfile in the metadata > > > > pkgname-v-r.arch > > pkg2-v-r.arch > > pkg3-v-r.* > > Maybe a .d/ directory so that, for example, you can drop a series of > flat files in via some RPM? > Like: /etc/yum/pluginconf.d/shoot-on-sight.d/*.data > > version specifiers? > pkgname.arch <= e:v-r For the previously discussed HAL problem, would it be possible to create an updated HAL.i386 RPM that would _only_ be placed inside the x86_64 repo? This new hal rpm could simply contain one file: /etc/yum/pluginconf.g/shoot-on-sight.d/hal.data containing one line: "hal-*-*.i386" and it could have one dependency: "requires: shoot-on-sight-plugin". That way it doesnt conflict with any files, and gets removed on the next yum run. -- Michael From notting at redhat.com Fri Apr 6 04:04:04 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 6 Apr 2007 00:04:04 -0400 Subject: hal + pam update errors In-Reply-To: <20070406035233.GC8090@humbolt.us.dell.com> References: <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> <20070406034351.GB8090@humbolt.us.dell.com> <20070406035233.GC8090@humbolt.us.dell.com> Message-ID: <20070406040403.GA28016@nostromo.devel.redhat.com> Michael E Brown (Michael_E_Brown at dell.com) said: > For the previously discussed HAL problem, would it be possible to create > an updated HAL.i386 RPM that would _only_ be placed inside the x86_64 > repo? This new hal rpm could simply contain one file: > /etc/yum/pluginconf.g/shoot-on-sight.d/hal.data containing one line: > "hal-*-*.i386" and it could have one dependency: "requires: > shoot-on-sight-plugin". Not really; it's more of a hack than it's truly worth. Bill From notting at redhat.com Fri Apr 6 04:08:05 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 6 Apr 2007 00:08:05 -0400 Subject: hal + pam update errors In-Reply-To: <200704051526.31753.jkeating@redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704051444.31780.jkeating@redhat.com> <6e24a8e80704051154l57a2e12ft5b49b8f0ac8c0efa@mail.gmail.com> <200704051526.31753.jkeating@redhat.com> Message-ID: <20070406040805.GA29408@nostromo.devel.redhat.com> Jesse Keating (jkeating at redhat.com) said: > I meant reproduce the test with the hal build with obsoletes. I know how to > reproduce the problem (: Looking at CVS, the obsoletes is in both the main and the -libs package - I'm not sure that's right. Bill From davehoz at gmail.com Fri Apr 6 05:22:31 2007 From: davehoz at gmail.com (David Hunter) Date: Fri, 6 Apr 2007 15:22:31 +1000 Subject: yum-presto-0.3.7-1.noarch.rpm problems on Rawhide. Message-ID: <6bb886180704052222g36c9ac58q874b6fc1bd3aa983@mail.gmail.com> I have installed deltarpms package (deltarpm-3.4-1.fc7) but when I install the yum-presto package yum-presto-0.3.7-1.noarch.rpm, and then run yum update or yum check-update, yum quits with the following lines of errors: Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 82, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig errorlevel=opts.errorlevel) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 145, in _getConfig startupconf.pluginconfpath) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 271, in doPluginSetup plugin_types, confpath) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 138, in __init__ self._importplugins(types) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 179, in _importplugins self._loadplugin(modulefile, types) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 196, in _loadplugin module = imp.load_module(modname, fp, pathname, description) File "/usr/lib/yum-plugins/presto.py", line 31, in from prestomdparser import PrestoMDParser File "/usr/share/presto/prestomdparser.py", line 22, in from cElementTree import iterparse ImportError: No module named cElementTree yum is version yum-3.1.6-1.fc7 fedora release is yum-3.1.6-1.fc7 Anything else I need to submit? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdieter at gmail.com Fri Apr 6 06:08:52 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 06 Apr 2007 09:08:52 +0300 Subject: yum-presto-0.3.7-1.noarch.rpm problems on Rawhide. In-Reply-To: <6bb886180704052222g36c9ac58q874b6fc1bd3aa983@mail.gmail.com> References: <6bb886180704052222g36c9ac58q874b6fc1bd3aa983@mail.gmail.com> Message-ID: <1175839732.29702.121.camel@jndwidescreen.lesbg.loc> On Fri, 2007-04-06 at 15:22 +1000, David Hunter wrote: > I have installed deltarpms package (deltarpm-3.4-1.fc7) but when I > install the yum-presto package yum-presto-0.3.7-1.noarch.rpm, and then > run yum update or yum check-update, yum quits with the following lines > of errors: > > yum is version yum-3.1.6-1.fc7 > fedora release is yum-3.1.6-1.fc7 > > Anything else I need to submit? > > -- > David Hunter There's still not a working release for Rawhide, and, even if there was, there are no presto-enabled repositories for Rawhide. Both should be fixed within the next couple of weeks, but that's where we're at for the moment. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdieter at gmail.com Fri Apr 6 06:07:03 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 06 Apr 2007 09:07:03 +0300 Subject: yum-presto 0.3.4 In-Reply-To: <64b14b300704051431g703d1c8lab719c1d94ce3c52@mail.gmail.com> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <64b14b300704051431g703d1c8lab719c1d94ce3c52@mail.gmail.com> Message-ID: <1175839623.29702.118.camel@jndwidescreen.lesbg.loc> On Thu, 2007-04-05 at 23:31 +0200, Valent Turkovic wrote: > I have another long post. > > I put presto 0.3.6 on a clean fedora core 6 install on another machine > I have and ran 'yum update'. > > I didn't see anywhere the "presto savings report" that previous > versions gave, so I wasn't sure if it was working or not, but I guess > it is working. But look for yourself. > Can you reenable that feature so yum prints out the savings of > download that would be needed if presto wasn't enabled? Can you also > make it print in human readable format (kB and MB instead of bits). > > Thank you. It actually hasn't been removed and does now show space in human-readable format. The change I made in 0.3.6 and 0.3.7 is that you now have to manually select the test presto repository. There are directions for doing this on the web site and in the README. You weren't actually getting *any* deltarpms, so it won't show the presto savings report. I've explained why I made this change in an earlier e-mail on the list. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at linux.duke.edu Fri Apr 6 06:19:06 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 06 Apr 2007 02:19:06 -0400 Subject: hal + pam update errors In-Reply-To: <6e24a8e80704051405q46f43015m27f63c292c7b6047@mail.gmail.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> <6e24a8e80704051405q46f43015m27f63c292c7b6047@mail.gmail.com> Message-ID: <1175840346.19199.60.camel@cutter> On Thu, 2007-04-05 at 23:05 +0200, Mark wrote: > it sounds good. > > but how is this flat file gonna be managed? cvs, I'd suspect. > will there be a rpm that`s updating the flatfile with other rpm names > incase they need to be added? or will it be a solid flat file that is > gonna be delivered with fedora core 7 and won`t be updated? I'd say it's a file that can be downloaded from any repo. The pkgs in the combined set of these files from all repos would be removed, if present. Then we could just have the file be present in updates-released and be done with it. > whatever one it is.. i wouldn`t go for a flatfile.. i think it`s > better to make use of sqlite (yea yea.. that`s flatfile based). > sqlite is needed for yum anyway so why not just use it for this > aswell. yes, but sqlite files are no fun to put into cvs or $SCM > but something different.. isn`t the basic problem of this all in yum > or rpm? (i think yum) and wouldn`t it be better to just fix that. yes, but as I said earlier, it is way simpler to fix the issue at the yum level than at the rpm level. -sv From gauret at free.fr Fri Apr 6 06:17:45 2007 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 06 Apr 2007 08:17:45 +0200 Subject: License problem with JPGraph Message-ID: Hi all, I'm the maintainer of JPGraph in Fedora (a php graphing library). I thought its licence was QPL by reading this: http://www.aditus.nu/jpgraph/jpdownload.php but apparently I misread it and jpgraph is only Free for non-commercial use. JPGraph used to be fully QPL a long time ago, but that changed. According to repoquery, no package depend on jpgraph, so what should I do to remove it from the repo ? Thanks, and my apologies for misreading the license. Aur?lien. -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "You do not really understand something unless you can explain it to your grandmother." -- Albert Einstein From nicolas.mailhot at laposte.net Fri Apr 6 06:29:59 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 6 Apr 2007 08:29:59 +0200 (CEST) Subject: JBoss and Fedora In-Reply-To: <46158971.6080006@redhat.com> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> Message-ID: <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> Le Ven 6 avril 2007 01:42, John Poelstra a ?crit : > Timothy Spaulding said the following on 04/05/2007 04:21 PM Pacific Time: >> What's going on with the JBoss acquisition? Are there plans in place to >> get JBoss packaged with >> Fedora and released as an open source product? Any insights? > Lots of stuff is already here: http://labs.jboss.com/portal/ Nothing properly packaged in rpm form in a yum repo (what John asked for). That's useless for people who don't want to hand-deploy their software (and a big reason why java in general never took of under Linux) John: you can't package JBoss properly if you don't package a JVM, Fedora will only package FLOSS code and the consensus seems to be it's more efficient to wait for the actual Java 7 SUN GPL release than make gcj feature-complete enough for JBoss. If no JBoss packages appear in Fedora after this JVM release, please yell. In the meanwhile you can try the jpackage JBoss packaging. Regards, -- Nicolas Mailhot From kagesenshi.87 at gmail.com Fri Apr 6 06:35:02 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Fri, 6 Apr 2007 14:35:02 +0800 Subject: yum-presto-0.3.7-1.noarch.rpm problems on Rawhide. In-Reply-To: <1175839732.29702.121.camel@jndwidescreen.lesbg.loc> References: <6bb886180704052222g36c9ac58q874b6fc1bd3aa983@mail.gmail.com> <1175839732.29702.121.camel@jndwidescreen.lesbg.loc> Message-ID: On 4/6/07, Jonathan Dieter wrote: > There's still not a working release for Rawhide, and, even if there was, > there are no presto-enabled repositories for Rawhide. Both should be > fixed within the next couple of weeks, but that's where we're at for the > moment. > > Jonathan > I'm looking forward for that :D ... wanna try creating a presto repository on my LAN mirror .. -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From davehoz at gmail.com Fri Apr 6 06:44:22 2007 From: davehoz at gmail.com (David Hunter) Date: Fri, 6 Apr 2007 16:44:22 +1000 Subject: yum-presto-0.3.7-1.noarch.rpm problems on Rawhide. In-Reply-To: <1175839732.29702.121.camel@jndwidescreen.lesbg.loc> References: <6bb886180704052222g36c9ac58q874b6fc1bd3aa983@mail.gmail.com> <1175839732.29702.121.camel@jndwidescreen.lesbg.loc> Message-ID: <6bb886180704052344u2f369b2eta440c8b0d8078bee@mail.gmail.com> Thanks for that - guess i will Just have 2 wait. On 06/04/07, Jonathan Dieter wrote: > > On Fri, 2007-04-06 at 15:22 +1000, David Hunter wrote: > > I have installed deltarpms package (deltarpm-3.4-1.fc7) but when I > > install the yum-presto package yum-presto-0.3.7-1.noarch.rpm, and then > > run yum update or yum check-update, yum quits with the following lines > > of errors: > > > > > yum is version yum-3.1.6-1.fc7 > > fedora release is yum-3.1.6-1.fc7 > > > > Anything else I need to submit? > > > > -- > > David Hunter > There's still not a working release for Rawhide, and, even if there was, > there are no presto-enabled repositories for Rawhide. Both should be > fixed within the next couple of weeks, but that's where we're at for the > moment. > > Jonathan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwmw2 at infradead.org Fri Apr 6 07:05:18 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 06 Apr 2007 03:05:18 -0400 Subject: New mirror layout for the merged core and extras In-Reply-To: <200704051640.14557.jkeating@redhat.com> References: <200704051640.14557.jkeating@redhat.com> Message-ID: <1175843118.2764.27.camel@shinybook.infradead.org> On Thu, 2007-04-05 at 16:40 -0400, Jesse Keating wrote: > Any feedback would be appreciated. This could be expected to go live > as early as Monday Apr 9th. Any chance we could do that kind of change on a Friday night instead? That way, I can abuse my DSL line all weekend while the bandwidth isn't being counted. I already doubled my 'peak hours' allowance for last month when everything from Fedora/RPMS/ moved up a directory and spent all day copying on a Monday -- I'd rather not have it happen again. Obviously I could handle this manually for myself, but I suspect I'm far from the only one mirroring the tree for whom weekend bandwidth is cheaper than weekdays... -- dwmw2 From tla at rasmil.dk Fri Apr 6 07:29:17 2007 From: tla at rasmil.dk (Tim Lauridsen) Date: Fri, 06 Apr 2007 09:29:17 +0200 Subject: small bug in pup (package updater) In-Reply-To: <6e24a8e80704051354r6d90127fj9f17fffe085eaf9a@mail.gmail.com> References: <6e24a8e80704051354r6d90127fj9f17fffe085eaf9a@mail.gmail.com> Message-ID: <4615F6CD.2070803@rasmil.dk> Mark wrote: > Hey, > > i seem to be on a topic spree today.. > anyway.. i rarely use pup because i want to see the download speeds > for the packages and want to abort them if needed + i want to see any > possible errors that occur. > now i just did a update and i noticed that pup isn`t refreshing itself > to see if there are newer updates or if another program took care of > the updates.. > > i know that you can manually refresh pup but wouldn`t it be better to > auto refresh pup once every 5 minutes? > > and a pup suggestion.. could it be possible to show the yum output in > pup (with a expand arrow)? > > this is (probably) my last topic today. > more bug hunting tomorrow. > > Mark Try yumex it show you what is going on. Tim From sb at monkey-mind.net Fri Apr 6 07:55:09 2007 From: sb at monkey-mind.net (Steven Bakker) Date: Fri, 06 Apr 2007 09:55:09 +0200 Subject: License problem with JPGraph In-Reply-To: References: Message-ID: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> On Fri, 2007-04-06 at 08:17 +0200, Aurelien Bompard wrote: > I'm the maintainer of JPGraph in Fedora (a php graphing library). I thought > its licence was QPL by reading this: > http://www.aditus.nu/jpgraph/jpdownload.php > but apparently I misread it and jpgraph is only Free for non-commercial use. > JPGraph used to be fully QPL a long time ago, but that changed. Actually, the text reads: JpGraph is released under a dual license. QPL 1.0 (Qt Free Licensee) For non-commercial, open-source or educational use and JpGraph Professional License for commercial use. So QPL applies for (non-commercial || open-source || educational) use. I'd say Fedora fits in the "open-source" category. But yeah, the text is far from clear. Perhaps its better to ask the authors for clarification. It'd be a pity if a useful package like that is pulled because of a misunderstanding... -- Steven From sundaram at fedoraproject.org Fri Apr 6 08:10:38 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 06 Apr 2007 13:40:38 +0530 Subject: License problem with JPGraph In-Reply-To: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> Message-ID: <4616007E.3040007@fedoraproject.org> Steven Bakker wrote: > On Fri, 2007-04-06 at 08:17 +0200, Aurelien Bompard wrote: > >> I'm the maintainer of JPGraph in Fedora (a php graphing library). I thought >> its licence was QPL by reading this: >> http://www.aditus.nu/jpgraph/jpdownload.php >> but apparently I misread it and jpgraph is only Free for non-commercial use. >> JPGraph used to be fully QPL a long time ago, but that changed. > > Actually, the text reads: > > JpGraph is released under a dual license. QPL 1.0 (Qt Free > Licensee) For non-commercial, open-source or educational use and > JpGraph Professional License for commercial use. > > So QPL applies for (non-commercial || open-source || educational) use. > I'd say Fedora fits in the "open-source" category. It might. However the wording appears to attempt to classify open source along with non commercial and educational sort of projects while it might very well be used commercially or be part of a larger commercial product. Considering what we have things like EPEL, we definitely need a clarification from the authors. Rahul From che666 at gmail.com Fri Apr 6 08:50:42 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 6 Apr 2007 10:50:42 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405154315.GG2899@free.fr> References: <21190.1175583005@sss.pgh.pa.us> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> Message-ID: 2007/4/5, Patrice Dumas : > On Thu, Apr 05, 2007 at 05:30:05PM +0200, Trond Danielsen wrote: > > 2007/4/5, Patrice Dumas : > > >I think this is a very wrong direction for fedora. Free software is > > >about choice. And also being able to test innovative technologies. > > > > Free software is indeed about choices, but creating a distribution is > > also about making choices. If the distribution does not make them, but > > leave them to the user, then a distribution is nothing more than > > collection of packages bundled together. > > I also disagree. There is something between 'a collection of packages > bundled together' and a distribution where all the choices are made for > the user. To take the example of Fedora it is more than a collection of > packages, but not because of the choice of packages bundled, but because > > * there are some packaging standards > * there are some defaults > * the packages are integrated into the distribution > > It was explicit in fedora extras that the only reason not to accept a > package was a license issue, or a conflict with core. I hope that > it hasn't changed. > > > Power users are indeed welcome to test new things. That does not mean > > that everything has to be in the main repositories and thereby risking > > breaking things for many users. > > Breaking what? Theya re parallel installable and not installed. > > > I remember asking many years on #fedora why some cheezy window manager > > that I wanted to try wasn't available in Fedora. My question was > > exactly the same as yours: "Isn't free software about choices?". The > > answer I got was the same as the one I've given here. This lead me > > into a dark journey through many distributions, looking for the > > answer. But eventually I grew up, and wanted a distribution that made > > some sane decisions for me, and not forcing me to deal with every > > little detail of the system. > > Maybe you are not using the right distribution then. Thanks to fedora > extras, there are now plenty window managers, including fluxbox, wmx, > blackbox, fvwm, icewm, mwm, twm, pekwm, windowMaker and many others. > The only one I know about that I know isn't in fedora is rox. > > I reviewed some of these (including icewm, fvwm and pekwm) and I always > made sure that they were rightly integrated in fedora, by having the > freedesktop menuu, an entry in /usr/share/xsessions/, using xdg-open > to open files, htmlview instead of a random browser. That, is our > packager work, not removing user choice. there are around 20 wms i know offhand that arent in the distribution yet. > > -- > Pat > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From che666 at gmail.com Fri Apr 6 08:48:38 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 6 Apr 2007 10:48:38 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070405113935.GB2899@free.fr> References: <1175554219.2751.63.camel@zelda.fubar.dk> <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <4614CCD9.7000800@develer.com> <20070405113935.GB2899@free.fr> Message-ID: 2007/4/5, Patrice Dumas : > On Thu, Apr 05, 2007 at 12:18:01PM +0200, Bernardo Innocenti wrote: > > dragoran dragoran wrote: > > > > > All the init systems should be parallel installable, so the choice is > > > only for the default init system. > > > > > > if we go this route system-config-services should support multiple > > > backends.... > > > > ...and many packages should contain multiple init scripts for those > > systems that dropped sysvinit compatibility (like initng). > > Sure, if there is somebody wanting to go that route, let's not stop > them. actually i disagree. as far as the current state goes its alot easier and more maintainable if the scripts are in a central package. if you disagree not a problem. but id really expect then that you are going into the projects and fixing up the scripts individually then. Generally i also think that we should have choice. Friendly competition among systems is a healthy thing. Think if you have multible systems with different scripts its unlikely upstream is going to maintain all of them. Especially considering you want clean and tidy scripts... regards, Rudolf Kastl p.s. its always easy to say something has to happen if you are not planning on doing it. > > -- > Pat > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From fedora at leemhuis.info Fri Apr 6 09:05:11 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 06 Apr 2007 11:05:11 +0200 Subject: New mirror layout for the merged core and extras In-Reply-To: <1175843118.2764.27.camel@shinybook.infradead.org> References: <200704051640.14557.jkeating@redhat.com> <1175843118.2764.27.camel@shinybook.infradead.org> Message-ID: <46160D47.8020003@leemhuis.info> David Woodhouse schrieb: > On Thu, 2007-04-05 at 16:40 -0400, Jesse Keating wrote: >> Any feedback would be appreciated. This could be expected to go live >> as early as Monday Apr 9th. > Any chance we could do that kind of change on a Friday night instead? > That way, I can abuse my DSL line all weekend while the bandwidth isn't > being counted. I already doubled my 'peak hours' allowance for last > month when everything from Fedora/RPMS/ moved up a directory and spent > all day copying on a Monday -- I'd rather not have it happen again. > Obviously I could handle this manually for myself, but I suspect I'm far > from the only one mirroring the tree for whom weekend bandwidth is > cheaper than weekdays... Last time Jesse did some major adjustments on the directory layout on the server (one year ago iirc -- can remember what the reasons was) the files were hardlinked into the new place and deleted one or two weeks later in the old place; someone that regularly rsyncs with the proper parameters doesn't have to download everything anew that way iirc. Isn't this a option this time? Or am I missing something? CU thl From pertusus at free.fr Fri Apr 6 09:15:27 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 6 Apr 2007 11:15:27 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: References: <60333.192.54.193.51.1175588723.squirrel@rousalka.dyndns.org> <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <4614CCD9.7000800@develer.com> <20070405113935.GB2899@free.fr> Message-ID: <20070406091527.GD2902@free.fr> On Fri, Apr 06, 2007 at 10:48:38AM +0200, Rudolf Kastl wrote: > > as far as the current state goes its alot easier and more maintainable > if the scripts are in a central package. > > if you disagree not a problem. but id really expect then that you are > going into the projects and fixing up the scripts individually then. I am just saying that if somebody wants to do this we should not prevent it. I am not saying I'll do it. If new init systems are not accepted nobody will ever do the scripts, and so they will never be able to prove that they are better or not. If they are accepted it isn't sure that somebody would do the scripts, but it becomes possible. > p.s. its always easy to say something has to happen if you are not > planning on doing it. I am not saying that it is going to happen, I am saying that we shouldn't prevent it to happen. -- Pat From pertusus at free.fr Fri Apr 6 09:19:46 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 6 Apr 2007 11:19:46 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: References: <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> Message-ID: <20070406091946.GE2902@free.fr> On Fri, Apr 06, 2007 at 10:50:42AM +0200, Rudolf Kastl wrote: > > there are around 20 wms i know offhand that arent in the distribution yet. Ok, I am not a wm specialist, I am just saying that actually there is a large choice of wm thanks to fedora extras, and our job is to integrate them, not to reject because it is harder to maintain many wm and confusing for the users. -- Pat From sundaram at fedoraproject.org Fri Apr 6 09:35:21 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 06 Apr 2007 15:05:21 +0530 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070406091946.GE2902@free.fr> References: <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> Message-ID: <46161459.9020407@fedoraproject.org> Patrice Dumas wrote: > On Fri, Apr 06, 2007 at 10:50:42AM +0200, Rudolf Kastl wrote: >> there are around 20 wms i know offhand that arent in the distribution yet. > > Ok, I am not a wm specialist, I am just saying that actually there is > a large choice of wm thanks to fedora extras, and our job is to > integrate them, not to reject because it is harder to maintain many wm > and confusing for the users. A window manager is very different from a init script system. We don't currently allow individual maintainers to put different kernels into Fedora repository. A init system is very similar. For a alternatively init system to properly work with the system requires all packages that provide init scripts to also provide a different one for each different init system that we have in the repository unless they have a SysV init compatibility mode. This is quite a large amount of integration work required which packagers not be interested in. Some sort of experimental version is ok for testers in the development branch but this wouldnt scale much for the "stable" branches that we have to maintain. Do you see that as a problem? If so what is the solution that you are suggesting? Rahul From nicolas.mailhot at laposte.net Fri Apr 6 09:41:55 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 6 Apr 2007 11:41:55 +0200 (CEST) Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46161459.9020407@fedoraproject.org> References: <6e24a8e80704030404qb10da46r25e629ef4b3ae8c1@mail.gmail.com> <46123528.8000909@gmail.com> <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> Message-ID: <35468.192.54.193.51.1175852515.squirrel@rousalka.dyndns.org> Le Ven 6 avril 2007 11:35, Rahul Sundaram a ?crit : > For a alternatively init system to properly work with the system > requires all packages that provide init scripts to also provide a > different one for each different init system that we have in the > repository unless they have a SysV init compatibility mode. multi-init would work if the init "script" syntax was purely declarative. This is the problem already discussed in "make init scripts %config" thread Since SysV is badly designed, multi-init can only work if all the new projects agree on a common non implementation-adherent declarative syntax for services. And if Fedora dumps SysV -- Nicolas Mailhot From aph at redhat.com Fri Apr 6 10:07:51 2007 From: aph at redhat.com (Andrew Haley) Date: Fri, 6 Apr 2007 11:07:51 +0100 Subject: JBoss and Fedora In-Reply-To: <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> Message-ID: <17942.7159.244877.338551@zebedee.pink> Nicolas Mailhot writes: > > the consensus seems to be it's more efficient to wait for the > actual Java 7 SUN GPL release than make gcj feature-complete enough > for JBoss. Really? The consensus among whom? I wonder what that's based on. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From jkeating at redhat.com Fri Apr 6 10:57:29 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 6 Apr 2007 06:57:29 -0400 Subject: New mirror layout for the merged core and extras In-Reply-To: <46160D47.8020003@leemhuis.info> References: <200704051640.14557.jkeating@redhat.com> <1175843118.2764.27.camel@shinybook.infradead.org> <46160D47.8020003@leemhuis.info> Message-ID: <200704060657.29613.jkeating@redhat.com> On Friday 06 April 2007 05:05:11 Thorsten Leemhuis wrote: > Last time Jesse did some major adjustments on the directory layout on > the server (one year ago iirc -- can remember what the reasons was) the > files were hardlinked into the new place and deleted one or two weeks > later in the old place; someone that regularly rsyncs with the proper > parameters doesn't have to download everything anew that way iirc. Isn't > this a option this time? Or am I missing something? That could be an option this time. Given that we've delayed the merger until we can get more builders in place in the colo, we have more time to prepare the new layout. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Fri Apr 6 10:59:24 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 06 Apr 2007 12:59:24 +0200 Subject: JBoss and Fedora In-Reply-To: <17942.7159.244877.338551@zebedee.pink> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> Message-ID: <1175857164.8172.0.camel@rousalka.dyndns.org> Le vendredi 06 avril 2007 ? 11:07 +0100, Andrew Haley a ?crit : > Nicolas Mailhot writes: > > > > the consensus seems to be it's more efficient to wait for the > > actual Java 7 SUN GPL release than make gcj feature-complete enough > > for JBoss. > > Really? The consensus among whom? I wonder what that's based on. The consensus as expressed by the Fedora Java team on this list in the past -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jdieter at gmail.com Fri Apr 6 11:03:22 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 06 Apr 2007 14:03:22 +0300 Subject: Yum-presto status Message-ID: <1175857402.4263.6.camel@jndwidescreen.lesbg.loc> Last night I managed the first build of yum-presto for Extras, so it should be appearing some time today. With that news, I think it would be best to maintain two branches of yum-presto. The first branch will continue to appear in the "presto" repository and will have new features (and probably be a bit buggy). This will be for testing. The second branch will appear in Extras and will (hopefully) be more stable. When I get the Rawhide version up and running, it will probably follow the first branch. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tspauld98 at yahoo.com Fri Apr 6 11:07:06 2007 From: tspauld98 at yahoo.com (Timothy Spaulding) Date: Fri, 6 Apr 2007 04:07:06 -0700 (PDT) Subject: JBoss and Fedora In-Reply-To: <1175857164.8172.0.camel@rousalka.dyndns.org> Message-ID: <362196.76897.qm@web60518.mail.yahoo.com> If that is the case, why not just package Java 7 directly rather than make gcj feature-complete? Are both Java 7 and gcj going to be available as part of the Fedora install? Is there a roadmap wiki page that lays all this out somewhere? Thanks, tims --- Nicolas Mailhot wrote: > Le vendredi 06 avril 2007 ? 11:07 +0100, Andrew Haley a ?crit : > > Nicolas Mailhot writes: > > > > > > the consensus seems to be it's more efficient to wait for the > > > actual Java 7 SUN GPL release than make gcj feature-complete enough > > > for JBoss. > > > > Really? The consensus among whom? I wonder what that's based on. > > The consensus as expressed by the Fedora Java team on this list in the > past > > -- > Nicolas Mailhot > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news From jdieter at gmail.com Fri Apr 6 11:07:19 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 06 Apr 2007 14:07:19 +0300 Subject: yum-presto 0.3.4 In-Reply-To: <4614F13B.3070308@rasmil.dk> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> Message-ID: <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> On Thu, 2007-04-05 at 14:53 +0200, Tim Lauridsen wrote: > This error is Python 2.5 related, cElementTree is included in Python 2.5. > > Something like this will make it work in both python 2.4 (FC6) and > Python 2.5 (FC7) > > try: > from cElementTree import interparse # Python 2.4 > except: > from xml.etree.cElementTree import interparse # Python 2.5 > > Tim > If somebody using Rawhide would like to test this and tell me if this at least keeps presto from crashing yum. The file you need to edit is /usr/share/presto/prestomdparser.py, and the line you need to replace is "from cElementTree import interparse". Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From markg85 at gmail.com Fri Apr 6 11:08:56 2007 From: markg85 at gmail.com (Mark) Date: Fri, 6 Apr 2007 13:08:56 +0200 Subject: hal + pam update errors In-Reply-To: <1175840346.19199.60.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> <6e24a8e80704051405q46f43015m27f63c292c7b6047@mail.gmail.com> <1175840346.19199.60.camel@cutter> Message-ID: <6e24a8e80704060408l7b648ca5qdb40c00a6bfc637a@mail.gmail.com> take a look at this little script rpm=$1 arch=$2 rpm -qa \ | grep $rpm \ | while read rpm do found=`rpm -qi $rpm | grep $arch` [ "$found" ] && echo $rpm done a colleage (however it`s spelled) of my made that and it can find the architectures :D usage (when put in a file called rpmscript): rpmscript hal i386 hope this helps. good luck, Mark. 2007/4/6, seth vidal : > > On Thu, 2007-04-05 at 23:05 +0200, Mark wrote: > > it sounds good. > > > > but how is this flat file gonna be managed? > > cvs, I'd suspect. > > > will there be a rpm that`s updating the flatfile with other rpm names > > incase they need to be added? or will it be a solid flat file that is > > gonna be delivered with fedora core 7 and won`t be updated? > > I'd say it's a file that can be downloaded from any repo. The pkgs in > the combined set of these files from all repos would be removed, if > present. Then we could just have the file be present in updates-released > and be done with it. > > > > whatever one it is.. i wouldn`t go for a flatfile.. i think it`s > > better to make use of sqlite (yea yea.. that`s flatfile based). > > sqlite is needed for yum anyway so why not just use it for this > > aswell. > > yes, but sqlite files are no fun to put into cvs or $SCM > > > > but something different.. isn`t the basic problem of this all in yum > > or rpm? (i think yum) and wouldn`t it be better to just fix that. > > yes, but as I said earlier, it is way simpler to fix the issue at the > yum level than at the rpm level. > > -sv > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From giallu at gmail.com Fri Apr 6 11:13:59 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 6 Apr 2007 13:13:59 +0200 Subject: License problem with JPGraph In-Reply-To: References: Message-ID: On 4/6/07, Aurelien Bompard wrote: > Hi all, > > I'm the maintainer of JPGraph in Fedora (a php graphing library). I thought > its licence was QPL by reading this: > http://www.aditus.nu/jpgraph/jpdownload.php > but apparently I misread it and jpgraph is only Free for non-commercial use. > JPGraph used to be fully QPL a long time ago, but that changed. Maybe we can package the older 1.52 as debian did? http://packages.debian.org/changelogs/pool/main/libp/libphp-jpgraph/libphp-jpgraph_1.5.2-10.1/libphp-jpgraph.copyright > > According to repoquery, no package depend on jpgraph, so what should I do to > remove it from the repo ? I was considering activating the mantis graphing module, which is based on jpgraph. Better wait for this to sort out... From jwboyer at jdub.homelinux.org Fri Apr 6 11:07:50 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 06 Apr 2007 06:07:50 -0500 Subject: License problem with JPGraph In-Reply-To: <4616007E.3040007@fedoraproject.org> References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <4616007E.3040007@fedoraproject.org> Message-ID: <1175857670.32658.63.camel@vader.jdub.homelinux.org> On Fri, 2007-04-06 at 13:40 +0530, Rahul Sundaram wrote: > Steven Bakker wrote: > > On Fri, 2007-04-06 at 08:17 +0200, Aurelien Bompard wrote: > > > >> I'm the maintainer of JPGraph in Fedora (a php graphing library). I thought > >> its licence was QPL by reading this: > >> http://www.aditus.nu/jpgraph/jpdownload.php > >> but apparently I misread it and jpgraph is only Free for non-commercial use. > >> JPGraph used to be fully QPL a long time ago, but that changed. > > > > Actually, the text reads: > > > > JpGraph is released under a dual license. QPL 1.0 (Qt Free > > Licensee) For non-commercial, open-source or educational use and > > JpGraph Professional License for commercial use. > > > > So QPL applies for (non-commercial || open-source || educational) use. > > I'd say Fedora fits in the "open-source" category. > > It might. However the wording appears to attempt to classify open source > along with non commercial and educational sort of projects while it > might very well be used commercially or be part of a larger commercial > product. > > Considering what we have things like EPEL, we definitely need a > clarification from the authors. Agreed. Without additional clarification, I would recommend removing it from the repository. josh From jkeating at redhat.com Fri Apr 6 11:12:55 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 6 Apr 2007 07:12:55 -0400 Subject: hal + pam update errors In-Reply-To: <20070406040805.GA29408@nostromo.devel.redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704051526.31753.jkeating@redhat.com> <20070406040805.GA29408@nostromo.devel.redhat.com> Message-ID: <200704060712.55858.jkeating@redhat.com> On Friday 06 April 2007 00:08:05 Bill Nottingham wrote: > Looking at CVS, the obsoletes is in both the main and the -libs package - > I'm not sure that's right. That's what Seth had suggested to try and get hal.i386 removed in favor of hal-libs.i386, since there was no more hal.i386 available. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Apr 6 11:14:26 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 6 Apr 2007 07:14:26 -0400 Subject: New mirror layout for the merged core and extras In-Reply-To: <200704052348.07534.lists@sapience.com> References: <200704051640.14557.jkeating@redhat.com> <200704052348.07534.lists@sapience.com> Message-ID: <200704060714.26526.jkeating@redhat.com> On Thursday 05 April 2007 23:48:07 Mail List wrote: > ? Curious why we don't have the top level keyed by release .. something > more like below - seems a lot simpler and keeps everything together for > each version - does this appeal to others? > > ? ?It also makes it very easy for those who keep local repo and only need a > subset of versions as well. Now you have a directory tree where some content is never updated, some content is updated at random times during the day. Harder for the mirrors to decide when to sync causing much overhead. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Fri Apr 6 11:17:33 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 06 Apr 2007 16:47:33 +0530 Subject: JBoss and Fedora In-Reply-To: <362196.76897.qm@web60518.mail.yahoo.com> References: <362196.76897.qm@web60518.mail.yahoo.com> Message-ID: <46162C4D.8030902@fedoraproject.org> Timothy Spaulding wrote: > If that is the case, why not just package Java 7 directly rather than make gcj feature-complete? Sun Java is not completely under a Free and open source license yet. There are still proprietary bits that needs to be replaced. This has been discussed in this list multiple times before. See the archives. > Are both Java 7 and gcj going to be available as part of the Fedora install? GCJ is already part of Fedora. When Sun Java is completely under a open source license, it will very like replace GCJ. Rahul Ps: Avoid top posting. From jkeating at redhat.com Fri Apr 6 11:16:08 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 6 Apr 2007 07:16:08 -0400 Subject: JBoss and Fedora In-Reply-To: <362196.76897.qm@web60518.mail.yahoo.com> References: <362196.76897.qm@web60518.mail.yahoo.com> Message-ID: <200704060716.08497.jkeating@redhat.com> On Friday 06 April 2007 07:07:06 Timothy Spaulding wrote: > If that is the case, why not just package Java 7 directly rather than make > gcj feature-complete? Because Java 7 is still not FLOSS enough. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oliver at linux-kernel.at Fri Apr 6 11:23:14 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 06 Apr 2007 13:23:14 +0200 Subject: JBoss and Fedora In-Reply-To: <200704060716.08497.jkeating@redhat.com> References: <362196.76897.qm@web60518.mail.yahoo.com> <200704060716.08497.jkeating@redhat.com> Message-ID: <46162DA2.2020804@linux-kernel.at> On 04/06/2007 01:16 PM, Jesse Keating wrote: > On Friday 06 April 2007 07:07:06 Timothy Spaulding wrote: >> If that is the case, why not just package Java 7 directly rather than make >> gcj feature-complete? > > Because Java 7 is still not FLOSS enough. And when it finally is, it will be funny to build it under ppc, alpha or s390 :-) Will for sure make a lot of head-aches... -of From nicolas.mailhot at laposte.net Fri Apr 6 11:28:56 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 06 Apr 2007 13:28:56 +0200 Subject: License problem with JPGraph In-Reply-To: References: Message-ID: <1175858936.8172.3.camel@rousalka.dyndns.org> Le vendredi 06 avril 2007 ? 13:13 +0200, Gianluca Sforna a ?crit : > On 4/6/07, Aurelien Bompard wrote: > > Hi all, > > > > I'm the maintainer of JPGraph in Fedora (a php graphing library). I thought > > its licence was QPL by reading this: > > http://www.aditus.nu/jpgraph/jpdownload.php > > but apparently I misread it and jpgraph is only Free for non-commercial use. > > JPGraph used to be fully QPL a long time ago, but that changed. > > Maybe we can package the older 1.52 as debian did? > http://packages.debian.org/changelogs/pool/main/libp/libphp-jpgraph/libphp-jpgraph_1.5.2-10.1/libphp-jpgraph.copyright That's a very bad idea. Releasing a dead end means people will get angry once they build stuff around it and realise it won't be updated ever anymore. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Fri Apr 6 11:30:51 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 06 Apr 2007 13:30:51 +0200 Subject: JBoss and Fedora In-Reply-To: <46162DA2.2020804@linux-kernel.at> References: <362196.76897.qm@web60518.mail.yahoo.com> <200704060716.08497.jkeating@redhat.com> <46162DA2.2020804@linux-kernel.at> Message-ID: <1175859051.8172.5.camel@rousalka.dyndns.org> Le vendredi 06 avril 2007 ? 13:23 +0200, Oliver Falk a ?crit : > On 04/06/2007 01:16 PM, Jesse Keating wrote: > > On Friday 06 April 2007 07:07:06 Timothy Spaulding wrote: > >> If that is the case, why not just package Java 7 directly rather than make > >> gcj feature-complete? > > > > Because Java 7 is still not FLOSS enough. > > And when it finally is, it will be funny to build it under ppc, alpha or > s390 :-) Will for sure make a lot of head-aches... But will be very useful for people that don't want to learn the quirks of a new jvm codebase every time they move from one arch to another -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mschwendt.tmp0701.nospam at arcor.de Fri Apr 6 11:58:07 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 6 Apr 2007 13:58:07 +0200 Subject: hal + pam update errors In-Reply-To: <200704060712.55858.jkeating@redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704051526.31753.jkeating@redhat.com> <20070406040805.GA29408@nostromo.devel.redhat.com> <200704060712.55858.jkeating@redhat.com> Message-ID: <20070406135807.92c40b27.mschwendt.tmp0701.nospam@arcor.de> On Fri, 6 Apr 2007 07:12:55 -0400, Jesse Keating wrote: > On Friday 06 April 2007 00:08:05 Bill Nottingham wrote: > > Looking at CVS, the obsoletes is in both the main and the -libs package - > > I'm not sure that's right. > > That's what Seth had suggested to try and get hal.i386 removed in favor of > hal-libs.i386, since there was no more hal.i386 available. With up-to-date Rawhide i386, a package "test-libs" obsoletes an installed package "test" just fine. Yum reports that "test-libs replaces test". That is with test.i386 installed, test-libs.i386 only in the repo, and a normal "yum update". From jkeating at redhat.com Fri Apr 6 11:56:05 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 6 Apr 2007 07:56:05 -0400 Subject: hal + pam update errors In-Reply-To: <20070406135807.92c40b27.mschwendt.tmp0701.nospam@arcor.de> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704060712.55858.jkeating@redhat.com> <20070406135807.92c40b27.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704060756.05550.jkeating@redhat.com> On Friday 06 April 2007 07:58:07 Michael Schwendt wrote: > With up-to-date Rawhide i386, a package "test-libs" obsoletes an installed > package "test" just fine. Yum reports that "test-libs replaces test". > That is with test.i386 installed, test-libs.i386 only in the repo, and > a normal "yum update". This is why I stated I'll be setting up a test case for myself, as I've been relying on others to report back tests with the built up hal-libs obsoleting hal. Unfortunately I was far more focused on the merger work and was not able to get to this task this week, I will next week. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Fri Apr 6 12:01:23 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 6 Apr 2007 14:01:23 +0200 Subject: hal + pam update errors In-Reply-To: <6e24a8e80704060408l7b648ca5qdb40c00a6bfc637a@mail.gmail.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> <6e24a8e80704051405q46f43015m27f63c292c7b6047@mail.gmail.com> <1175840346.19199.60.camel@cutter> <6e24a8e80704060408l7b648ca5qdb40c00a6bfc637a@mail.gmail.com> Message-ID: <20070406140123.59d09e37.mschwendt.tmp0701.nospam@arcor.de> On Fri, 6 Apr 2007 13:08:56 +0200, Mark wrote: > take a look at this little script > > rpm=$1 > arch=$2 > > rpm -qa \ > | grep $rpm \ > | while read rpm > do > found=`rpm -qi $rpm | grep $arch` > [ "$found" ] && echo $rpm > done > > a colleage (however it`s spelled) of my made that and it can find the > architectures :D > > usage (when put in a file called rpmscript): > > rpmscript hal i386 > hope this helps. See rpm --querytags in particular invocations like rpm -q --qf %{name}-%{version}-%{release}.%{arch}\\n packagename and rpm --query --all --qf %{name}-%{version}-%{release}.%{arch}\\n From pertusus at free.fr Fri Apr 6 12:16:27 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 6 Apr 2007 14:16:27 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46161459.9020407@fedoraproject.org> References: <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> Message-ID: <20070406121627.GG2902@free.fr> On Fri, Apr 06, 2007 at 03:05:21PM +0530, Rahul Sundaram wrote: > > A window manager is very different from a init script system. We don't > currently allow individual maintainers to put different kernels into > Fedora repository. A init system is very similar. I think that, if there existed kernels different from the linux kernel but providing the same interface, we should allow them. But I don't think it exists. It is the same for the libc and I am a big proponent of having alternative libc, and even use them when there is a gain. To me there is no fundamental difference between the fedora components, as long as they share the same interfaces and use the same norms, otherwise said are integrated. (wm use X, and freedesktop, libcs implement the same API, and so on and so forth). Once more I am all for retrograde defaults, but also to let power users be able to test and use innovative stuff. Normal users won't install anything not in the default set. > For a alternatively init system to properly work with the system > requires all packages that provide init scripts to also provide a > different one for each different init system that we have in the > repository unless they have a SysV init compatibility mode. > > This is quite a large amount of integration work required which > packagers not be interested in. Some sort of experimental version is ok You cannot say that for packagers. Packagers may be interested in that work. If we forbid new init systems we prevent interested people to do the job. > for testers in the development branch but this wouldnt scale much for > the "stable" branches that we have to maintain. Why? If people are interested, they will make it scale. We have to accept new stuff, otherwise it won't get off. For example, for init systems, if we say 'this system is too new, it needs new init files/scripts' it will never get in because packagers and upstreams potentially interested will say 'this system is not packaged it is a waste of time to get interested in it'. > Do you see that as a problem? If so what is the solution that you are > suggesting? Let the new init systems packagers decide (as a community) when they can put new init systems in stable release, just like for normal components. If contributors cannot be trusted, things are wrong anyway. -- Pat From buildsys at fedoraproject.org Fri Apr 6 12:32:00 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 6 Apr 2007 08:32:00 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-06 Message-ID: <20070406123200.4EB1F152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 21 Pound-2.2.8-1.fc7 NEW asc-1.16.4.0-1.fc7 banshee-0.12.1-1.fc7 cobbler-0.4.6-0.fc7 curlftpfs-0.9.1-1.fc7 cycle-0.3.1-4.fc7 fltk-1.1.8-0.1.r5750.fc7 gtk-murrine-engine-0.52-1.fc7 jokosher-0.9-0.2.20070405svn.fc7 libmthca-1.0.4-1.fc7 NEW libtwin-0.0.2-2.fc7 liferea-1.2.10c-1.fc7 mantis-1.0.7-1.fc7 perl-Array-Compare-1.14-1.fc7 perl-Email-Address-1.887-1.fc7 perl-Log-Log4perl-1.10-1.fc7 NEW petitboot-0.0.1-1.fc7 srecord-1.31-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3045.fc7 vim-vimoutliner-0.3.4-9.fc7 wallpapoz-0.4-0.2.svn50.fc7 Packages built and released for Fedora Extras 6: 24 NEW asc-1.16.4.0-1.fc6 catfish-0.3-0.1.a.fc6 cobbler-0.4.6-0.fc6 colordiff-1.0.6-2.fc6 curlftpfs-0.9.1-1.fc6 cycle-0.3.1-4.fc6 cyrus-imapd-2.3.8-2.fc6 gnubg-20061119-11.fc6 gtk-murrine-engine-0.52-1.fc6 gtkwave-3.0.24-1.fc6 kadu-0.5.0-2.fc6 kooldock-0.4.6-1.fc6.1 mantis-1.0.7-1.fc6 monotone-0.34-1.fc6 ntfs-3g-1.328-2.fc6 NEW perl-Email-MIME-Attachment-Stripper-1.313-2.fc6 NEW perl-Geography-Countries-1.4-1.fc6 perl-Log-Log4perl-1.10-1.fc6 NEW perl-RPM2-0.67-1.fc6 NEW perl-Return-Value-1.302-2.fc6 quadkonsole-2.0.2-1.fc6 srecord-1.31-1.fc6 vim-vimoutliner-0.3.4-9.fc6 NEW yum-presto-0.3.7-2.fc6 Packages built and released for Fedora Extras 5: 18 catfish-0.3-0.1.a.fc5 cobbler-0.4.6-0.fc5 curlftpfs-0.9.1-1.fc5 cyrus-imapd-2.3.1-2.8.fc5 gnubg-20061119-11.fc5 gtk-murrine-engine-0.52-1.fc5 gtkwave-3.0.24-1.fc5 kadu-0.5.0-2.fc5 mantis-1.0.7-1.fc5 monotone-0.34-1.fc5 ntfs-3g-1.328-2.fc5 NEW perl-Email-MIME-Attachment-Stripper-1.313-2.fc5 NEW perl-Geography-Countries-1.4-1.fc5 perl-Log-Log4perl-1.10-1.fc5 NEW perl-RPM2-0.67-1.fc5 NEW perl-Return-Value-1.302-2.fc5 srecord-1.31-1.fc5 vim-vimoutliner-0.3.4-9.fc5 asc-1.16.4.0-1.fc7 ------------------ * Mon Mar 19 2007 Hans de Goede 1.16.4.0-1 - Initial Fedora Extras package based on specfile by Che (newrpms) banshee-0.12.1-1.fc7 -------------------- * Thu Apr 05 2007 Christopher Aillon - 0.12.1-1 - Update to 0.12.1 * Fri Mar 30 2007 Christopher Aillon - 0.12.0-5 - Fix up schema installs cobbler-0.4.6-0.fc7 ------------------- * Thu Apr 05 2007 Michael DeHaan - 0.4.6-0 - Upstream changes (see CHANGELOG) - Packaged 'config' directory under ks_mirror curlftpfs-0.9.1-1.fc7 --------------------- * Thu Apr 05 2007 David Anderson 0.9.1-1 - 0.9.1 cycle-0.3.1-4.fc7 ----------------- * Tue Apr 03 2007 Matej Cepl - 0.3.1-4 - changed BuildRoot to more sane value, now it is allowed. fltk-1.1.8-0.1.r5750.fc7 ------------------------ * Thu Apr 05 2007 Rex Dieter 1.1.8-0.1.r5750 - fltk-1.1.x-r5750 snapshot (1.1.8 pre-release) - --enable-xinerama - patch for undefined symbols in libfltk_gl gtk-murrine-engine-0.52-1.fc7 ----------------------------- * Thu Apr 05 2007 Leo, Shidai Liu 0.52-1 - 0.52 jokosher-0.9-0.2.20070405svn.fc7 -------------------------------- * Thu Apr 05 2007 Christopher Brown - 0.9-0.2.20070405svn - update to svn 20070405 - added python macros libmthca-1.0.4-1.fc7 -------------------- * Thu Nov 09 2006 Roland Dreier - 1.0.4-1 - New upstream release - Depend on libibverbs 1.1, and package new library file names. - Spec file cleanups: remove unused ver macro, improve BuildRoot, move static libraries into devel-static package, and don't use makeinstall any more (all suggested by Doug Ledford ). libtwin-0.0.2-2.fc7 ------------------- * Thu Apr 05 2007 David Woodhouse 0.0.2-2 - Fix non-HAVE_ALTIVEC build * Thu Apr 05 2007 David Woodhouse 0.0.2-1 - Initial package liferea-1.2.10c-1.fc7 --------------------- * Thu Apr 05 2007 Brian Pepple - 1.2.10c-1 - Update to 1.2.10c. - Update feed patch. mantis-1.0.7-1.fc7 ------------------ * Thu Apr 05 2007 Gianluca Sforna - 1.0.7-1 - new upstream release - drop upstreamed patch - fix (most) rpmlint issues - tweak Source0 URL - remove config_inc.php symlink (config is now found via the MANTIS_CONFIG environment variable) * Tue Jan 09 2007 Gianluca Sforna - 1.0.6-2 - Add some docs - Add patch for BZ #219937 - Fix rpmlint messages for SRPM perl-Array-Compare-1.14-1.fc7 ----------------------------- * Thu Apr 05 2007 Jose Pedro Oliveira - 1.14-1 - Update to 1.14. perl-Email-Address-1.887-1.fc7 ------------------------------ * Thu Apr 05 2007 Jose Pedro Oliveira - 1.887-1 - Update to 1.887. perl-Log-Log4perl-1.10-1.fc7 ---------------------------- * Thu Apr 05 2007 Jose Pedro Oliveira - 1.10-1 - Update to 1.10. petitboot-0.0.1-1.fc7 --------------------- * Thu Apr 05 2007 David Woodhouse 0.0.1-1 - Initial package Pound-2.2.8-1.fc7 ----------------- * Thu Apr 05 2007 2.2.8-1 - Sync with upstream srecord-1.31-1.fc7 ------------------ * Thu Apr 05 2007 Jose Pedro Oliveira - 1.31-1 - Update to 1.31. sysprof-kmod-1.0.8-1.2.6.20_1.3045.fc7 -------------------------------------- vim-vimoutliner-0.3.4-9.fc7 --------------------------- * Tue Apr 03 2007 Matej Cepl - 0.3.4-9 - changed BuildRoot to more sane value, now it is allowed. wallpapoz-0.4-0.2.svn50.fc7 --------------------------- * Thu Apr 05 2007 Mamoru Tasaka - 0.4-0.2.svn50 - Update to 0.4 pre svn50 - Add Japanese support (upstream will merge this) For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mschwendt.tmp0701.nospam at arcor.de Fri Apr 6 10:23:54 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 6 Apr 2007 12:23:54 +0200 Subject: rpms/cycle/FC-6 cycle.spec,1.1,1.2 In-Reply-To: <200704060945.l369jvMS005075@cvs-int.fedora.redhat.com> References: <200704060945.l369jvMS005075@cvs-int.fedora.redhat.com> Message-ID: <20070406122354.08db377b.mschwendt.tmp0701.nospam@arcor.de> On Fri, 6 Apr 2007 05:45:57 -0400, Matej Cepl (mcepl) wrote: > Author: mcepl > > Update of /cvs/extras/rpms/cycle/FC-6 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv5048 > > Modified Files: > cycle.spec > Log Message: > Changed BuildRoot to more sane value, now it is allowed. > -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > +BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) More sane? No. It is an immature hack. If you ever need --short-circuit -bi with such a buildroot, you arrive in mktemp hell. From aph at redhat.com Fri Apr 6 12:41:51 2007 From: aph at redhat.com (Andrew Haley) Date: Fri, 6 Apr 2007 13:41:51 +0100 Subject: JBoss and Fedora In-Reply-To: <1175857164.8172.0.camel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> Message-ID: <17942.16399.503367.24197@zebedee.pink> Nicolas Mailhot writes: > Le vendredi 06 avril 2007 ? 11:07 +0100, Andrew Haley a ?crit : > > Nicolas Mailhot writes: > > > > > > the consensus seems to be it's more efficient to wait for the > > > actual Java 7 SUN GPL release than make gcj feature-complete enough > > > for JBoss. > > > > Really? The consensus among whom? I wonder what that's based on. > > The consensus as expressed by the Fedora Java team on this list in the > past I could only find one posting under site://www.redhat.com/archives/fedora-devel-list/site://www.redhat.com/archives/fedora-devel-list/ jboss -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From aph at redhat.com Fri Apr 6 12:45:04 2007 From: aph at redhat.com (Andrew Haley) Date: Fri, 6 Apr 2007 13:45:04 +0100 Subject: JBoss and Fedora In-Reply-To: <1175857164.8172.0.camel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> Message-ID: <17942.16592.347607.436543@zebedee.pink> Nicolas Mailhot writes: > Le vendredi 06 avril 2007 ? 11:07 +0100, Andrew Haley a ?crit : > > Nicolas Mailhot writes: > > > > > > the consensus seems to be it's more efficient to wait for the > > > actual Java 7 SUN GPL release than make gcj feature-complete enough > > > for JBoss. > > > > Really? The consensus among whom? I wonder what that's based on. > > The consensus as expressed by the Fedora Java team on this list in the > past I doubt it. I could only find one posting with the Google query site://www.redhat.com/archives/fedora-devel-list/ jboss gcj and that was from one "Nicolas Mailhot". Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From aph at redhat.com Fri Apr 6 12:50:50 2007 From: aph at redhat.com (Andrew Haley) Date: Fri, 6 Apr 2007 13:50:50 +0100 Subject: JBoss and Fedora In-Reply-To: <17942.16399.503367.24197@zebedee.pink> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16399.503367.24197@zebedee.pink> Message-ID: <17942.16938.124155.482685@zebedee.pink> Andrew Haley writes: > > I could only find one posting under site://www.redhat.com/archives/fedora-devel-list/site://www.redhat.com/archives/fedora-devel-list/ jboss This is obviously not true; I hit "send" before I'd finished composing the message. :-( Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From tromey at redhat.com Fri Apr 6 12:55:57 2007 From: tromey at redhat.com (Tom Tromey) Date: 06 Apr 2007 06:55:57 -0600 Subject: JBoss and Fedora In-Reply-To: <1175857164.8172.0.camel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> Message-ID: >>>>> "Nicolas" == Nicolas Mailhot writes: >> > the consensus seems to be it's more efficient to wait for the >> > actual Java 7 SUN GPL release than make gcj feature-complete enough >> > for JBoss. >> >> Really? The consensus among whom? I wonder what that's based on. Nicolas> The consensus as expressed by the Fedora Java team on this Nicolas> list in the past I don't remember that. Anyway what Andrew doesn't say is that much of JBoss is working: http://thread.gmane.org/gmane.linux.redhat.fedora.java/2150 Tom From rdieter at math.unl.edu Fri Apr 6 13:12:05 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 06 Apr 2007 08:12:05 -0500 Subject: Fedora-7-KDE-Live snapshots Message-ID: <46164725.4030707@math.unl.edu> FYI, We'll be hosting periodic snapshots of the Fedora-7-KDE-Live cd at http://apt.kde-redhat.org/apt/kde-redhat/torrents/ (at least until when/if such a beast can be better hosted @fedoraproject.org somewhere, hint hint). This is so we can get out the latest/greatest of our current work, and get more feedback. I'm kinda new to this hosting-of-torrents thing, but hopefully things should just-work. Enjoy. -- Rex From nicolas.mailhot at laposte.net Fri Apr 6 13:19:45 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 06 Apr 2007 15:19:45 +0200 Subject: JBoss and Fedora In-Reply-To: <17942.16592.347607.436543@zebedee.pink> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16592.347607.436543@zebedee.pink> Message-ID: <1175865585.8172.17.camel@rousalka.dyndns.org> Le vendredi 06 avril 2007 ? 13:45 +0100, Andrew Haley a ?crit : > Nicolas Mailhot writes: > > Le vendredi 06 avril 2007 ? 11:07 +0100, Andrew Haley a ?crit : > > > Nicolas Mailhot writes: > > > > > > > > the consensus seems to be it's more efficient to wait for the > > > > actual Java 7 SUN GPL release than make gcj feature-complete enough > > > > for JBoss. > > > > > > Really? The consensus among whom? I wonder what that's based on. > > > > The consensus as expressed by the Fedora Java team on this list in the > > past > > I doubt it. I could only find one posting with the Google query > site://www.redhat.com/archives/fedora-devel-list/ jboss gcj > and that was from one "Nicolas Mailhot". Then it was on one of the other Linux & Java technical lists (fedora-maintainers, fedora-extras, fedora-devel-java, jpackage-discuss at zarb.org). Java team members participate in many different public forums, and I won't pretend I track each of their messages. If you deem gcj ready for JBoss feel free to submit a set of JBoss packages. I certainly won't stop you. You can take the jpackage rpms as starting point (though now JBoss is Red Hat the submission should probably come from the JBoss division itself) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sundaram at fedoraproject.org Fri Apr 6 13:40:09 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 06 Apr 2007 19:10:09 +0530 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070406121627.GG2902@free.fr> References: <4613C626.4020302@develer.com> <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> Message-ID: <46164DB9.3000704@fedoraproject.org> Patrice Dumas wrote: > > You cannot say that for packagers. Packagers may be interested in that > work. If we forbid new init systems we prevent interested people to do > the job. Are you suggesting that all packagers would be interested in providing alternative versions of the required init scripts for all different init scripts systems? > Why? If people are interested, they will make it scale. The problem happens when people are not interested. We would end up having init script systems which don't work properly because the packages dont provide init scripts except for the default init script system. When end users find more such packages in the repository (which do not know is experimental), the level of trust on the quality of the repository goes down. More choices without proper integration and testing is bad. The question here is: What do you propose to guarantee better integration for all the different init scripts? The critical difference between a package like the window manager and alternative init systems is that with window managers integration is centralized and can be done via proper generation of menus within the package itself. With init systems, thousands of packages have to provide alternative versions of all their init scripts. We have to > accept new stuff, otherwise it won't get off. For example, for init > systems, if we say 'this system is too new, it needs new init > files/scripts' it will never get in because packagers and upstreams > potentially interested will say 'this system is not packaged it is > a waste of time to get interested in it'. If the goal here is just to experiment and ultimately find the "optimal" init system (within the constraints that nothing is optimal for everyone), the solution there is provide the alternative init system only for the development branch which helps packagers integrate with it and testers test it and provide feedback while not disrupting the end users and then only provide a single init system for the stable branches. > Let the new init systems packagers decide (as a community) when they > can put new init systems in stable release, just like for normal > components. If contributors cannot be trusted, things are wrong anyway. Trust is not a black and white thing. Neither it is always a question of trust. If we can trust everyone we don't require ACL's in any packages. We have several cross checks in place, processes and guidelines precisely because we *cannot* trust all contributors all the time. As we scale to more contributors expect such processes to *increase*. Rahul From pertusus at free.fr Fri Apr 6 14:03:36 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 6 Apr 2007 16:03:36 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46164DB9.3000704@fedoraproject.org> References: <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> Message-ID: <20070406140335.GJ2902@free.fr> On Fri, Apr 06, 2007 at 07:10:09PM +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > > > > >You cannot say that for packagers. Packagers may be interested in that > >work. If we forbid new init systems we prevent interested people to do > >the job. > > Are you suggesting that all packagers would be interested in providing > alternative versions of the required init scripts for all different init > scripts systems? Not all, but those that appear to be popular. But without competition you cannot know which one is the most popular. > >Why? If people are interested, they will make it scale. > > The problem happens when people are not interested. We would end up > having init script systems which don't work properly because the > packages dont provide init scripts except for the default init script > system. When end users find more such packages in the repository (which > do not know is experimental), the level of trust on the quality of the > repository goes down. More choices without proper integration and > testing is bad. I may be wrong, but I don't think that any user will chose another init system than the default init system unknowingly. Maybe we could require for alternate packages that the user edits a file by hand and in this file there should be something like # beware, this is not the default init system. But I don't think the users have expectations about non-default init systems. If they have wrong expectations, don't do proper investigation before changing such an important piece of fedora from the default, change defaults without being knowledgable enough, I don't think these are users we should care that much about. In any case they will certainly be free riders, if not worse. > The question here is: What do you propose to guarantee better > integration for all the different init scripts? > > The critical difference between a package like the window manager and > alternative init systems is that with window managers integration is > centralized and can be done via proper generation of menus within the > package itself. We could have guidelines explaining that the only required system is the default init. Then we could also provide explanation on how to integrate each of the init system shipped. It could even be a requirement for the inclusion in fedora that the maintainer adds a guideline on te wiki with hints on integration. > With init systems, thousands of packages have to provide alternative > versions of all their init scripts. I trust in the free software community to provide them for a new init system if the new init sysem is better or just different, and there is no entry barrier, like an init system not being packaged in big distros. > We have to > >accept new stuff, otherwise it won't get off. For example, for init > >systems, if we say 'this system is too new, it needs new init > >files/scripts' it will never get in because packagers and upstreams > >potentially interested will say 'this system is not packaged it is > >a waste of time to get interested in it'. > > If the goal here is just to experiment and ultimately find the "optimal" > init system (within the constraints that nothing is optimal for > everyone), the solution there is provide the alternative init system > only for the development branch which helps packagers integrate with it > and testers test it and provide feedback while not disrupting the end > users and then only provide a single init system for the stable branches. Having them in the development branch would be a must in my opinion. And for stable branch stable enough and widely enough covered init systems should be accepted. Maybe this could be a guideline. > Trust is not a black and white thing. Neither it is always a question of > trust. If we can trust everyone we don't require ACL's in any packages. > We have several cross checks in place, processes and guidelines > precisely because we *cannot* trust all contributors all the time. As we > scale to more contributors expect such processes to *increase*. Ok, we could have guidelines, like what I suggest above, but just saying we use only one init system is wrong. -- Pat From sundaram at fedoraproject.org Fri Apr 6 14:32:51 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 06 Apr 2007 20:02:51 +0530 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070406140335.GJ2902@free.fr> References: <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> Message-ID: <46165A13.9090500@fedoraproject.org> Patrice Dumas wrote: > > I may be wrong, but I don't think that any user will chose another init > system than the default init system unknowingly. The problem is not that the user would unknowingly install a different init system (They could install any packages without understanding it but that is not a init system specific issue so we needn't discuss that in this thread). The problem is that users wouldn't know that the init system they are installing wont work with several packages because these don't provide the init scripts that work with the alternative init system they just installed. If basic integration was not done, the alternative init system would result in non-functional packages, crashes or worse non booting systems. > But I don't think the users have expectations about non-default init > systems. Why not? If I was a end user I would definitely expect any package in Fedora to work with the rest of the packages in the repository properly. I would expect the project to put in the necessary checks to ensure that I get functional software. If they have wrong expectations, don't do proper investigation > before changing such an important piece of fedora from the default, > change defaults without being knowledgable enough, I don't think these > are users we should care that much about. In any case they will > certainly be free riders, if not worse. You are expecting end users to investigate all the potential issues before they install a package. I think that's unreasonable. Maybe expecting software to just work is idealistic but how is it ever free riding? > Ok, we could have guidelines, like what I suggest above, but just saying > we use only one init system is wrong. I didn't suggest that. Propose the guidelines first and get them approved in place before getting alternative init systems into stable branches. This has potential for a lot of mess otherwise. If it's just for devel branch that's fine. Rahul From skvidal at linux.duke.edu Fri Apr 6 14:38:20 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 06 Apr 2007 10:38:20 -0400 Subject: hal + pam update errors In-Reply-To: <20070406035233.GC8090@humbolt.us.dell.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> <20070406034351.GB8090@humbolt.us.dell.com> <20070406035233.GC8090@humbolt.us.dell.com> Message-ID: <1175870300.19199.79.camel@cutter> On Thu, 2007-04-05 at 22:52 -0500, Michael E Brown wrote: > For the previously discussed HAL problem, would it be possible to create > an updated HAL.i386 RPM that would _only_ be placed inside the x86_64 > repo? This new hal rpm could simply contain one file: > /etc/yum/pluginconf.g/shoot-on-sight.d/hal.data containing one line: > "hal-*-*.i386" and it could have one dependency: "requires: > shoot-on-sight-plugin". > > That way it doesnt conflict with any files, and gets removed on the next > yum run. then we'd be doing this at the package level, which we're trying to avoid. And this plugin is useful beyond this situation. I think the plan would look something like: - drop this plugin into the yum pkg, enabled by default, for fc6 - drop this plugin intpo the yum pkg, enabled by default, for rawhide/f7 - mark that hal.i386 should be removed from x86_64 boxes if found (ditto hal.ppc64 on ppc64 boxes) - mark out any others we want to nuke as it goes. that's it. and speaking of that - I realized the file format needs to be slightly more complex in order for it to be the same file used across archs. It should probably look like: pkgname/glob: arch-it-is-on or: that way we can make sure that on i386 boxes we don't remove hal.i386. b/c there it is actually desired. :) Thoughts? -sv From dwmw2 at infradead.org Fri Apr 6 14:59:55 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 06 Apr 2007 10:59:55 -0400 Subject: New mirror layout for the merged core and extras In-Reply-To: <46160D47.8020003@leemhuis.info> References: <200704051640.14557.jkeating@redhat.com> <1175843118.2764.27.camel@shinybook.infradead.org> <46160D47.8020003@leemhuis.info> Message-ID: <1175871596.2764.50.camel@shinybook.infradead.org> On Fri, 2007-04-06 at 11:05 +0200, Thorsten Leemhuis wrote: > Last time Jesse did some major adjustments on the directory layout on > the server (one year ago iirc -- can remember what the reasons was the > files were hardlinked into the new place and deleted one or two weeks > later in the old place; someone that regularly rsyncs with the proper > parameters doesn't have to download everything anew that way iirc. > Isn't this a option this time? Or am I missing something? That would help -- but only for people who were already mirroring Extras, and who have the 'proper parameters' to rsync. What are those, btw? -- dwmw2 From fedora at drussell.dnsalias.com Fri Apr 6 15:17:27 2007 From: fedora at drussell.dnsalias.com (Don Russell) Date: Fri, 06 Apr 2007 08:17:27 -0700 Subject: is mgetty being maintained? Message-ID: <46166487.3090000@drussell.dnsalias.com> I originally posted this on "fedora-list", but was nudged to here as a more appropriate list for this issue: :-) mgetty on FC6 is at version 1.1.33-9 : 2005-04-10 I opened a new bug against it ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232522 ) and in doing some research to find the source code discovered there have been two releases since then. Even the most recent is more than a yearold now, but still not available via yum update. 1.1.34 : 2005-11-30 1.1.35 : 2006-02-22 Is mgetty still being maintained as a Fedora component? Is it deprecated and there is a replacement I should use instead? I was going to see if I can fix the problem, but for all I know it is already fixed in one of these newer releases. How do I request that mgetty be updated in FC6? I think the package maintainer has gone walk about so opening a new bugzilla report seems ineffective: Another bug ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217844 ), created 2006-11-30 has never even been replied to. :-( Which version will be in FC7? I can wait for FC7, that is only a month or two away now. Thank you. From fedora at leemhuis.info Fri Apr 6 15:24:48 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 06 Apr 2007 17:24:48 +0200 Subject: New mirror layout for the merged core and extras In-Reply-To: <1175871596.2764.50.camel@shinybook.infradead.org> References: <200704051640.14557.jkeating@redhat.com> <1175843118.2764.27.camel@shinybook.infradead.org> <46160D47.8020003@leemhuis.info> <1175871596.2764.50.camel@shinybook.infradead.org> Message-ID: <46166640.3050501@leemhuis.info> David Woodhouse schrieb: > On Fri, 2007-04-06 at 11:05 +0200, Thorsten Leemhuis wrote: >> Last time Jesse did some major adjustments on the directory layout on >> the server (one year ago iirc -- can remember what the reasons was the >> files were hardlinked into the new place and deleted one or two weeks >> later in the old place; someone that regularly rsyncs with the proper >> parameters doesn't have to download everything anew that way iirc. >> Isn't this a option this time? Or am I missing something? > That would help -- but only for people who were already mirroring > Extras, Well, you at least to download rawhide itself anew. But yes, if you didn't mirror Extras yet, then you now are forces to... /me mirrors rawhide (and not Extras) in two places and fears the merged world a bit due to the new space and bandwidth requirements.... > and who have the 'proper parameters' to rsync. What are those, > btw? /me checks >From the man page: [...] -H, --hard-links preserve hard links [...] -H, --hard-links This tells rsync to look for hard-linked files in the transfer and link together the corresponding files on the receiving side. Without this option, hard-linked files in the transfer are treated as though they were separate files. Note that rsync can only detect hard links if both parts of the link are in the list of files being sent. CU thl From aph at redhat.com Fri Apr 6 15:35:16 2007 From: aph at redhat.com (Andrew Haley) Date: Fri, 6 Apr 2007 16:35:16 +0100 Subject: JBoss and Fedora In-Reply-To: <1175865585.8172.17.camel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16592.347607.436543@zebedee.pink> <1175865585.8172.17.camel@rousalka.dyndns.org> Message-ID: <17942.26804.100450.794967@zebedee.pink> Nicolas Mailhot writes: > Le vendredi 06 avril 2007 ? 13:45 +0100, Andrew Haley a ?crit : > > Nicolas Mailhot writes: > > > Le vendredi 06 avril 2007 ? 11:07 +0100, Andrew Haley a ?crit : > > > > Nicolas Mailhot writes: > > > > > > > > > > the consensus seems to be it's more efficient to wait for the > > > > > actual Java 7 SUN GPL release than make gcj feature-complete enough > > > > > for JBoss. > > > > > > > > Really? The consensus among whom? I wonder what that's based on. > > > > > > The consensus as expressed by the Fedora Java team on this list in the > > > past > > > > I doubt it. I could only find one posting with the Google query > > site://www.redhat.com/archives/fedora-devel-list/ jboss gcj > > and that was from one "Nicolas Mailhot". > > Then it was on one of the other Linux & Java technical lists > (fedora-maintainers, fedora-extras, fedora-devel-java, > jpackage-discuss at zarb.org). Java team members participate in many > different public forums, and I won't pretend I track each of their > messages. It seems this consensus is rather fleeting. > If you deem gcj ready for JBoss feel free to submit a set of JBoss > packages. I'll be sure to let you know. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From pertusus at free.fr Fri Apr 6 15:45:44 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 6 Apr 2007 17:45:44 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46165A13.9090500@fedoraproject.org> References: <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> Message-ID: <20070406154543.GL2902@free.fr> On Fri, Apr 06, 2007 at 08:02:51PM +0530, Rahul Sundaram wrote: > > The problem is that users wouldn't know that the init system they are > installing wont work with several packages because these don't provide > the init scripts that work with the alternative init system they just > installed. If basic integration was not done, the alternative init > system would result in non-functional packages, crashes or worse non > booting systems. In my opinion, a user who installs an alternate init system should know about it and understand what happens if it doesn't work. Of course the init system should basically work, otherwise it shouldn't be in the stable branch but I don't think that we should wait for all packages to be covered by the init system before letting it go in the stable branch. > Why not? If I was a end user I would definitely expect any package in > Fedora to work with the rest of the packages in the repository properly. > I would expect the project to put in the necessary checks to ensure that > I get functional software. Some packages need some work before they work, daemons need to be configured in general. In my opinion it is similar for a new init system. It should work for most of the packages, but for packages less used the user may have to do the init configuration himself. > You are expecting end users to investigate all the potential issues > before they install a package. I think that's unreasonable. I am not expecting end users to investigate all the potential issues, but know basically how it works and how it is configured if it is not the default system. > Maybe > expecting software to just work is idealistic but how is it ever free > riding? What I am trying to say is that a user who expect new init systems to work perfectly and isn't using it to help ameliorating it is not doing the right thing. > >Ok, we could have guidelines, like what I suggest above, but just saying > >we use only one init system is wrong. > > I didn't suggest that. Propose the guidelines first and get them > approved in place before getting alternative init systems into stable > branches. This has potential for a lot of mess otherwise. If it's just > for devel branch that's fine. I am not very knowledgable with init systems. Maybe I could come with something, but I have a lot of other fedora related tasks in the queue with higher precedence. -- Pat From nicolas.mailhot at laposte.net Fri Apr 6 16:30:37 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 06 Apr 2007 18:30:37 +0200 Subject: JBoss and Fedora In-Reply-To: <17942.26804.100450.794967@zebedee.pink> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16592.347607.436543@zebedee.pink> <1175865585.8172.17.camel@rousalka.dyndns.org> <17942.26804.100450.794967@zebedee.pink> Message-ID: <1175877037.8172.34.camel@rousalka.dyndns.org> Le vendredi 06 avril 2007 ? 16:35 +0100, Andrew Haley a ?crit : > It seems this consensus is rather fleeting. Maybe. Or maybe not. I may not remember exactly where I saw people @rh writing JBoss wouldn't happen before Sun Java 1.7, but I definitely never saw any message that claimed "we will package JBoss with gcj and push it to fedora-devel". And despite all your prodding I'm not seeing it still?. In fact I don't remember anyone @rh ever posting there and writing "I'm x from the JBoss division, we're planing Y for Fedora" ? Like it was done for FDS -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mark at klomp.org Fri Apr 6 16:30:25 2007 From: mark at klomp.org (Mark Wielaard) Date: Fri, 6 Apr 2007 16:30:25 +0000 (UTC) Subject: JBoss and Fedora References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> Message-ID: Nicolas Mailhot laposte.net> writes: > Le vendredi 06 avril 2007 ? 11:07 +0100, Andrew Haley a ?crit : > > Nicolas Mailhot writes: > > > > > > the consensus seems to be it's more efficient to wait for the > > > actual Java 7 SUN GPL release than make gcj feature-complete enough > > > for JBoss. > > > > Really? The consensus among whom? I wonder what that's based on. > > The consensus as expressed by the Fedora Java team on this list in the > past I cannot remember that being the consensus. Which team member said that? Are you sure you are speaking for all the hackers that work on libre java for Fedora? Sure, if Sun manages to release their full java implementation under the GPL that will be great. But they have already said that won't happen, there are parts they will just not be able to liberate because their "partners" won't let them. Most parts will and I am sure the community will try to help out with liberating the encumbered parts. We had a pretty constructive meeting at Fosdem to discuss some upcoming issues: http://www.fosdem.org/2007/schedule/tracks/gnuclasspathopenjdkdevjam But at the same time we need to support our current users, we care about more platforms than just x86/x86_64 that Sun might deliver. And the work on fedora, gcj and jboss is in full gear: http://gnu.wildebeest.org/diary/2007/03/30/fedora-7-test-3/ http://gnu.wildebeest.org/diary/2007/04/04/gcj-jboss-ahoy/ Cheers, Mark From mark at klomp.org Fri Apr 6 17:04:22 2007 From: mark at klomp.org (Mark Wielaard) Date: Fri, 6 Apr 2007 17:04:22 +0000 (UTC) Subject: JBoss and Fedora References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16592.347607.436543@zebedee.pink> <1175865585.8172.17.camel@rousalka.dyndns.org> <17942.26804.100450.794967@zebedee.pink> <1175877037.8172.34.camel@rousalka.dyndns.org> Message-ID: Nicolas Mailhot laposte.net> writes: > I may not remember exactly where I saw people rh > writing JBoss wouldn't happen before Sun Java 1.7, but I definitely > never saw any message that claimed "we will package JBoss with gcj and > push it to fedora-devel". And despite all your prodding I'm not seeing > it still?. In fact I don't remember anyone rh ever posting there and > writing "I'm x from the JBoss division, we're planing Y for Fedora" It would help if you could remember since it seems nobody else remembers it and I follow a couple of fedora and java lists and have also not seen such statements (all statements I have seen say the opposite). But if people say that then we aren't coordinating enough and it would help to get everybody up to date on the various plans around libre-java, fedora, jboss and the rest. And why should it have to come from @rh and/or the JBoss division? We are a team here trying to work together. I know JBoss was featured in the original planning items for libre-java on Fedora 7 last year. http://www.redhat.com/archives/fedora-devel-java-list/2006-December/msg00028.html And yes it is an optional item because we know it is a lot of work. But why do you not help out, Fedora is not just about what @rh says will be in there. Even though I have never seen any @rh say that it wouldn't. All emails from @rh on the various lists seem to indicate that they would like to see this sooner rather than later and they are hard at work making it possible. And if you help out it will happen sooner! Thanks, Mark From peter at thecodergeek.com Fri Apr 6 17:29:57 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 06 Apr 2007 10:29:57 -0700 Subject: rpms/cycle/FC-6 cycle.spec,1.1,1.2 In-Reply-To: <20070406122354.08db377b.mschwendt.tmp0701.nospam@arcor.de> References: <200704060945.l369jvMS005075@cvs-int.fedora.redhat.com> <20070406122354.08db377b.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1175880597.17841.4.camel@tuxhugs> On Fri, 2007-04-06 at 12:23 +0200, Michael Schwendt wrote: > On Fri, 6 Apr 2007 05:45:57 -0400, Matej Cepl (mcepl) wrote: > > Modified Files: > > cycle.spec > > Log Message: > > Changed BuildRoot to more sane value, now it is allowed. > > > -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > > +BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) > > More sane? No. It is an immature hack. If you ever need --short-circuit -bi > with such a buildroot, you arrive in mktemp hell. > Hmm. Perhaps you should take this up with FESCo and/or FPC, then. The BuildRoot that Matej changed it to is one of the preferred listed in the Package Guidelines on the wiki: "The BuildRoot value MUST be below %{_tmppath}/ and MUST contain at least %{name}, %{version} and %{release}. It may invoke mktemp since this is guaranteed to exist on every system. From there, packagers are expected to use a sane BuildRoot. The recommended values for the BuildRoot tag are (in descending order of preference) : %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) %{_tmppath}/%{name}-%{version}-%{release}-root At one point, the second was a mandatory value, but it is now left to the packager to decide. If unsure, simply pick the first." Thanks. -- Peter Gordon (codergeek42) / FSF & EFF Member GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 Blog: http://thecodergeek.com/blog/ About: http://fedoraproject.org/wiki/PeterGordon -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gauret at free.fr Fri Apr 6 17:31:39 2007 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 06 Apr 2007 19:31:39 +0200 Subject: License problem with JPGraph References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <4616007E.3040007@fedoraproject.org> <1175857670.32658.63.camel@vader.jdub.homelinux.org> Message-ID: The head of the "Professional version" page reads: "If you plan on using JpGraph in a commercial context you will need to acquire the professional license." http://www.aditus.nu/jpgraph/proversion.php That looks very non-free to me. What should I do to remove it from the repo and from the mirrors ? Thanks, Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours ; and this we should do freely and generously." -- Benjamin Franklin From jkeating at redhat.com Fri Apr 6 17:34:41 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 6 Apr 2007 13:34:41 -0400 Subject: hal + pam update errors In-Reply-To: <20070406135807.92c40b27.mschwendt.tmp0701.nospam@arcor.de> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704060712.55858.jkeating@redhat.com> <20070406135807.92c40b27.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704061334.41682.jkeating@redhat.com> On Friday 06 April 2007 07:58:07 Michael Schwendt wrote: > With up-to-date Rawhide i386, a package "test-libs" obsoletes an installed > package "test" just fine. Yum reports that "test-libs replaces test". > That is with test.i386 installed, test-libs.i386 only in the repo, and > a normal "yum update". You're testing on a single arch system. That's expected to work. The case here is an x86_64 box, test.i386, test.x86_64 installed, test.x86_64 test-libs.x86_64 and test-libs.i386 available in the repos. Only test.x86_64 and test-libs.x86_64 will be seen for update, test.i386 remains around and nothing picks up the test-libs.i386. I just duplicated this scenario with the real packages, hal, hal-libs, and hal-devel. No amount of normal coaxing gets yum to see hal-libs.i386 to replace hal.i386. With or without hal-devel installed for both arches will not make this update happen. If the soname of hal were bumped, this would help folks who have hal-devel installed for both arches, as hal-devel would have a requires on the new soname, which is provided by hal-libs and that would work. Since the soname isn't bumped, the installed hal provides the soname that hal-devel expects and we're back to square one. None of this helps users that don't have hal-devel for both arches installed. I have to think that a yum plugin that Seth was talking about is the only way out here, but I haven't really had a moment to review his plans there :/ -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Fri Apr 6 17:44:40 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 06 Apr 2007 19:44:40 +0200 Subject: JBoss and Fedora In-Reply-To: References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16592.347607.436543@zebedee.pink> <1175865585.8172.17.camel@rousalka.dyndns.org> <17942.26804.100450.794967@zebedee.pink> <1175877037.8172.34.camel@rousalka.dyndns.org> Message-ID: <1175881480.11606.3.camel@rousalka.dyndns.org> Le vendredi 06 avril 2007 ? 17:04 +0000, Mark Wielaard a ?crit : > And why should it have to come from @rh and/or the JBoss division? > We are a team here trying to work together. Because we all know/hope Red Hat has an internal plan for his own software, and collisions between such internal plans and community efforts in the past have not been pretty? You get the usual maintainer protectiveness plus the corporate / volunteer barrier. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jkeating at redhat.com Fri Apr 6 17:53:51 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 6 Apr 2007 13:53:51 -0400 Subject: JBoss and Fedora In-Reply-To: <1175881480.11606.3.camel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <1175881480.11606.3.camel@rousalka.dyndns.org> Message-ID: <200704061353.51565.jkeating@redhat.com> On Friday 06 April 2007 13:44:40 Nicolas Mailhot wrote: > Because we all know/hope Red Hat has an internal plan for his own > software, and collisions between such internal plans and community > efforts in the past have not been pretty? You get the usual maintainer > protectiveness plus the corporate / volunteer barrier. That's assuming that every part of Red Hat has the same plan / goal as every other part of Red Hat, and that isn't always the case. The JBoss folks have a goal to continue delivering things to their existing customers that they were before RH acquired them. Fedora has a different set of goals, which involves native packaging of JBOSS software for use on Fedora. These are just two examples of what the two groups might have for goals. There are many many others, and surprise, some of them may directly conflict. Thankfully different people will be working on them differently and there is a chance that these goals may be achieved. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at linux.duke.edu Fri Apr 6 18:03:55 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 06 Apr 2007 14:03:55 -0400 Subject: JBoss and Fedora In-Reply-To: <200704061353.51565.jkeating@redhat.com> References: <388184.99880.qm@web60524.mail.yahoo.com> <1175881480.11606.3.camel@rousalka.dyndns.org> <200704061353.51565.jkeating@redhat.com> Message-ID: <1175882635.19199.84.camel@cutter> On Fri, 2007-04-06 at 13:53 -0400, Jesse Keating wrote: > On Friday 06 April 2007 13:44:40 Nicolas Mailhot wrote: > > Because we all know/hope Red Hat has an internal plan for his own > > software, and collisions between such internal plans and community > > efforts in the past have not been pretty? You get the usual maintainer > > protectiveness plus the corporate / volunteer barrier. > > That's assuming that every part of Red Hat has the same plan / goal as every > other part of Red Hat, and that isn't always the case. The JBoss folks have > a goal to continue delivering things to their existing customers that they > were before RH acquired them. Fedora has a different set of goals, which > involves native packaging of JBOSS software for use on Fedora. These are > just two examples of what the two groups might have for goals. There are > many many others, and surprise, some of them may directly conflict. > Thankfully different people will be working on them differently and there is > a chance that these goals may be achieved. > I think a fair goal for fedora that we won't get any objection on is this: if it is free software and legal to ship then we are for including it. If jboss can be packaged to work with gcj in that way, then there is no reason to oppose it. If someone can come up with a compelling reason why we should not follow the above then, by all means, come and talk about it. -sv From jspaleta at gmail.com Fri Apr 6 18:04:32 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 6 Apr 2007 10:04:32 -0800 Subject: JBoss and Fedora In-Reply-To: <1175881480.11606.3.camel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16592.347607.436543@zebedee.pink> <1175865585.8172.17.camel@rousalka.dyndns.org> <17942.26804.100450.794967@zebedee.pink> <1175877037.8172.34.camel@rousalka.dyndns.org> <1175881480.11606.3.camel@rousalka.dyndns.org> Message-ID: <604aa7910704061104u21e1131bxd23a21fceee84faa@mail.gmail.com> On 4/6/07, Nicolas Mailhot wrote: > Because we all know/hope Red Hat has an internal plan for his own > software, and collisions between such internal plans and community > efforts in the past have not been pretty? You get the usual maintainer > protectiveness plus the corporate / volunteer barrier. yes, the last thing I want to see is a external contributor led packaging effort which will be superceded by an internal push 6 months to 1 year out. I'd like to see jboss team take a leading role in managing the available volunteer labor pool for the integration process by proposing a public timeline for integration into fedora (if they haven't already), including some very specific action items for community volunteers to work on appropriate in the timeline. If jboss isn't ready for packaging now, that should be obvious from the action item schedule in a public timeline as seen by the driving group of internal developers. -jef" From mschwendt.tmp0701.nospam at arcor.de Fri Apr 6 18:32:31 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 6 Apr 2007 20:32:31 +0200 Subject: hal + pam update errors In-Reply-To: <200704061334.41682.jkeating@redhat.com> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <200704060712.55858.jkeating@redhat.com> <20070406135807.92c40b27.mschwendt.tmp0701.nospam@arcor.de> <200704061334.41682.jkeating@redhat.com> Message-ID: <20070406203231.51afb2ee.mschwendt.tmp0701.nospam@arcor.de> On Fri, 6 Apr 2007 13:34:41 -0400, Jesse Keating wrote: > On Friday 06 April 2007 07:58:07 Michael Schwendt wrote: > > With up-to-date Rawhide i386, a package "test-libs" obsoletes an installed > > package "test" just fine. Yum reports that "test-libs replaces test". > > That is with test.i386 installed, test-libs.i386 only in the repo, and > > a normal "yum update". > > You're testing on a single arch system. Known. > That's expected to work. Yes, since it is supposed to "rename" the package. But if it is, why is the Obsoletes not seen with the multi-lib test-case? > Only test.x86_64 > and test-libs.x86_64 will be seen for update, test.i386 remains around and > nothing picks up the test-libs.i386. Unexpected behaviour. A bug. The Obsoletes in the x86_64 package is seen and executed. The Obsoletes in the i386 package is not. From Matt_Domsch at dell.com Fri Apr 6 20:00:52 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 6 Apr 2007 15:00:52 -0500 Subject: New mirror layout for the merged core and extras In-Reply-To: <1175871596.2764.50.camel@shinybook.infradead.org> References: <200704051640.14557.jkeating@redhat.com> <1175843118.2764.27.camel@shinybook.infradead.org> <46160D47.8020003@leemhuis.info> <1175871596.2764.50.camel@shinybook.infradead.org> Message-ID: <20070406200051.GA15192@lists.us.dell.com> On Fri, Apr 06, 2007 at 10:59:55AM -0400, David Woodhouse wrote: > On Fri, 2007-04-06 at 11:05 +0200, Thorsten Leemhuis wrote: > > Last time Jesse did some major adjustments on the directory layout on > > the server (one year ago iirc -- can remember what the reasons was the > > files were hardlinked into the new place and deleted one or two weeks > > later in the old place; someone that regularly rsyncs with the proper > > parameters doesn't have to download everything anew that way iirc. > > Isn't this a option this time? Or am I missing something? > > That would help -- but only for people who were already mirroring > Extras, and who have the 'proper parameters' to rsync. What are those, > btw? http://fedoraproject.org/wiki/Infrastructure/Mirroring rsync -vaH --exclude-from=${EXCLUDES} --numeric-ids --delete --delete-after --delay-updates \ rsync://downloadN.fedora.redhat.com/fedora-linux-core ${LOCAL_DIR} is what I believe is recommended, for appropriate values of EXCLUDES, N, and LOCAL_DIR. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From jdieter at gmail.com Fri Apr 6 20:10:41 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 06 Apr 2007 23:10:41 +0300 Subject: Yum-presto is now in Extras Message-ID: <1175890241.4263.29.camel@jndwidescreen.lesbg.loc> Yum-presto is in Extras! Woo-hoo! I just wanted to say thank you Tim, for a very detailed review, Rex for pointing out some obvious things that needed attention, and Kevin for sponsoring me! x86_64 is now being mirrored, but I've run across a bug in deltarpm. Apparently it doesn't know how to deal with two packages with the exact same name, epoch, version and release, but different arches. So when you do a yum update, it only is able to use the deltarpm for one of the two packages (even though both are available). Also, I found a small bug in 0.3.7 that mainly affects x86_64, so I've pushed 0.3.8. It should show up in Extras tomorrow. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fuse1031blue at hotmail.com Fri Apr 6 19:58:58 2007 From: fuse1031blue at hotmail.com (Cody Tracy) Date: Fri, 06 Apr 2007 13:58:58 -0600 Subject: New developer Message-ID: This OS rocks. My favorite flavor of linux. I'm a C programmer pretty comfortable with Qt4 and willing to write applications. Let me know! Thanks From a.badger at gmail.com Fri Apr 6 21:11:53 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 06 Apr 2007 14:11:53 -0700 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46165A13.9090500@fedoraproject.org> References: <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> Message-ID: <1175893914.8504.55.camel@localhost.localdomain> On Fri, 2007-04-06 at 20:02 +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > > > > I may be wrong, but I don't think that any user will chose another init > > system than the default init system unknowingly. > > The problem is not that the user would unknowingly install a different > init system (They could install any packages without understanding it > but that is not a init system specific issue so we needn't discuss that > in this thread). > > The problem is that users wouldn't know that the init system they are > installing wont work with several packages because these don't provide > the init scripts that work with the alternative init system they just > installed. If basic integration was not done, the alternative init > system would result in non-functional packages, crashes or worse non > booting systems. > che can correct me if I'm wrong but I believe the user of a new init system such as initng has to install the new init *and* manually configure the commandline in grub to boot with the alternate init. So I really think you're overstating the "non-functionalness" here. Moreover, since SysVinit is nearly impossible to remove from the system without pulling an esr, if I "break" it, all I have to do to unbreak it is edit the grub entry and remove the init= line. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nicolas.mailhot at laposte.net Fri Apr 6 21:13:34 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 06 Apr 2007 23:13:34 +0200 Subject: JBoss and Fedora In-Reply-To: <1175881480.11606.3.camel@rousalka.dyndns.org> References: <388184.99880.qm@web60524.mail.yahoo.com> <46158971.6080006@redhat.com> <23421.192.54.193.51.1175840999.squirrel@rousalka.dyndns.org> <17942.7159.244877.338551@zebedee.pink> <1175857164.8172.0.camel@rousalka.dyndns.org> <17942.16592.347607.436543@zebedee.pink> <1175865585.8172.17.camel@rousalka.dyndns.org> <17942.26804.100450.794967@zebedee.pink> <1175877037.8172.34.camel@rousalka.dyndns.org> <1175881480.11606.3.camel@rousalka.dyndns.org> Message-ID: <1175894014.13213.8.camel@rousalka.dyndns.org> Also : - as a volunteer I don't want to be caught in internal Red Hat crossfire. (I know probably as well as you how internal politics play out in big corporations) - as a Red Hat & JBoss customer I expect the JBoss and Red Hat divisions talk to each other, and have the JBoss folks support what I find in Fedora and RHEL. And also be able to point my R&D folks to Fedora and have the result work in next years RHEL without retooling Please make sure other Red Hat entities are in the look before inciting community members to serve as cannon fodder. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From vladc6 at yahoo.com Fri Apr 6 22:37:38 2007 From: vladc6 at yahoo.com (Vlad) Date: Fri, 6 Apr 2007 15:37:38 -0700 (PDT) Subject: New developer Message-ID: <268621.62529.qm@web54403.mail.yahoo.com> Hi, > I'm a C programmer pretty comfortable with Qt4 and willing to write > applications. Given your background, you might be interested in improving KDE's integration into Fedora. Currently, almost all of the administrative applications are based on GTK+, and running these applications inside a KDE session isn't memory-efficient, wastes disk space, and leads to incompatibilities. Some possible projects include: A PyQt / PyKDE frontend to Anaconda: http://fedoraproject.org/wiki/Anaconda http://www.riverbankcomputing.co.uk/pyqt/ Using the Adept GUI installer with RPMs http://web.mornfall.net/blog/adept_2.2_on_fedora.html Guidance for system administration (display configuration, user accounts, disk mountpoints, service configuration, etc): http://www.simonzone.com/software/guidance/ KIO FUSE to enable commandline apps to access virtual filesystems set up under KDE: http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway Making KNetworkManager use KDE Solid hardware interface: http://www.kdedevelopers.org/node/2712 It would be nice to have a KDE Fedora spin that is fully self-sufficient and that doesn't need GTK+ apps. So if you could help further this goal, it would be great. Thanks, Vlad ____________________________________________________________________________________ Food fight? Enjoy some healthy debate in the Yahoo! Answers Food & Drink Q&A. http://answers.yahoo.com/dir/?link=list&sid=396545367 From kevin.kofler at chello.at Fri Apr 6 23:33:29 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 6 Apr 2007 23:33:29 +0000 (UTC) Subject: New developer References: Message-ID: Cody Tracy hotmail.com> writes: > This OS rocks. My favorite flavor of linux. I'm a C++ programmer > pretty comfortable with Qt4 and willing to write applications. Let me know! Maybe you want to help out with KDE 4 packaging? We currently have packages (packaged by me) for kdelibs4, kdepimlibs4 and kdebase4 3.80.3 which are fully parallel-installable with KDE 3 up in the kde-redhat unstable repo. Right now, these don't need attention, but in less than a month, KDE 4 Alpha 1 will be out so the packages will need updating. You may also want to help packaging some of the software new in KDE 4. Fedora 7 is too early for a full KDE 4 desktop to replace KDE 3, but having individual KDE 4 apps run could be useful, especially if there's no KDE 3 equivalent. I hope that Fedora 8 will come with KDE 4 as the default KDE, but some help will probably be needed to make that happen too. (I definitely can't do this all alone. I don't know what the other people working on KDE in Fedora are planning for Fedora 8, as currently all the focus is obviously on Fedora 7, so I never got around to discussing this.) Or if you hate packaging, you could just use my packages to develop some nice KDE 4 app and have me or somebody else package it for Fedora. Kevin Kofler From jwboyer at jdub.homelinux.org Sat Apr 7 01:01:14 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 06 Apr 2007 20:01:14 -0500 Subject: License problem with JPGraph In-Reply-To: References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <4616007E.3040007@fedoraproject.org> <1175857670.32658.63.camel@vader.jdub.homelinux.org> Message-ID: <1175907674.32658.67.camel@vader.jdub.homelinux.org> On Fri, 2007-04-06 at 19:31 +0200, Aurelien Bompard wrote: > The head of the "Professional version" page reads: > "If you plan on using JpGraph in a commercial context you will need to > acquire the professional license." > http://www.aditus.nu/jpgraph/proversion.php > > That looks very non-free to me. What should I do to remove it from the repo > and from the mirrors ? I agree. Find the original review ticket, and set the fedora-cvs flag to ? and state in the comment that you need a complete package removal. josh From lightsolphoenix at gmail.com Sat Apr 7 01:33:05 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Fri, 6 Apr 2007 21:33:05 -0400 Subject: New developer In-Reply-To: <268621.62529.qm@web54403.mail.yahoo.com> References: <268621.62529.qm@web54403.mail.yahoo.com> Message-ID: <200704062133.07042.lightsolphoenix@gmail.com> On Friday, April 06, 2007 6:37 pm Vlad wrote: > Currently, almost all of the administrative > applications are based on GTK+, and running these applications inside > a KDE session isn't memory-efficient, wastes disk space, and leads to > incompatibilities. Some possible projects include: > > Guidance for system administration (display configuration, user > accounts, disk mountpoints, service configuration, etc): > http://www.simonzone.com/software/guidance/ > >_< I was going to ask about a month ago whether anyone would be interested in Qt ports of the Fedora config apps, but assumed it wouldn't be considered interesting because Fedora is mostly GTK+ based... -- http://www.mozilla.org/products/firefox/ - Get Firefox! http://www.mozilla.org/products/thunderbird/ - Reclaim Your Inbox! Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdieter at math.unl.edu Sat Apr 7 03:08:24 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 06 Apr 2007 22:08:24 -0500 Subject: New developer In-Reply-To: <268621.62529.qm@web54403.mail.yahoo.com> References: <268621.62529.qm@web54403.mail.yahoo.com> Message-ID: <46170B28.7000605@math.unl.edu> Vlad wrote: > Guidance for system administration (display configuration, user > accounts, disk mountpoints, service configuration, etc): > http://www.simonzone.com/software/guidance/ Already submitted for package review, but I'd welcome anyone willing to take it over and/or comaintain it: http://bugzilla.redhat.com/233603 -- Rex From pemboa at gmail.com Sat Apr 7 02:55:46 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 6 Apr 2007 21:55:46 -0500 Subject: New developer In-Reply-To: <268621.62529.qm@web54403.mail.yahoo.com> References: <268621.62529.qm@web54403.mail.yahoo.com> Message-ID: <16de708d0704061955x193390dfk3f5704c0c74d7f57@mail.gmail.com> On 4/6/07, Vlad wrote: > Hi, > > > I'm a C programmer pretty comfortable with Qt4 and willing to write > > applications. > > Given your background, you might be interested in improving KDE's > integration into Fedora. Currently, almost all of the administrative > applications are based on GTK+, and running these applications inside > a KDE session isn't memory-efficient, wastes disk space, and leads to > incompatibilities. Some possible projects include: > > A PyQt / PyKDE frontend to Anaconda: > http://fedoraproject.org/wiki/Anaconda > http://www.riverbankcomputing.co.uk/pyqt/ > > Using the Adept GUI installer with RPMs > http://web.mornfall.net/blog/adept_2.2_on_fedora.html > > Guidance for system administration (display configuration, user > accounts, disk mountpoints, service configuration, etc): > http://www.simonzone.com/software/guidance/ > > KIO FUSE to enable commandline apps to access virtual filesystems set > up under KDE: > http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway > > Making KNetworkManager use KDE Solid hardware interface: > http://www.kdedevelopers.org/node/2712 > > It would be nice to have a KDE Fedora spin that is fully > self-sufficient and that doesn't need GTK+ apps. So if you could help > further this goal, it would be great. > > Thanks, > Vlad Please don't suggest the recoding of the system-config-tools just for the sake of using Qt ... or did I misread you? -- Fedora Core 6 and proud From ville.skytta at iki.fi Sat Apr 7 08:14:53 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 7 Apr 2007 11:14:53 +0300 Subject: License problem with JPGraph In-Reply-To: <1175907674.32658.67.camel@vader.jdub.homelinux.org> References: <1175907674.32658.67.camel@vader.jdub.homelinux.org> Message-ID: <200704071114.53747.ville.skytta@iki.fi> On Saturday 07 April 2007, Josh Boyer wrote: > On Fri, 2007-04-06 at 19:31 +0200, Aurelien Bompard wrote: > > The head of the "Professional version" page reads: > > "If you plan on using JpGraph in a commercial context you will need to > > acquire the professional license." > > http://www.aditus.nu/jpgraph/proversion.php > > > > That looks very non-free to me. What should I do to remove it from the > > repo and from the mirrors ? > > I agree. Find the original review ticket, and set the fedora-cvs flag > to ? and state in the comment that you need a complete package removal. And to get the built packages removed: http://fedoraproject.org/wiki/PackageMaintainers/RepoRequests From mladen.kuntner at triera.net Sat Apr 7 08:16:41 2007 From: mladen.kuntner at triera.net (Mladen Kuntner) Date: Sat, 07 Apr 2007 10:16:41 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> Message-ID: <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> On Fri, 2007-04-06 at 14:07 +0300, Jonathan Dieter wrote: > On Thu, 2007-04-05 at 14:53 +0200, Tim Lauridsen wrote: > > This error is Python 2.5 related, cElementTree is included in Python 2.5. > > > > Something like this will make it work in both python 2.4 (FC6) and > > Python 2.5 (FC7) > > > > try: > > from cElementTree import interparse # Python 2.4 > > except: > > from xml.etree.cElementTree import interparse # Python 2.5 > > > > Tim > > > If somebody using Rawhide would like to test this and tell me if this at > least keeps presto from crashing yum. > > The file you need to edit is /usr/share/presto/prestomdparser.py, and > the line you need to replace is "from cElementTree import interparse". > > Jonathan > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list on a 2.6.20-1.3036.fc7 #1 SMP x86_64 x86_64 x86_64 GNU/Linux updated rawhide I instaled yum-presto-0.3.7-1 and deltarpm-3.4-1.fc7. and python is python-2.5-11.fc7 . After replacing from cElementTree import iterparse with from xml.etree.cElementTree import interparse yum is still crashing :( # yum search presto Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 82, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig errorlevel=opts.errorlevel) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 145, in _getConfig startupconf.pluginconfpath) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 271, in doPluginSetup plugin_types, confpath) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 129, in __init__ self._importplugins(types) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 170, in _importplugins self._loadplugin(modulefile, types) File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 187, in _loadplugin module = imp.load_module(modname, fp, pathname, description) File "/usr/lib/yum-plugins/presto.py", line 31, in from prestomdparser import PrestoMDParser File "/usr/share/presto/prestomdparser.py", line 23, in from xml.etree.cElementTree import interparse # Python 2.5 ImportError: cannot import name interparse If you need some testing on x86_64 rawhide please tell. mladen From pemboa at gmail.com Sat Apr 7 09:06:50 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 7 Apr 2007 04:06:50 -0500 Subject: yum-presto 0.3.4 In-Reply-To: <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> Message-ID: <16de708d0704070206n52715c7ai71eaaa30bdc9a0bb@mail.gmail.com> On 4/7/07, Mladen Kuntner wrote: > On Fri, 2007-04-06 at 14:07 +0300, Jonathan Dieter wrote: > > On Thu, 2007-04-05 at 14:53 +0200, Tim Lauridsen wrote: > > > This error is Python 2.5 related, cElementTree is included in Python 2.5. > > > > > > Something like this will make it work in both python 2.4 (FC6) and > > > Python 2.5 (FC7) > > > > > > try: > > > from cElementTree import interparse # Python 2.4 > > > except: > > > from xml.etree.cElementTree import interparse # Python 2.5 > > > > > > Tim > > > > > If somebody using Rawhide would like to test this and tell me if this at > > least keeps presto from crashing yum. > > > > The file you need to edit is /usr/share/presto/prestomdparser.py, and > > the line you need to replace is "from cElementTree import interparse". > > > > Jonathan > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > on a 2.6.20-1.3036.fc7 #1 SMP x86_64 x86_64 x86_64 GNU/Linux > updated rawhide > > I instaled yum-presto-0.3.7-1 and deltarpm-3.4-1.fc7. > and python is python-2.5-11.fc7 . > > After replacing > > from cElementTree import iterparse > > with > > from xml.etree.cElementTree import interparse > > yum is still crashing :( > > # yum search presto > > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 82, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig > errorlevel=opts.errorlevel) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 145, in > _getConfig > startupconf.pluginconfpath) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 271, in > doPluginSetup > plugin_types, confpath) > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 129, in > __init__ > self._importplugins(types) > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 170, in > _importplugins > self._loadplugin(modulefile, types) > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 187, in > _loadplugin > module = imp.load_module(modname, fp, pathname, description) > File "/usr/lib/yum-plugins/presto.py", line 31, in > from prestomdparser import PrestoMDParser > File "/usr/share/presto/prestomdparser.py", line 23, in > from xml.etree.cElementTree import interparse # Python 2.5 > ImportError: cannot import name interparse > > If you need some testing on x86_64 rawhide please tell. > > mladen Is xml.etree.cElementTree suppose to have interparse? It isn't in the docs: http://docs.python.org/lib/module-xml.etree.ElementTree.html -- Fedora Core 6 and proud From buildsys at fedoraproject.org Sat Apr 7 10:07:14 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 7 Apr 2007 06:07:14 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-07 Message-ID: <20070407100714.4B4F5152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 13 audacious-plugins-1.3.1-2.fc7 blam-1.8.3-3.fc7 cmake-2.4.6-2.fc7 conntrack-1.0-0.3.beta2.fc7 firmware-addon-dell-1.2.9-1.fc7 kdesvn-0.11.2-2.fc7 NEW libnetfilter_queue-0.0.13-3.fc7 libtwin-0.0.2-3.fc7 mhash-0.9.9-1 perl-CPANPLUS-0.78-1.fc7 petitboot-0.0.1-3.fc7 pungi-0.3.1-1.fc7 python-formencode-0.7-3.fc7 audacious-plugins-1.3.1-2.fc7 ----------------------------- * Fri Apr 06 2007 Ralf Ertzinger 1.3.1-2.fc7 - Own %{_datadir}/audacious blam-1.8.3-3.fc7 ---------------- * Fri Apr 06 2007 Peter Gordon - 1.8.3-3 - Add hard dependency on dbus-sharp, since it's not automatically picked up by RPM at build-time from the dbus-sharp-devel BuildRequires. (Thanks to David Nielsen for the bug report via Jabber.) - Add minimum version for dbus-sharp and dbus-sharp-devel dependencies. cmake-2.4.6-2.fc7 ----------------- * Fri Apr 06 2007 Orion Poplawski - 2.4.6-2 - Add rpm macros conntrack-1.0-0.3.beta2.fc7 --------------------------- * Fri Apr 06 2007 Paul P. Komkoff Jr - 1.0-0.3.beta2 - grab ownership of some directories firmware-addon-dell-1.2.9-1.fc7 ------------------------------- * Fri Apr 06 2007 Michael E Brown - 1.2.9-1 - downgrade api needed to 2.1 - fix changes from 1.2.7 that were accidentally reverted in 1.2.8. :( * Fri Apr 06 2007 Michael E Brown - 1.2.8-1 - sysid plugin: Zero pad value for sysid up to 4 chars - sysid plugin: Add 0x to signify that it is a hex value * Fri Mar 30 2007 Michael E Brown - 1.2.7-1 - yum plugin didnt work on FC5 due to extra, unneeded import. - dont need plugin api 2.5, 2.2 will do kdesvn-0.11.2-2.fc7 ------------------- * Fri Apr 06 2007 - Orion Poplawski - 0.11.2-2 - Use %cmake macro - Fix shared library permissions libnetfilter_queue-0.0.13-3.fc7 ------------------------------- * Mon Mar 26 2007 Paul P Komkoff Jr - 0.0.13-3 - own some directories * Mon Mar 19 2007 Paul P Komkoff Jr - 0.0.13-2 - fix source url - add pkgconfig to -devel Requires * Sat Mar 17 2007 Paul P Komkoff Jr - 0.0.13-1 - Preparing for submission to fedora extras libtwin-0.0.2-3.fc7 ------------------- * Fri Apr 06 2007 David Woodhouse 0.0.2-3 - Disable X11. Otherwise we have to pull it into the petitboot initrd. mhash-0.9.9-1 ------------- * Fri Apr 06 2007 Michael Schwendt - 0.9.9-1 - Update to 0.9.9 (bug-fixes). perl-CPANPLUS-0.78-1.fc7 ------------------------ * Wed Apr 04 2007 Steven Pritchard 0.78-1 - Update to 0.78. - BR Archive::Tar, ExtUtils::MakeMaker, and IO::Zlib. - Drop the AUTOINSTALL=1. It isn't necessary anymore. - Drop the find -size 0. That shouldn't be necessary for noarch packages. - Filter out Log::Message::Handlers auto-provides. petitboot-0.0.1-3.fc7 --------------------- * Fri Apr 06 2007 David Woodhouse 0.0.1-3 - Add script for initrd /sbin/init * Fri Apr 06 2007 David Woodhouse 0.0.1-2 - Support unattended boot of 'default' options, with timeout. pungi-0.3.1-1.fc7 ----------------- * Fri Apr 06 2007 Jesse Keating - 0.3.1-1 - Fix comments in default config file python-formencode-0.7-3.fc7 --------------------------- * Fri Apr 06 2007 Toshio Kuratomi 0.7-3 - Require python-setuptools For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jdieter at gmail.com Sat Apr 7 10:15:05 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Sat, 07 Apr 2007 13:15:05 +0300 Subject: yum-presto 0.3.4 In-Reply-To: <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> Message-ID: <1175940905.4263.32.camel@jndwidescreen.lesbg.loc> On Sat, 2007-04-07 at 10:16 +0200, Mladen Kuntner wrote: > on a 2.6.20-1.3036.fc7 #1 SMP x86_64 x86_64 x86_64 GNU/Linux > updated rawhide > > I instaled yum-presto-0.3.7-1 and deltarpm-3.4-1.fc7. > and python is python-2.5-11.fc7 . > > After replacing > > from cElementTree import iterparse > > with > > from xml.etree.cElementTree import interparse > > yum is still crashing :( > > If you need some testing on x86_64 rawhide please tell. > > mladen > > Sorry, my mistake. It should be from xml.etree.cElementTree import iterparse. Interparse was a typo. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tracyde at gmail.com Sat Apr 7 11:33:00 2007 From: tracyde at gmail.com (Derek Tracy) Date: Sat, 7 Apr 2007 07:33:00 -0400 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46164DB9.3000704@fedoraproject.org> References: <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> Message-ID: <9999810b0704070433s19b7df4dx816c57a0fe7d0b1b@mail.gmail.com> On 4/6/07, Rahul Sundaram wrote: > Patrice Dumas wrote: > > > > > You cannot say that for packagers. Packagers may be interested in that > > work. If we forbid new init systems we prevent interested people to do > > the job. > > Are you suggesting that all packagers would be interested in providing > alternative versions of the required init scripts for all different init > scripts systems? > > > Why? If people are interested, they will make it scale. > > The problem happens when people are not interested. We would end up > having init script systems which don't work properly because the > packages dont provide init scripts except for the default init script > system. When end users find more such packages in the repository (which > do not know is experimental), the level of trust on the quality of the > repository goes down. More choices without proper integration and > testing is bad. > > The question here is: What do you propose to guarantee better > integration for all the different init scripts? I think the best way to attack this issue would be with a wrapper script. The packagers can still use their current init scripts, just have the wrapper script run after the package is installed and convert the packagers init script to the format of the installed init system. Just a thought, this may seem like a crude hack, but it really would allow the most flexibility. -- R/S --------------------------------- Derek Tracy tracyde at gmail.com --------------------------------- From j.w.r.degoede at hhs.nl Sat Apr 7 12:01:35 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 07 Apr 2007 14:01:35 +0200 Subject: Location of gconf schema files Message-ID: <4617881F.2060903@hhs.nl> Hi all, During the review of one of my packages it was pointed out that files under /etc/gconf/schemas should not be marked %config, because they shouldnot be edited and because leaving old edited versions there when using %config(noreplace) could have bad side effects on the working of gconf. So I filed a bug against rpmlint as rpmlint complains about files under /etc/gconf/schemas not beging %config: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235487 Ville then asked the question in that BZ ticket, that since these files shouldn't be edited, that we really should be installing them under /usr/share. I also know of atleast one package where upstream by default does exactly that. Ville also found a Debian draft policy on this: http://burtonini.com/computing/gnome-policy-20050123.html#id2447554 I tend to agree with Ville's and the Debian draft policy's reasoning, these files really should be under /usr/share (and gconf should be tought to look in both locations) So what do others think? I would like to see some discussion on this here and then I would like to see / ask the FPC (to) make a decision on this, includng whether or not to use %config for them. Thanks & Regards, Hans From mladen.kuntner at triera.net Sat Apr 7 12:25:24 2007 From: mladen.kuntner at triera.net (Mladen Kuntner) Date: Sat, 07 Apr 2007 14:25:24 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1175940905.4263.32.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> <1175940905.4263.32.camel@jndwidescreen.lesbg.loc> Message-ID: <1175948724.2242.2.camel@cpe1-23-149.cable.triera.net> On Sat, 2007-04-07 at 13:15 +0300, Jonathan Dieter wrote: > On Sat, 2007-04-07 at 10:16 +0200, Mladen Kuntner wrote: > > on a 2.6.20-1.3036.fc7 #1 SMP x86_64 x86_64 x86_64 GNU/Linux > > updated rawhide > > > > I instaled yum-presto-0.3.7-1 and deltarpm-3.4-1.fc7. > > and python is python-2.5-11.fc7 . > > > > After replacing > > > > from cElementTree import iterparse > > > > with > > > > from xml.etree.cElementTree import interparse > > > > yum is still crashing :( > > > > > If you need some testing on x86_64 rawhide please tell. > > > > mladen > > > > > Sorry, my mistake. It should be from xml.etree.cElementTree import > iterparse. Interparse was a typo. > > Jonathan > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list no problem now we have # yum check presto Loading "presto" plugin Setting up Presto Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 82, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 156, in getOptionsConfig (opts, self.cmds) = self.optparser.setupYumConfig() File "/usr/share/yum-cli/cli.py", line 1084, in setupYumConfig self.base.setupProgessCallbacks() File "/usr/share/yum-cli/output.py", line 322, in setupProgessCallbacks self.repos.setProgressBar(TextMeter(fo=sys.stdout)) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 492, in repos = property(fget=lambda self: self._getRepos(), File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 342, in _getRepos self.plugins.run('postreposetup') File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 153, in run func(conduitcls(self, self.base, conf, **kwargs)) File "/usr/lib/yum-plugins/presto.py", line 69, in postreposetup_hook p_repo.setup(conduit.getConf().cache) File "/usr/share/presto/prestoRepo.py", line 414, in setup self.baseurlSetup() File "/usr/share/presto/prestoRepo.py", line 282, in baseurlSetup for url in self.baseurl: TypeError: 'NoneType' object is not iterable mladen From markg85 at gmail.com Sat Apr 7 16:09:30 2007 From: markg85 at gmail.com (Mark) Date: Sat, 7 Apr 2007 18:09:30 +0200 Subject: Problem with installing the nvidia drivers Message-ID: <6e24a8e80704070909r2b62dce2i5aa9a70fbfc16346@mail.gmail.com> Hey, i normally find it hard to install the nvidia drivers because there is no "official" fedora way.. it all has to be done with the livna repository. but now i`m getting very strange problems.. I install the kernel module driver and the xorg nvidia driver: kmod-nvidia-1.0.9755-1.2.6.20_1.3045.fc7 xorg-x11-drv-nvidia-1.0.9755-2.lvn7 than i run x. at this moment i have nvidia and all seems to be running fine.. untill i restart. somehow everything that is installed by: xorg-x11-drv-nvidia-1.0.9755-2.lvn7is not on my disc anymore once i restarted.. i have no idea what could cause this problem.. how do you all install the nvidia drivers? i have a 6800 GT -------------- next part -------------- An HTML attachment was scrubbed... URL: From kwizart at gmail.com Sat Apr 7 16:18:42 2007 From: kwizart at gmail.com (KH KH) Date: Sat, 7 Apr 2007 18:18:42 +0200 Subject: Problem with installing the nvidia drivers In-Reply-To: <6e24a8e80704070909r2b62dce2i5aa9a70fbfc16346@mail.gmail.com> References: <6e24a8e80704070909r2b62dce2i5aa9a70fbfc16346@mail.gmail.com> Message-ID: 2007/4/7, Mark : > Hey, > > i normally find it hard to install the nvidia drivers because there is no > "official" fedora way.. it all has to be done with the livna repository. > but now i`m getting very strange problems.. > > I install the kernel module driver and the xorg nvidia driver: > > kmod-nvidia-1.0.9755-1.2.6.20_1.3045.fc7 > xorg-x11-drv-nvidia-1.0.9755-2.lvn7 > > than i run x. at this moment i have nvidia and all seems to be running > fine.. untill i restart. > somehow everything that is installed by: > xorg-x11-drv-nvidia-1.0.9755-2.lvn7 is not on my disc > anymore once i restarted.. > > i have no idea what could cause this problem.. > how do you all install the nvidia drivers? i have a 6800 GT > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Please do not use fedora-devel-list for third part repository packages You should uses thoses repository mailing-list instead. nicolas (kwizart) From markg85 at gmail.com Sat Apr 7 16:23:40 2007 From: markg85 at gmail.com (Mark) Date: Sat, 7 Apr 2007 18:23:40 +0200 Subject: Problem with installing the nvidia drivers In-Reply-To: References: <6e24a8e80704070909r2b62dce2i5aa9a70fbfc16346@mail.gmail.com> Message-ID: <6e24a8e80704070923s35b9e2a3tf9dd5b085e598a6d@mail.gmail.com> oke.. this is not just about another repository!! also just about a issue i have to get the nvidia drivers working on Fedora core 7 test 3. selinux seems to be the problem. i disabled it and now it`s working fine. anyone any idea how i can adjust selinux so it works? 2007/4/7, KH KH : > > 2007/4/7, Mark : > > Hey, > > > > i normally find it hard to install the nvidia drivers because there is > no > > "official" fedora way.. it all has to be done with the livna repository. > > but now i`m getting very strange problems.. > > > > I install the kernel module driver and the xorg nvidia driver: > > > > kmod-nvidia-1.0.9755-1.2.6.20_1.3045.fc7 > > xorg-x11-drv-nvidia-1.0.9755-2.lvn7 > > > > than i run x. at this moment i have nvidia and all seems to be running > > fine.. untill i restart. > > somehow everything that is installed by: > > xorg-x11-drv-nvidia-1.0.9755-2.lvn7 is not on my disc > > anymore once i restarted.. > > > > i have no idea what could cause this problem.. > > how do you all install the nvidia drivers? i have a 6800 GT > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > Please do not use fedora-devel-list for third part repository packages > You should uses thoses repository mailing-list instead. > > nicolas (kwizart) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hughsient at gmail.com Sat Apr 7 16:37:29 2007 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 07 Apr 2007 17:37:29 +0100 Subject: Problem with installing the nvidia drivers In-Reply-To: <6e24a8e80704070923s35b9e2a3tf9dd5b085e598a6d@mail.gmail.com> References: <6e24a8e80704070909r2b62dce2i5aa9a70fbfc16346@mail.gmail.com> <6e24a8e80704070923s35b9e2a3tf9dd5b085e598a6d@mail.gmail.com> Message-ID: <1175963849.21821.5.camel@localhost.localdomain> On Sat, 2007-04-07 at 18:23 +0200, Mark wrote: > oke.. this is not just about another repository!! also just about a > issue i have to get the nvidia drivers working on Fedora core 7 test > 3. selinux seems to be the problem. i disabled it and now it`s working > fine. anyone any idea how i can adjust selinux so it works? Dude, you're asking a question about a proprietary driver provided by livna. It's nothing to do with this mailing list. If you installed a broken .exe file from some random website onto your Windows XP computer and it then did not work, would you email the Microsoft development team asking for help? Probably best to file a bug with livna or nvidia. Richard. From bernie at codewiz.org Sat Apr 7 17:28:49 2007 From: bernie at codewiz.org (Bernardo Innocenti) Date: Sat, 07 Apr 2007 19:28:49 +0200 Subject: New developer In-Reply-To: References: Message-ID: <4617D4D1.2050702@codewiz.org> Kevin Kofler wrote: > Or if you hate packaging, you could just use my packages to develop some nice > KDE 4 app and have me or somebody else package it for Fedora. Is there a yum repo for these? I'm surprised RPMs are already being distributed, because I'm building KDE4 from sources quite often and it's a very lucky day when the SVN checkouts build at all. So far, the result of starting kde4 apps ranged from "crashes immediately" to "opens a window that doesn't respond to input". This includes core stuff like Konqueror and Kicker. Did you have better luck than me? -- // Bernardo Innocenti - SYS64738 \X/ http://www.codewiz.org/ From markg85 at gmail.com Sat Apr 7 17:59:33 2007 From: markg85 at gmail.com (Mark) Date: Sat, 7 Apr 2007 19:59:33 +0200 Subject: readahead could use a update Message-ID: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> Hey, i just wanted to speed up firefox and i saw that the 1.5.0.9 lines are still in readahead, but not 2.0.0.3 and i`m sure there are more things in readahead that i didn`t saw yet. btw.. firefox is real fast when added to readahead :) [root at localhost ~]# time firefox real 0m0.363s user 0m0.009s sys 0m0.031s [root at localhost ~]# without it takes a few seconds. perhaps a good idea to add the default gnome applets (that are shown on a default fedora installation) to readahead? Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From seandarcy2 at gmail.com Sat Apr 7 18:50:58 2007 From: seandarcy2 at gmail.com (sean) Date: Sat, 07 Apr 2007 14:50:58 -0400 Subject: hal: multilib prob on x86-64 repo Message-ID: with the x86_64 repo, the yum update fails with hal: Transaction Check Error: file /usr/share/man/man1/hal-disable-polling.1.gz from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070401.1.fc7 file /usr/share/man/man1/hal-find-by-capability.1.gz from install of hal-0.5.9-1.fc7 conflicts with file from package hal-0.5.9-0.git20070401.1.fc7 ................... because both i386 and x86_64 are installed, but only hal.x86_64 is included in the x86_64 repo. But hal.i386 is needed for gnome-vfs2: rpm -e hal.i386 error: Failed dependencies: libhal-storage.so.1 is needed by (installed) gnome-vfs2-2.18.0.1-1.fc7.i386 libhal.so.1 is needed by (installed) gnome-vfs2-2.18.0.1-1.fc7.i386 which in turn is needed by firefox.i386 which is required to use flash. Both firefox.i386 and gnome-vfs2 are in the x86_64 repo. I got hal.i386 and hal-libs from the i386 repo, and that worked. Is there some to guard against not having i386 deps in the x86_64 repo. Or do we just have to remember that hal is a dep of firefox.i386? sean From opensource at till.name Sat Apr 7 18:59:10 2007 From: opensource at till.name (Till Maas) Date: Sat, 07 Apr 2007 20:59:10 +0200 Subject: hal: multilib prob on x86-64 repo In-Reply-To: References: Message-ID: <200704072059.11385.opensource@till.name> On Sa April 7 2007, sean wrote: > with the x86_64 repo, the yum update fails with hal: It is already discussed in the thread with "Subject: hal + pam update errors" And maybe some info will show up in the Bugzilla entry: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235152 Regards, Till From kevin.kofler at chello.at Sat Apr 7 19:52:21 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 7 Apr 2007 19:52:21 +0000 (UTC) Subject: New developer References: <4617D4D1.2050702@codewiz.org> Message-ID: Bernardo Innocenti codewiz.org> writes: > > Or if you hate packaging, you could just use my packages to develop some > > nice KDE 4 app and have me or somebody else package it for Fedora. > > Is there a yum repo for these? As I said, they are in the unstable repository at kde-redhat. > I'm surprised RPMs are already being distributed, because I'm building > KDE4 from sources quite often and it's a very lucky day when the SVN > checkouts build at all. I took the 3.80.3 developer snapshot, that one is at least known to compile. I then cherry-picked a few bugfixes from current SVN and backported these. I'm not going to upgrade wholesale to a new snapshot before Alpha 1. > So far, the result of starting kde4 apps ranged from "crashes immediately" > to "opens a window that doesn't respond to input". This includes core > stuff like Konqueror and Kicker. Konqueror 3.80.3 starts up with one of the patches I backported. (In unpatched 3.80.3, it would only work if you give it a URL to open, otherwise it crashed immediately.) It's possible some other changes in current SVN broke it again, but 3.80.3 with the patch works. Kicker is deprecated and being replaced with Plasma, so it probably shouldn't be expected to work. I don't recommend running a full KDE 4 session yet anyway, instead run KDE 3 (or even GNOME) and then fire up the individual KDE 4 apps you want to try out inside that session. My parallel-installation patches should make that work seamlessly. Now, there's definitely a lot of stuff which is still buggy. The packages are in "unstable" for a reason. But they're good enough for their intended purpose, which is to allow developing apps using the KDE 4 libs. Kevin Kofler From fedora at drussell.dnsalias.com Sun Apr 8 03:44:19 2007 From: fedora at drussell.dnsalias.com (Don Russell) Date: Sat, 07 Apr 2007 20:44:19 -0700 Subject: is mgetty being maintained? In-Reply-To: <46166487.3090000@drussell.dnsalias.com> References: <46166487.3090000@drussell.dnsalias.com> Message-ID: <46186513.6000806@drussell.dnsalias.com> Don Russell wrote: > I originally posted this on "fedora-list", but was nudged to here as a > more appropriate list for this issue: :-) > > > mgetty on FC6 is at version 1.1.33-9 : 2005-04-10 > > I opened a new bug against it ( > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232522 ) and in > doing some research to find the source code discovered there have been > two releases since then. Even the most recent is more than a yearold > now, but still not available via yum update. > > 1.1.34 : 2005-11-30 > 1.1.35 : 2006-02-22 > > Is mgetty still being maintained as a Fedora component? Is it deprecated > and there is a replacement I should use instead? > > I was going to see if I can fix the problem, but for all I know it is > already fixed in one of these newer releases. > > How do I request that mgetty be updated in FC6? I think the package > maintainer has gone walk about so opening a new bugzilla report seems > ineffective: Another bug ( > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217844 ), created > 2006-11-30 has never even been replied to. :-( > > Which version will be in FC7? I can wait for FC7, that is only a month > or two away now. > > Thank you. I got the source code for 1.1.35 and based on reading the C code, verified the bug I found has not been fixed yet. So, what I'd like to do is get the source for the older version as used by Fedora Core 6 and test a change... How/where can I get the source for the version in Fedora 6 without downloading the entire CD of source code? Is there a way I can just d/l the individual package and "make" it? I would do this with version1.1.35, but the configuration of the Makefile is a little beyond me at this point. :-( I'm hoping I can get the current FC6 one and all that will be set up correctly... then it's just a matter of changing the code to fix the bug I found. THAT I can do. :-) Then I'll attach the diff file to my bugzilla report :-) Thank you. From fuse1031blue at hotmail.com Sun Apr 8 04:10:10 2007 From: fuse1031blue at hotmail.com (Cody Tracy) Date: Sat, 07 Apr 2007 22:10:10 -0600 Subject: New developer Message-ID: Kevin Kofler wrote: >Bernardo Innocenti codewiz.org> writes: > >>>Or if you hate packaging, you could just use my packages to develop some >>>nice KDE 4 app and have me or somebody else package it for Fedora. >>> >>Is there a yum repo for these? >> > >As I said, they are in the unstable repository at kde-redhat. > > >>I'm surprised RPMs are already being distributed, because I'm building >>KDE4 from sources quite often and it's a very lucky day when the SVN >>checkouts build at all. >> > >I took the 3.80.3 developer snapshot, that one is at least known to >compile. I then cherry-picked a few bugfixes from current SVN and >backported these. > >I'm not going to upgrade wholesale to a new snapshot before Alpha 1. > > >>So far, the result of starting kde4 apps ranged from "crashes immediately" >>to "opens a window that doesn't respond to input". This includes core >>stuff like Konqueror and Kicker. >> > >Konqueror 3.80.3 starts up with one of the patches I backported. (In >unpatched 3.80.3, it would only work if you give it a URL to open, >otherwise it crashed immediately.) It's possible some other changes in >current SVN broke it again, but 3.80.3 with the patch works. > >Kicker is deprecated and being replaced with Plasma, so it probably >shouldn't be expected to work. I don't recommend running a full KDE 4 >session yet anyway, instead run KDE 3 (or even GNOME) and then fire up the >individual KDE 4 apps you want to try out inside that session. My >parallel-installation patches should make that work seamlessly. > >Now, there's definitely a lot of stuff which is still buggy. The packages >are in "unstable" for a reason. But they're good enough for their intended >purpose, which is to allow developing apps using the KDE 4 libs. > > Kevin Kofler > > Well, can anyone point me in the right direction to get started? Docs, desired applications and such? I'm sure I can find the docs on the KDE 4 libs but I'm not sure where to find redhat specific documentation. I could most definitely write some front ends for these system apps. Just need the docs. Thanks From fuse1031blue at hotmail.com Sun Apr 8 04:25:53 2007 From: fuse1031blue at hotmail.com (Cody Tracy) Date: Sat, 07 Apr 2007 22:25:53 -0600 Subject: New developer Message-ID: Cody Tracy wrote: >Kevin Kofler wrote: >>Bernardo Innocenti codewiz.org> writes: >> >>>>Or if you hate packaging, you could just use my packages to develop some >>>>nice KDE 4 app and have me or somebody else package it for Fedora. >>>> >>>Is there a yum repo for these? >>> >> >>As I said, they are in the unstable repository at kde-redhat. >> >> >>>I'm surprised RPMs are already being distributed, because I'm building >>>KDE4 from sources quite often and it's a very lucky day when the SVN >>>checkouts build at all. >>> >> >>I took the 3.80.3 developer snapshot, that one is at least known to >>compile. I then cherry-picked a few bugfixes from current SVN and >>backported these. >> >>I'm not going to upgrade wholesale to a new snapshot before Alpha 1. >> >> >>>So far, the result of starting kde4 apps ranged from "crashes >>>immediately" >>>to "opens a window that doesn't respond to input". This includes core >>>stuff like Konqueror and Kicker. >>> >> >>Konqueror 3.80.3 starts up with one of the patches I backported. (In >>unpatched 3.80.3, it would only work if you give it a URL to open, >>otherwise it crashed immediately.) It's possible some other changes in >>current SVN broke it again, but 3.80.3 with the patch works. >> >>Kicker is deprecated and being replaced with Plasma, so it probably >>shouldn't be expected to work. I don't recommend running a full KDE 4 >>session yet anyway, instead run KDE 3 (or even GNOME) and then fire up the >>individual KDE 4 apps you want to try out inside that session. My >>parallel-installation patches should make that work seamlessly. >> >>Now, there's definitely a lot of stuff which is still buggy. The packages >>are in "unstable" for a reason. But they're good enough for their intended >>purpose, which is to allow developing apps using the KDE 4 libs. >> >> Kevin Kofler >> >> >Well, can anyone point me in the right direction to get started? Docs, >desired applications and such? I'm sure I can find the docs on the KDE >4 libs but I'm not sure where to find redhat specific documentation. I >could most definitely write some front ends for these system apps. Just >need the docs. > >Thanks > > Keep in mind that I've only been programming for about 2 years in Windows at my job so if possible I would like someone that has been working on this project to look over my code and make sure I didn't do something stupid. I do have a project at work for linux though and I'm using Qt4, sane, and libtiff for this. I really like this project and I would like to contribute what I can. Thanks again. From vladc6 at yahoo.com Sun Apr 8 04:35:57 2007 From: vladc6 at yahoo.com (Vlad) Date: Sat, 7 Apr 2007 21:35:57 -0700 (PDT) Subject: New developer Message-ID: <791388.58283.qm@web54405.mail.yahoo.com> "Arthur Pemberton" wrote: > Please don't suggest the recoding of the system-config-tools > just for the sake of using Qt ... or did I misread you? The best way is to develop GUI-independent backends that can be used by frontends written in Qt, GTK+, or even ncurses. This approach is taken by (K)NetworkManager, HAL/Solid, (K)Ubuntu's Ubiquity installer, Guidance (yes - a PyGTK frontend is on the way) and could very well work for Anaconda and other Fedora-specific tools. This way the core functionality is shared, while the users have the GUI of their choice. There are clear benefits to using apps made with the same toolkit as your desktop: less memory used, less disk space used, faster start up time. If KDE is going to be supported by Fedora, it might as well be done right. Vlad ____________________________________________________________________________________ Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front From drago01 at gmail.com Sun Apr 8 06:34:56 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 08 Apr 2007 08:34:56 +0200 Subject: is mgetty being maintained? In-Reply-To: <46186513.6000806@drussell.dnsalias.com> References: <46166487.3090000@drussell.dnsalias.com> <46186513.6000806@drussell.dnsalias.com> Message-ID: <46188D10.3000904@gmail.com> Don Russell wrote: > > I got the source code for 1.1.35 and based on reading the C code, > verified the bug I found has not been fixed yet. > > So, what I'd like to do is get the source for the older version as > used by Fedora Core 6 and test a change... How/where can I get the > source for the version in Fedora 6 without downloading the entire CD > of source code? you only have to download the src rpm : http://download.fedora.redhat.com/pub/fedora/linux/core/6/source/SRPMS/ From sundaram at fedoraproject.org Sun Apr 8 11:24:51 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 08 Apr 2007 16:54:51 +0530 Subject: New developer In-Reply-To: <791388.58283.qm@web54405.mail.yahoo.com> References: <791388.58283.qm@web54405.mail.yahoo.com> Message-ID: <4618D103.9020805@fedoraproject.org> Vlad wrote: > "Arthur Pemberton" wrote: >> Please don't suggest the recoding of the system-config-tools >> just for the sake of using Qt ... or did I misread you? > > The best way is to develop GUI-independent backends that can be used > by frontends written in Qt, GTK+, or even ncurses. This approach is > taken by (K)NetworkManager, HAL/Solid, (K)Ubuntu's Ubiquity installer, > Guidance (yes - a PyGTK frontend is on the way) and could very well > work for Anaconda and other Fedora-specific tools. This way the core > functionality is shared, while the users have the GUI of their choice. > There are clear benefits to using apps made with the same toolkit as > your desktop: less memory used, less disk space used, faster start up > time. > > If KDE is going to be supported by Fedora, it might as well be done > right. It is not worth the effort for Anaconda and many other tools. There are other KDE focussed distributions which have used GTK based tools like Mandriva. Nothing wrong with that. If you disagree put in the effort. Rahul From buildsys at fedoraproject.org Sun Apr 8 11:56:24 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 8 Apr 2007 07:56:24 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-08 Message-ID: <20070408115624.860A3152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 10 abiword-2.4.6-5.fc7 ctapi-cyberjack-2.0.14-1.fc7 cups-pdf-2.4.5-1.fc7.1 firmware-addon-dell-1.2.11-1.fc7 nas-1.9-1.fc7 NEW nemiver-0.3.0-6.fc7 perl-Moose-0.20-1.fc7 php-pear-PHP-CompatInfo-1.4.3-1.fc7 sdcc-2.6.0-10.fc7 NEW zzuf-0.8.1-1.fc7 Packages built and released for Fedora Extras 6: 12 ctapi-cyberjack-2.0.14-1.fc6 cups-pdf-2.4.5-1.fc6 firmware-addon-dell-1.2.10-1.fc6 NEW glchess-1.0.4-2.fc6 libmodplug-0.8.4-1.fc6 NEW libnetfilter_queue-0.0.13-3.fc6 nas-1.9-1.fc6 perl-Moose-0.20-1.fc6 php-pear-PHP-CompatInfo-1.4.3-1.fc6 yum-presto-0.3.8-1.fc6 zynaddsubfx-2.2.1-14.fc6 NEW zzuf-0.8.1-1.fc6 Packages built and released for Fedora Extras 5: 7 ctapi-cyberjack-2.0.14-1.fc5 cups-pdf-2.4.5-1.fc5 cycle-0.3.1-4.fc5 NEW libnetfilter_queue-0.0.13-3.fc5 nas-1.9-1.fc5 perl-Moose-0.20-1.fc5 php-pear-PHP-CompatInfo-1.4.3-1.fc5 abiword-2.4.6-5.fc7 ------------------- * Fri Apr 06 2007 Marc Maurer - 1:2.4.6-5.fc7 - Rebuild * Fri Apr 06 2007 Marc Maurer - 1:2.4.6-4.fc7 - Fix 234765 ctapi-cyberjack-2.0.14-1.fc7 ---------------------------- * Sat Apr 07 2007 Frank B?ttner - 2.0.14-1.fc7 - update to release of 2.0.14 - fix unowned directores * Wed Mar 14 2007 Frank B?ttner - 2.0.14beta1-1.fc7 - build for the 2.0.14 version(beta at this time) - Implements part 10 of the PC/SC specifications (regarding secure pin verification via PC/SC) and fixes a bug in the IFD handler which sometimes causes SCardReconnect() to fail. * Tue Jan 09 2007 Frank B?ttner - 2.0.13-1.fc7 - build for final 2.0.13 version cups-pdf-2.4.5-1.fc7.1 ---------------------- * Sun Apr 08 2007 Remi Collet 2.4.5-1.fc7.1 - bump release, missing file * Sun Apr 08 2007 Remi Collet 2.4.5-1 - update to 2.4.5 firmware-addon-dell-1.2.11-1.fc7 -------------------------------- * Sat Apr 07 2007 Michael E Brown - 1.2.11-1 - enhance up2date_repo_autoconf by populating default configuration file * Fri Apr 06 2007 Michael E Brown - 1.2.10-1 - Couple of changes so that the dell sysid plugin work on yum 2.4.3 prior versions didnt crash, but didnt properly substitute mirrolist because the name of mirrolist var is different in 2.4.3. - Per discussion on mailing list, convert to arch-specific pkg - package bin/up2date_repo_autoconf only for RHEL{3,4} releases * Fri Apr 06 2007 Michael E Brown - 1.2.9-1 - downgrade api needed to 2.1 - Added up2date_repo_autoconf binary - fix changes from 1.2.7 that were accidentally reverted in 1.2.8. :( * Fri Apr 06 2007 Michael E Brown - 1.2.8-1 - sysid plugin: Zero pad value for sysid up to 4 chars - sysid plugin: Add 0x to signify that it is a hex value nas-1.9-1.fc7 ------------- * Sun Apr 08 2007 Frank B?ttner - 1.9-1.fc7 - update to 1.9 - remove old patch file nemiver-0.3.0-6.fc7 ------------------- perl-Moose-0.20-1.fc7 --------------------- * Sat Apr 07 2007 Chris Weyl 0.20-1 - update to 0.20 - add additional BR's for new optional tests php-pear-PHP-CompatInfo-1.4.3-1.fc7 ----------------------------------- * Sat Apr 07 2007 Remi Collet 1.4.3-1 - upgrade to 1.4.3 sdcc-2.6.0-10.fc7 ----------------- * Sat Apr 07 2007 Trond Danielsen - 2.6.0-10 - Added patch to fix a problem with sdccman.lyx that caused lyx to fail. * Fri Mar 23 2007 Trond Danielsen - 2.6.0-9 - Removed symlinks, added scripts (solves bug #233385). zzuf-0.8.1-1.fc7 ---------------- * Sat Apr 07 2007 Ville Skytt? - 0.8.1-1 - First Fedora build. * Thu Apr 05 2007 Ville Skytt? - 0.8.1-0.1 - First build. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From Sean.Stangl at Gmail.com Sun Apr 8 12:30:26 2007 From: Sean.Stangl at Gmail.com (Sean Stangl) Date: Sun, 08 Apr 2007 08:30:26 -0400 Subject: Fedora Extras Package Build Report 2007-04-08 In-Reply-To: <20070408115624.860A3152131@buildsys.fedoraproject.org> References: <20070408115624.860A3152131@buildsys.fedoraproject.org> Message-ID: <1176035426.31488.2.camel@localhost.localdomain> After installing firmware-addon-dell on fc6 i686, yum immediately crashes when called with any arguments, due to the dellsysidplugin: $ yum update Loading "installonlyn" plugin Loading "dellsysidplugin" plugin Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 82, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 206, in getOptionsConfig errorlevel=opts.errorlevel) File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 141, in doConfigSetup self.plugins.run('init') File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run func(conduitcls(self, self.base, conf, **kwargs)) File "/usr/lib/yum-plugins/dellsysidplugin.py", line 26, in init_hook sysid = getSystemId() File "/usr/lib/python2.4/site-packages/biosHdr.py", line 34, in getSystemId output = cmdFactory_getSystemId() File "/usr/lib/python2.4/site-packages/biosHdr.py", line 27, in cmdFactory_getSystemId raise PermissionDenied("Failed to get System ID: %s" % output) biosHdr.PermissionDenied: Failed to get System ID: Libsmbios: 0.13.5 Error getting the System ID : Could not instantiate SMBIOS table. Error getting the Service Tag : Could not instantiate SMBIOS table. Error getting the Product Name: Could not instantiate SMBIOS table. Error getting the BIOS Version: Could not instantiate SMBIOS table. Error getting the Vendor : Could not instantiate SMBIOS table. Is Dell: 0 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235621 -Sean On Sun, 2007-04-08 at 07:56 -0400, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 10 > > abiword-2.4.6-5.fc7 > ctapi-cyberjack-2.0.14-1.fc7 > cups-pdf-2.4.5-1.fc7.1 > firmware-addon-dell-1.2.11-1.fc7 > nas-1.9-1.fc7 > NEW nemiver-0.3.0-6.fc7 > perl-Moose-0.20-1.fc7 > php-pear-PHP-CompatInfo-1.4.3-1.fc7 > sdcc-2.6.0-10.fc7 > NEW zzuf-0.8.1-1.fc7 > > > Packages built and released for Fedora Extras 6: 12 > > ctapi-cyberjack-2.0.14-1.fc6 > cups-pdf-2.4.5-1.fc6 > firmware-addon-dell-1.2.10-1.fc6 > NEW glchess-1.0.4-2.fc6 > libmodplug-0.8.4-1.fc6 > NEW libnetfilter_queue-0.0.13-3.fc6 > nas-1.9-1.fc6 > perl-Moose-0.20-1.fc6 > php-pear-PHP-CompatInfo-1.4.3-1.fc6 > yum-presto-0.3.8-1.fc6 > zynaddsubfx-2.2.1-14.fc6 > NEW zzuf-0.8.1-1.fc6 > > > Packages built and released for Fedora Extras 5: 7 > > ctapi-cyberjack-2.0.14-1.fc5 > cups-pdf-2.4.5-1.fc5 > cycle-0.3.1-4.fc5 > NEW libnetfilter_queue-0.0.13-3.fc5 > nas-1.9-1.fc5 > perl-Moose-0.20-1.fc5 > php-pear-PHP-CompatInfo-1.4.3-1.fc5 > > > abiword-2.4.6-5.fc7 > ------------------- > * Fri Apr 06 2007 Marc Maurer - 1:2.4.6-5.fc7 > - Rebuild > > * Fri Apr 06 2007 Marc Maurer - 1:2.4.6-4.fc7 > - Fix 234765 > > ctapi-cyberjack-2.0.14-1.fc7 > ---------------------------- > * Sat Apr 07 2007 Frank B?ttner - 2.0.14-1.fc7 > - update to release of 2.0.14 > - fix unowned directores > > * Wed Mar 14 2007 Frank B?ttner - 2.0.14beta1-1.fc7 > - build for the 2.0.14 version(beta at this time) > - Implements part 10 of the PC/SC specifications (regarding secure pin verification via PC/SC) > and fixes a bug in the IFD handler which sometimes causes SCardReconnect() to fail. > > * Tue Jan 09 2007 Frank B?ttner - 2.0.13-1.fc7 > - build for final 2.0.13 version > > cups-pdf-2.4.5-1.fc7.1 > ---------------------- > * Sun Apr 08 2007 Remi Collet 2.4.5-1.fc7.1 > - bump release, missing file > > * Sun Apr 08 2007 Remi Collet 2.4.5-1 > - update to 2.4.5 > > firmware-addon-dell-1.2.11-1.fc7 > -------------------------------- > * Sat Apr 07 2007 Michael E Brown - 1.2.11-1 > - enhance up2date_repo_autoconf by populating default configuration file > > * Fri Apr 06 2007 Michael E Brown - 1.2.10-1 > - Couple of changes so that the dell sysid plugin work on yum 2.4.3 > prior versions didnt crash, but didnt properly substitute mirrolist > because the name of mirrolist var is different in 2.4.3. > - Per discussion on mailing list, convert to arch-specific pkg > - package bin/up2date_repo_autoconf only for RHEL{3,4} releases > > * Fri Apr 06 2007 Michael E Brown - 1.2.9-1 > - downgrade api needed to 2.1 > - Added up2date_repo_autoconf binary > - fix changes from 1.2.7 that were accidentally reverted in 1.2.8. :( > > * Fri Apr 06 2007 Michael E Brown - 1.2.8-1 > - sysid plugin: Zero pad value for sysid up to 4 chars > - sysid plugin: Add 0x to signify that it is a hex value > > nas-1.9-1.fc7 > ------------- > * Sun Apr 08 2007 Frank B?ttner - 1.9-1.fc7 > - update to 1.9 > - remove old patch file > > nemiver-0.3.0-6.fc7 > ------------------- > > perl-Moose-0.20-1.fc7 > --------------------- > * Sat Apr 07 2007 Chris Weyl 0.20-1 > - update to 0.20 > - add additional BR's for new optional tests > > php-pear-PHP-CompatInfo-1.4.3-1.fc7 > ----------------------------------- > * Sat Apr 07 2007 Remi Collet 1.4.3-1 > - upgrade to 1.4.3 > > sdcc-2.6.0-10.fc7 > ----------------- > * Sat Apr 07 2007 Trond Danielsen - 2.6.0-10 > - Added patch to fix a problem with sdccman.lyx that caused lyx to fail. > > * Fri Mar 23 2007 Trond Danielsen - 2.6.0-9 > - Removed symlinks, added scripts (solves bug #233385). > > zzuf-0.8.1-1.fc7 > ---------------- > * Sat Apr 07 2007 Ville Skytt? - 0.8.1-1 > - First Fedora build. > > * Thu Apr 05 2007 Ville Skytt? - 0.8.1-0.1 > - First build. > > > > For more information about the built packages please see the repository > or the Fedora Info Feed: http://fedoraproject.org/infofeed/ > > From Sean.Stangl at Gmail.com Sun Apr 8 12:34:31 2007 From: Sean.Stangl at Gmail.com (Sean Stangl) Date: Sun, 08 Apr 2007 08:34:31 -0400 Subject: Fedora Extras Package Build Report 2007-04-08 In-Reply-To: <1176035426.31488.2.camel@localhost.localdomain> References: <20070408115624.860A3152131@buildsys.fedoraproject.org> <1176035426.31488.2.camel@localhost.localdomain> Message-ID: <1176035671.31488.4.camel@localhost.localdomain> Naturally the problem is that the dellsysidplugin requires root privileges to run, whereas I was originally trying to perform `yum info xyz` as a regular user. On Sun, 2007-04-08 at 08:30 -0400, Sean Stangl wrote: > After installing firmware-addon-dell on fc6 i686, yum immediately > crashes when called with any arguments, due to the dellsysidplugin: > > $ yum update > Loading "installonlyn" plugin > Loading "dellsysidplugin" plugin > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 82, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 206, in getOptionsConfig > errorlevel=opts.errorlevel) > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 141, in > doConfigSetup > self.plugins.run('init') > File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in > run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/dellsysidplugin.py", line 26, in init_hook > sysid = getSystemId() > File "/usr/lib/python2.4/site-packages/biosHdr.py", line 34, in > getSystemId > output = cmdFactory_getSystemId() > File "/usr/lib/python2.4/site-packages/biosHdr.py", line 27, in > cmdFactory_getSystemId > raise PermissionDenied("Failed to get System ID: %s" % output) > biosHdr.PermissionDenied: Failed to get System ID: Libsmbios: 0.13.5 > Error getting the System ID : Could not instantiate SMBIOS table. > Error getting the Service Tag : Could not instantiate SMBIOS table. > Error getting the Product Name: Could not instantiate SMBIOS table. > Error getting the BIOS Version: Could not instantiate SMBIOS table. > Error getting the Vendor : Could not instantiate SMBIOS table. > Is Dell: 0 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235621 > > -Sean > > On Sun, 2007-04-08 at 07:56 -0400, buildsys at fedoraproject.org wrote: > > Packages built and released for Fedora Extras development: 10 > > > > abiword-2.4.6-5.fc7 > > ctapi-cyberjack-2.0.14-1.fc7 > > cups-pdf-2.4.5-1.fc7.1 > > firmware-addon-dell-1.2.11-1.fc7 > > nas-1.9-1.fc7 > > NEW nemiver-0.3.0-6.fc7 > > perl-Moose-0.20-1.fc7 > > php-pear-PHP-CompatInfo-1.4.3-1.fc7 > > sdcc-2.6.0-10.fc7 > > NEW zzuf-0.8.1-1.fc7 > > > > > > Packages built and released for Fedora Extras 6: 12 > > > > ctapi-cyberjack-2.0.14-1.fc6 > > cups-pdf-2.4.5-1.fc6 > > firmware-addon-dell-1.2.10-1.fc6 > > NEW glchess-1.0.4-2.fc6 > > libmodplug-0.8.4-1.fc6 > > NEW libnetfilter_queue-0.0.13-3.fc6 > > nas-1.9-1.fc6 > > perl-Moose-0.20-1.fc6 > > php-pear-PHP-CompatInfo-1.4.3-1.fc6 > > yum-presto-0.3.8-1.fc6 > > zynaddsubfx-2.2.1-14.fc6 > > NEW zzuf-0.8.1-1.fc6 > > > > > > Packages built and released for Fedora Extras 5: 7 > > > > ctapi-cyberjack-2.0.14-1.fc5 > > cups-pdf-2.4.5-1.fc5 > > cycle-0.3.1-4.fc5 > > NEW libnetfilter_queue-0.0.13-3.fc5 > > nas-1.9-1.fc5 > > perl-Moose-0.20-1.fc5 > > php-pear-PHP-CompatInfo-1.4.3-1.fc5 > > > > > > abiword-2.4.6-5.fc7 > > ------------------- > > * Fri Apr 06 2007 Marc Maurer - 1:2.4.6-5.fc7 > > - Rebuild > > > > * Fri Apr 06 2007 Marc Maurer - 1:2.4.6-4.fc7 > > - Fix 234765 > > > > ctapi-cyberjack-2.0.14-1.fc7 > > ---------------------------- > > * Sat Apr 07 2007 Frank B?ttner - 2.0.14-1.fc7 > > - update to release of 2.0.14 > > - fix unowned directores > > > > * Wed Mar 14 2007 Frank B?ttner - 2.0.14beta1-1.fc7 > > - build for the 2.0.14 version(beta at this time) > > - Implements part 10 of the PC/SC specifications (regarding secure pin verification via PC/SC) > > and fixes a bug in the IFD handler which sometimes causes SCardReconnect() to fail. > > > > * Tue Jan 09 2007 Frank B?ttner - 2.0.13-1.fc7 > > - build for final 2.0.13 version > > > > cups-pdf-2.4.5-1.fc7.1 > > ---------------------- > > * Sun Apr 08 2007 Remi Collet 2.4.5-1.fc7.1 > > - bump release, missing file > > > > * Sun Apr 08 2007 Remi Collet 2.4.5-1 > > - update to 2.4.5 > > > > firmware-addon-dell-1.2.11-1.fc7 > > -------------------------------- > > * Sat Apr 07 2007 Michael E Brown - 1.2.11-1 > > - enhance up2date_repo_autoconf by populating default configuration file > > > > * Fri Apr 06 2007 Michael E Brown - 1.2.10-1 > > - Couple of changes so that the dell sysid plugin work on yum 2.4.3 > > prior versions didnt crash, but didnt properly substitute mirrolist > > because the name of mirrolist var is different in 2.4.3. > > - Per discussion on mailing list, convert to arch-specific pkg > > - package bin/up2date_repo_autoconf only for RHEL{3,4} releases > > > > * Fri Apr 06 2007 Michael E Brown - 1.2.9-1 > > - downgrade api needed to 2.1 > > - Added up2date_repo_autoconf binary > > - fix changes from 1.2.7 that were accidentally reverted in 1.2.8. :( > > > > * Fri Apr 06 2007 Michael E Brown - 1.2.8-1 > > - sysid plugin: Zero pad value for sysid up to 4 chars > > - sysid plugin: Add 0x to signify that it is a hex value > > > > nas-1.9-1.fc7 > > ------------- > > * Sun Apr 08 2007 Frank B?ttner - 1.9-1.fc7 > > - update to 1.9 > > - remove old patch file > > > > nemiver-0.3.0-6.fc7 > > ------------------- > > > > perl-Moose-0.20-1.fc7 > > --------------------- > > * Sat Apr 07 2007 Chris Weyl 0.20-1 > > - update to 0.20 > > - add additional BR's for new optional tests > > > > php-pear-PHP-CompatInfo-1.4.3-1.fc7 > > ----------------------------------- > > * Sat Apr 07 2007 Remi Collet 1.4.3-1 > > - upgrade to 1.4.3 > > > > sdcc-2.6.0-10.fc7 > > ----------------- > > * Sat Apr 07 2007 Trond Danielsen - 2.6.0-10 > > - Added patch to fix a problem with sdccman.lyx that caused lyx to fail. > > > > * Fri Mar 23 2007 Trond Danielsen - 2.6.0-9 > > - Removed symlinks, added scripts (solves bug #233385). > > > > zzuf-0.8.1-1.fc7 > > ---------------- > > * Sat Apr 07 2007 Ville Skytt? - 0.8.1-1 > > - First Fedora build. > > > > * Thu Apr 05 2007 Ville Skytt? - 0.8.1-0.1 > > - First build. > > > > > > > > For more information about the built packages please see the repository > > or the Fedora Info Feed: http://fedoraproject.org/infofeed/ > > > > > From dan at danny.cz Sun Apr 8 12:54:45 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sun, 08 Apr 2007 14:54:45 +0200 Subject: yum-presto and $basearch Message-ID: <1176036885.3909.4.camel@eagle.danny.cz> Hello Jonathan, is it possible for yum-presto to interpret $basearch and $releasever variables in its URLs in the config file? Dan From vladc6 at yahoo.com Sun Apr 8 13:19:54 2007 From: vladc6 at yahoo.com (Vlad) Date: Sun, 8 Apr 2007 06:19:54 -0700 (PDT) Subject: New developer Message-ID: <523446.40627.qm@web54405.mail.yahoo.com> Rahul Sundaram wrote: > It is not worth the effort for Anaconda and many other tools. Sure, if you think KDE users aren't worth having an efficient Fedora system. Loading two different graphic frameworks at the same time wastes memory/diskspace, slows down startup time, and leads to graphical inconsistencies. For people with low-end hardware that makes a huge difference. > There are other KDE focussed distributions which have used GTK based > tools like Mandriva. That's a suboptimal solution, originating from a lack of foresight in designing those applications to separate the core functionality from the GUI components. I would point to K/Ubuntu as an example where desktop integration is tackled correctly: for every system tool there is a KDE or GNOME frontend to be used on the respective desktop, and the core functionality is shared in a common backend. > If you disagree put in the effort. The only reason I mentioned the lack of KDE frontends for system tools in Fedora is that a potential developer with Qt background asked where he can help. Vlad ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ From sundaram at fedoraproject.org Sun Apr 8 13:32:22 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 08 Apr 2007 19:02:22 +0530 Subject: New developer In-Reply-To: <523446.40627.qm@web54405.mail.yahoo.com> References: <523446.40627.qm@web54405.mail.yahoo.com> Message-ID: <4618EEE6.4040905@fedoraproject.org> Vlad wrote: > Rahul Sundaram wrote: >> It is not worth the effort for Anaconda and many other tools. > > Sure, if you think KDE users aren't worth having an efficient Fedora > system. Don't presume what I think please. What I am claiming is that a bunch of GTK based tools in a KDE spin of Fedora is better than the time spend rewriting these tools in QT. Loading two different graphic frameworks at the same time > wastes memory/diskspace, slows down startup time, and leads to > graphical inconsistencies. For people with low-end hardware that makes > a huge difference. I doubt that loading GTK instead of QT makes a big difference. Before we go down this route let's properly analyze the benefits claimed instead of having some vague notions. Wasting memory and disk space: How much exactly? Look and Feel: Can be mostly solved by http://gtk-qt.ecs.soton.ac.uk/ which there was a plan to provide by default in the KDE spin. How exactly does it make a huge difference in low end hardware? Provide benchmarks. > That's a suboptimal solution, originating from a lack of foresight in > designing those applications to separate the core functionality from > the GUI components. Given that "we lacked foresight" and that the business logic is now not separated from the UI in many of the tools is it worth rewriting them? > The only reason I mentioned the lack of KDE frontends for system tools > in Fedora is that a potential developer with Qt background asked where > he can help. ... and where I would suggest that there are better easier things to tackle rather than rewriting Anaconda and system-config* tools. Just ask the KDE SIG. Rahul From jdieter at gmail.com Sun Apr 8 13:59:03 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 08 Apr 2007 16:59:03 +0300 Subject: yum-presto and $basearch In-Reply-To: <1176036885.3909.4.camel@eagle.danny.cz> References: <1176036885.3909.4.camel@eagle.danny.cz> Message-ID: <1176040743.28372.1.camel@jndwidescreen.lesbg.loc> On Sun, 2007-04-08 at 14:54 +0200, Dan Hor?k wrote: > Hello Jonathan, > > is it possible for yum-presto to interpret $basearch and $releasever > variables in its URLs in the config file? > > > Dan > > I probably could get it to work in the presto.conf file, but it works automatically if you add deltaurl=http://www.lesbg.com/jdieter/updates/fc$releasever/$basearch to fedora-updates.repo. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Sun Apr 8 15:29:24 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 08 Apr 2007 20:59:24 +0530 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070406154543.GL2902@free.fr> References: <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> <20070406154543.GL2902@free.fr> Message-ID: <46190A54.3010102@fedoraproject.org> Patrice Dumas wrote: > On Fri, Apr 06, 2007 at 08:02:51PM +0530, Rahul Sundaram wrote: >> The problem is that users wouldn't know that the init system they are >> installing wont work with several packages because these don't provide >> the init scripts that work with the alternative init system they just >> installed. If basic integration was not done, the alternative init >> system would result in non-functional packages, crashes or worse non >> booting systems. > > In my opinion, a user who installs an alternate init system should > know about it and understand what happens if it doesn't work. Of course > the init system should basically work, otherwise it shouldn't be in the > stable branch but I don't think that we should wait for all packages > to be covered by the init system before letting it go in the stable > branch. Right. I think then we are in agreement on that. The tricky question is what is the point at we allow a new init system into the stable repository. What % of services should be covered? We need to have some policies to ensure that a user doesn't end up with unbootable systems just because they install a new package. Last time I played with initng it required configuration changes and it had boot options to fall back to using the default init system. We need policies to ensure that similar things are in place for any other init systems we allow into the stable repo. > What I am trying to say is that a user who expect new init systems to > work perfectly and isn't using it to help ameliorating it is not > doing the right thing. We have lots of end users who don't file bug reports when they come across brokeness. I haven't always done it methologically myself. Sometimes a workaround is just easier. I don't think that's free riding. Just different priorities. > I am not very knowledgable with init systems. Maybe I could come with > something, but I have a lot of other fedora related tasks in the queue > with higher precedence. If you are advocating for alternative init systems I hope you take sometime to do that. Rahul From mattdm at mattdm.org Sun Apr 8 16:37:49 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 8 Apr 2007 12:37:49 -0400 Subject: New developer In-Reply-To: <791388.58283.qm@web54405.mail.yahoo.com> References: <791388.58283.qm@web54405.mail.yahoo.com> Message-ID: <20070408163749.GA14020@jadzia.bu.edu> On Sat, Apr 07, 2007 at 09:35:57PM -0700, Vlad wrote: > The best way is to develop GUI-independent backends that can be used > by frontends written in Qt, GTK+, or even ncurses. This approach is This needs to happen anyway so that root-privileged operations can be separated out from the GUI front ends. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From Michael_E_Brown at dell.com Sun Apr 8 17:15:14 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 12:15:14 -0500 Subject: yum wont upgrade noarch -> arch-specific Message-ID: <20070408171513.GB31744@humbolt.us.dell.com> Based upon the numerous comments about how firmware-addon-dell should not be noarch, I converted it to arch-specific over the weekend along with some other bugfixes I was making. In the previous thread, somebody had stated that yum would handle this properly. Well, it turns out that yum will not upgrade a noarch.rpm to arch-specific in FC6, at least, so I am busted. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235632 I found this out because a user entered a bug against the old version that I had fixed in the new arch-specific version and couldnt get the new version unless they removed and re-installed my pkg. Any thoughts on how to resolve this situation, aside from converting back to noarch? -- Michael From pertusus at free.fr Sun Apr 8 17:15:33 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 8 Apr 2007 19:15:33 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <46190A54.3010102@fedoraproject.org> References: <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> <20070406154543.GL2902@free.fr> <46190A54.3010102@fedoraproject.org> Message-ID: <20070408171532.GA2871@free.fr> On Sun, Apr 08, 2007 at 08:59:24PM +0530, Rahul Sundaram wrote: > > If you are advocating for alternative init systems I hope you take > sometime to do that. I am not essentially advocating for alternative init systems, but I am advocating for diversity and not having artificial entry barriers. I have already seen people saying only one dm, only one libc, and so on and so forth. This, in general, comes with a preference for desktop users and for things that just work, even if they are not easy to customize. I'd like that power users (like myself) also keep on use, contribute and feel that fedora is right and welcoming for them. -- Pat From trond.danielsen at fedoraproject.org Sun Apr 8 17:40:54 2007 From: trond.danielsen at fedoraproject.org (Trond Danielsen) Date: Sun, 8 Apr 2007 19:40:54 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <20070408171532.GA2871@free.fr> References: <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> <20070406154543.GL2902@free.fr> <46190A54.3010102@fedoraproject.org> <20070408171532.GA2871@free.fr> Message-ID: <409676c70704081040u319b9160se4b99e847c30bb3d@mail.gmail.com> 2007/4/8, Patrice Dumas : > On Sun, Apr 08, 2007 at 08:59:24PM +0530, Rahul Sundaram wrote: > > > > If you are advocating for alternative init systems I hope you take > > sometime to do that. > > I am not essentially advocating for alternative init systems, but I am > advocating for diversity and not having artificial entry barriers. I > have already seen people saying only one dm, only one libc, and so on > and so forth. This, in general, comes with a preference for desktop > users and for things that just work, even if they are not easy to > customize. I'd like that power users (like myself) also keep on use, > contribute and feel that fedora is right and welcoming for them. _Nobody_ has suggested that only one desktop environment or a single window manager should be available in Fedora. Please stick to the facts. The point that you seem to be missing is the fact that there is a huge difference between shipping two window managers and two different init systems. For each init system all packages that provide services would have to maintain different start-up scripts for each init system. I think it is better to test and benchmark the different init systems outside of the main repositories, and when the time is right, and opinions backed by measured results, a new init system can be introduced into Fedora. -- Trond Danielsen From Michael_E_Brown at dell.com Sun Apr 8 17:41:00 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 12:41:00 -0500 Subject: Fedora Extras Package Build Report 2007-04-08 In-Reply-To: <1176035426.31488.2.camel@localhost.localdomain> References: <20070408115624.860A3152131@buildsys.fedoraproject.org> <1176035426.31488.2.camel@localhost.localdomain> Message-ID: <20070408174100.GC31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 08:30:26AM -0400, Sean Stangl wrote: > After installing firmware-addon-dell on fc6 i686, yum immediately > crashes when called with any arguments, due to the dellsysidplugin: > > $ yum update > Loading "installonlyn" plugin > Loading "dellsysidplugin" plugin > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 82, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 206, in getOptionsConfig > errorlevel=opts.errorlevel) > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 141, in > doConfigSetup > self.plugins.run('init') > File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in > run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/dellsysidplugin.py", line 26, in init_hook > sysid = getSystemId() > File "/usr/lib/python2.4/site-packages/biosHdr.py", line 34, in > getSystemId > output = cmdFactory_getSystemId() > File "/usr/lib/python2.4/site-packages/biosHdr.py", line 27, in > cmdFactory_getSystemId > raise PermissionDenied("Failed to get System ID: %s" % output) > biosHdr.PermissionDenied: Failed to get System ID: Libsmbios: 0.13.5 > Error getting the System ID : Could not instantiate SMBIOS table. > Error getting the Service Tag : Could not instantiate SMBIOS table. > Error getting the Product Name: Could not instantiate SMBIOS table. > Error getting the BIOS Version: Could not instantiate SMBIOS table. > Error getting the Vendor : Could not instantiate SMBIOS table. > Is Dell: 0 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235621 Can you confirm which version of firmware-addon-dell that you have installed? I believe that this was fixed somewhere along 1.2.8 or so. Current version is 1.2.11. -- Michael From fedora at drussell.dnsalias.com Sun Apr 8 17:00:49 2007 From: fedora at drussell.dnsalias.com (Don Russell) Date: Sun, 08 Apr 2007 10:00:49 -0700 Subject: is mgetty being maintained? In-Reply-To: <46188D10.3000904@gmail.com> References: <46166487.3090000@drussell.dnsalias.com> <46186513.6000806@drussell.dnsalias.com> <46188D10.3000904@gmail.com> Message-ID: <46191FC1.5050501@drussell.dnsalias.com> dragoran wrote: > Don Russell wrote: >> >> I got the source code for 1.1.35 and based on reading the C code, >> verified the bug I found has not been fixed yet. >> >> So, what I'd like to do is get the source for the older version as >> used by Fedora Core 6 and test a change... How/where can I get the >> source for the version in Fedora 6 without downloading the entire CD >> of source code? > you only have to download the src rpm : > http://download.fedora.redhat.com/pub/fedora/linux/core/6/source/SRPMS/ OK... I d/l that and installed it with rpm -i mgetty*.rpm I now see a whole bunch o' stuff in /usr/src/redhat/SOURCES/ relating to several versions of mgetty. So, that's the first hurdle.... What do I need to do to get to a point where I can"make" (make install) mgetty? (Or where are there some instructions on doing this?) I want to "make install" the existing version with no changes to make sure I have the process correct. Then I will make my code changes and "make install" again to test it.... THEN I can attach the diff file to my bugzilla report, and perhaps take the next step toward getting a newer version of mgetty into FC6 (or FC7) Thank you. From mschwendt.tmp0701.nospam at arcor.de Sun Apr 8 17:50:53 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sun, 8 Apr 2007 19:50:53 +0200 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408171513.GB31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> Message-ID: <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> On Sun, 8 Apr 2007 12:15:14 -0500, Michael E Brown wrote: > Based upon the numerous comments about how firmware-addon-dell > should not be noarch, I converted it to arch-specific over the weekend > along with some other bugfixes I was making. In the previous thread, > somebody had stated that yum would handle this properly. Yes, it does. > Well, it turns out that yum will not upgrade a noarch.rpm to > arch-specific in FC6, at least, so I am busted. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235632 Cannot confirm. Works for me. FC6 and Rawhide. $ rpm -q test test-1.0-0.fdr.3.fc7.7 $ rpm -q test --qf %{arch}\\n noarch $ sudo yum update [...] ---> Package test.i386 0:1.0-0.fdr.4.fc7.7 set to be updated Checking deps for test.i386 0-1.0-0.fdr.4.fc7.7 - u Checking deps for test.noarch 0-1.0-0.fdr.3.fc7.7 - None filelists.xml.gz 100% |=========================| 402 B 00:00 Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: test i386 1.0-0.fdr.4.fc7.7 misc 35 k From Michael_E_Brown at dell.com Sun Apr 8 18:10:56 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 13:10:56 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070408181055.GD31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 07:50:53PM +0200, Michael Schwendt wrote: > On Sun, 8 Apr 2007 12:15:14 -0500, Michael E Brown wrote: > > > Based upon the numerous comments about how firmware-addon-dell > > should not be noarch, I converted it to arch-specific over the weekend > > along with some other bugfixes I was making. In the previous thread, > > somebody had stated that yum would handle this properly. > > Yes, it does. > > > Well, it turns out that yum will not upgrade a noarch.rpm to > > arch-specific in FC6, at least, so I am busted. > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235632 > > Cannot confirm. Works for me. FC6 and Rawhide. Well, everything is currently in extras that you would need to test. The last .noarch.rpm for firmware-addon-dell, plus the most recent arch-rpm. If you could try this out, and let me know what is going on, I would appreciate it. # yum install firmware-addon-dell.noarch -> installs 1.2.6-1.fc6.noarch.rpm # yum upgrade -> does not update to (available) 1.2.10-1.fc6.x86_64.rpm Example: [michael_e_brown at localhost ~]$ sudo yum -y install firmware-addon-dell.noarch Loading "priorities" plugin Loading "installonlyn" plugin Loading "changelog" plugin Loading "tsflags" plugin Loading "skip-broken" plugin Loading "downloadonly" plugin Loading "fastestmirror" plugin Loading "allowdowngrade" plugin Loading "protectbase" plugin Setting up Install Process Setting up repositories macromedia 100% |=========================| 951 B 00:00 livna 100% |=========================| 1.1 kB 00:00 updates 100% |=========================| 1.2 kB 00:00 core 100% |=========================| 1.1 kB 00:00 freshrpms 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 dell-hardware 100% |=========================| 951 B 00:00 Loading mirror speeds from cached hostfile Reading repository metadata in from local files 0 packages excluded due to repository priority protections 0 packages excluded due to repository protections Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package firmware-addon-dell.noarch 0:1.2.6-1.fc6 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: firmware-addon-dell noarch 1.2.6-1.fc6 extras 24 k Transaction Summary ============================================================================= Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 24 k Downloading Packages: (1/1): firmware-addon-del 100% |=========================| 24 kB 00:00 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: firmware-addon-dell ######################### [1/1] Installed: firmware-addon-dell.noarch 0:1.2.6-1.fc6 Complete! [michael_e_brown at localhost ~]$ sudo yum -y upgrade Password: Loading "priorities" plugin Loading "installonlyn" plugin Loading "dellsysidplugin" plugin Loading "changelog" plugin Loading "tsflags" plugin Loading "skip-broken" plugin Loading "downloadonly" plugin Loading "fastestmirror" plugin Loading "allowdowngrade" plugin Loading "protectbase" plugin Setting up Upgrade Process Setting up repositories Loading mirror speeds from cached hostfile Reading repository metadata in from local files 0 packages excluded due to repository priority protections 0 packages excluded due to repository protections No Packages marked for Update/Obsoletion -- Michael From Michael_E_Brown at dell.com Sun Apr 8 18:24:58 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 13:24:58 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070408182457.GE31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 07:50:53PM +0200, Michael Schwendt wrote: > On Sun, 8 Apr 2007 12:15:14 -0500, Michael E Brown wrote: > > > Based upon the numerous comments about how firmware-addon-dell > > should not be noarch, I converted it to arch-specific over the weekend > > along with some other bugfixes I was making. In the previous thread, > > somebody had stated that yum would handle this properly. > > Yes, it does. > > > Well, it turns out that yum will not upgrade a noarch.rpm to > > arch-specific in FC6, at least, so I am busted. > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235632 > > Cannot confirm. Works for me. FC6 and Rawhide. > > $ rpm -q test > test-1.0-0.fdr.3.fc7.7 > $ rpm -q test --qf %{arch}\\n > noarch > > $ sudo yum update > [...] > ---> Package test.i386 0:1.0-0.fdr.4.fc7.7 set to be updated > Checking deps for test.i386 0-1.0-0.fdr.4.fc7.7 - u > Checking deps for test.noarch 0-1.0-0.fdr.3.fc7.7 - None > filelists.xml.gz 100% |=========================| 402 B 00:00 > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Updating: > test i386 1.0-0.fdr.4.fc7.7 misc 35 k I am wondering if this is just an issue going from .noarch -> x86_64, because I set up a similar test, and going from noarch->i386 worked fine, but noarch->x86_64 did not. -- Michael From opensource at till.name Sun Apr 8 18:28:47 2007 From: opensource at till.name (Till Maas) Date: Sun, 08 Apr 2007 20:28:47 +0200 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408181055.GD31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408181055.GD31744@humbolt.us.dell.com> Message-ID: <200704082028.48252.opensource@till.name> On So April 8 2007, Michael E Brown wrote: > # yum install firmware-addon-dell.noarch > -> installs 1.2.6-1.fc6.noarch.rpm > # yum upgrade > -> does not update to (available) 1.2.10-1.fc6.x86_64.rpm In my virtual machine the same happens, but also it seems that there is no update available i386 (I do not have any x86_64 machines). Also installing this package on a non dell machine breaks yum (I do not have any dell machines) because of the included yum plugin, if this is not intended, I will fill a bug report. Regards, Till From pertusus at free.fr Sun Apr 8 18:32:46 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 8 Apr 2007 20:32:46 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <409676c70704081040u319b9160se4b99e847c30bb3d@mail.gmail.com> References: <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> <20070406154543.GL2902@free.fr> <46190A54.3010102@fedoraproject.org> <20070408171532.GA2871@free.fr> <409676c70704081040u319b9160se4b99e847c30bb3d@mail.gmail.com> Message-ID: <20070408183246.GB2871@free.fr> On Sun, Apr 08, 2007 at 07:40:54PM +0200, Trond Danielsen wrote: > 2007/4/8, Patrice Dumas : > >On Sun, Apr 08, 2007 at 08:59:24PM +0530, Rahul Sundaram wrote: > >> > >> If you are advocating for alternative init systems I hope you take > >> sometime to do that. > > > >I am not essentially advocating for alternative init systems, but I am > >advocating for diversity and not having artificial entry barriers. I > >have already seen people saying only one dm, only one libc, and so on > >and so forth. This, in general, comes with a preference for desktop > >users and for things that just work, even if they are not easy to > >customize. I'd like that power users (like myself) also keep on use, > >contribute and feel that fedora is right and welcoming for them. > > _Nobody_ has suggested that only one desktop environment or a single > window manager should be available in Fedora. Please stick to the > facts. I didn't said wm, but dm (display manager). It is there: https://www.redhat.com/archives/fedora-maintainers/2007-February/msg00408.html For the one libc and no static linking against dietlibc, even if it is more efficient I could find the thread too, if you really want to. > The point that you seem to be missing is the fact that there is a huge > difference between shipping two window managers and two different init > systems. For each init system all packages that provide services > would have to maintain different start-up scripts for each init > system. Right, I agree on that. But it doesn't change my point, although I agree that there should be init files for the main services, especially the system daemons before it goes in the stable releases. > I think it is better to test and benchmark the different init systems > outside of the main repositories, and when the time is right, and > opinions backed by measured results, a new init system can be > introduced into Fedora. I disagree. This adds a barrier for those who have the knowledge and the will to package and use different init systems. -- Pat From Michael_E_Brown at dell.com Sun Apr 8 18:37:16 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 13:37:16 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <200704082028.48252.opensource@till.name> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408181055.GD31744@humbolt.us.dell.com> <200704082028.48252.opensource@till.name> Message-ID: <20070408183715.GF31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 08:28:47PM +0200, Till Maas wrote: > On So April 8 2007, Michael E Brown wrote: > > > # yum install firmware-addon-dell.noarch > > -> installs 1.2.6-1.fc6.noarch.rpm > > # yum upgrade > > -> does not update to (available) 1.2.10-1.fc6.x86_64.rpm > > In my virtual machine the same happens, but also it seems that there is no > update available i386 (I do not have any x86_64 machines). Also installing > this package on a non dell machine breaks yum (I do not have any dell > machines) because of the included yum plugin, if this is not intended, I will > fill a bug report. Which version breaks on non-dell? Versions >= 1.2.10 should work on any machine. Just occurred to me that this might be a mirror sync issue. I'll have to check that possibility. -- Michael From Michael_E_Brown at dell.com Sun Apr 8 18:40:02 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 13:40:02 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408183715.GF31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408181055.GD31744@humbolt.us.dell.com> <200704082028.48252.opensource@till.name> <20070408183715.GF31744@humbolt.us.dell.com> Message-ID: <20070408184001.GG31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 01:37:16PM -0500, Michael E Brown wrote: > On Sun, Apr 08, 2007 at 08:28:47PM +0200, Till Maas wrote: > > On So April 8 2007, Michael E Brown wrote: > > > > > # yum install firmware-addon-dell.noarch > > > -> installs 1.2.6-1.fc6.noarch.rpm > > > # yum upgrade > > > -> does not update to (available) 1.2.10-1.fc6.x86_64.rpm > > > > In my virtual machine the same happens, but also it seems that there is no > > update available i386 (I do not have any x86_64 machines). Also installing > > this package on a non dell machine breaks yum (I do not have any dell > > machines) because of the included yum plugin, if this is not intended, I will > > fill a bug report. > > Which version breaks on non-dell? Versions >= 1.2.10 should work on any > machine. > > Just occurred to me that this might be a mirror sync issue. I'll have to > check that possibility. Just confirmed that this is not a mirror sync issue. -- Michael From skvidal at linux.duke.edu Sun Apr 8 19:08:17 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 08 Apr 2007 15:08:17 -0400 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408182457.GE31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> Message-ID: <1176059297.19199.105.camel@cutter> On Sun, 2007-04-08 at 13:24 -0500, Michael E Brown wrote: > On Sun, Apr 08, 2007 at 07:50:53PM +0200, Michael Schwendt wrote: > > On Sun, 8 Apr 2007 12:15:14 -0500, Michael E Brown wrote: > > > > > Based upon the numerous comments about how firmware-addon-dell > > > should not be noarch, I converted it to arch-specific over the weekend > > > along with some other bugfixes I was making. In the previous thread, > > > somebody had stated that yum would handle this properly. > > > > Yes, it does. > > > > > Well, it turns out that yum will not upgrade a noarch.rpm to > > > arch-specific in FC6, at least, so I am busted. > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235632 > > > > Cannot confirm. Works for me. FC6 and Rawhide. > > > > $ rpm -q test > > test-1.0-0.fdr.3.fc7.7 > > $ rpm -q test --qf %{arch}\\n > > noarch > > > > $ sudo yum update > > [...] > > ---> Package test.i386 0:1.0-0.fdr.4.fc7.7 set to be updated > > Checking deps for test.i386 0-1.0-0.fdr.4.fc7.7 - u > > Checking deps for test.noarch 0-1.0-0.fdr.3.fc7.7 - None > > filelists.xml.gz 100% |=========================| 402 B 00:00 > > > > Dependencies Resolved > > > > ============================================================================= > > Package Arch Version Repository Size > > ============================================================================= > > Updating: > > test i386 1.0-0.fdr.4.fc7.7 misc 35 k > > I am wondering if this is just an issue going from .noarch -> x86_64, > because I set up a similar test, and going from noarch->i386 worked > fine, but noarch->x86_64 did not. it shouldn't matter but I'm curious of this: yum list pkgname I'd like to see all the potential updates that are available, please. -sv From wolfy at nobugconsulting.ro Sun Apr 8 19:18:36 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Sun, 08 Apr 2007 22:18:36 +0300 Subject: rpms/ocsinventory-client/devel ocsinventory-client.spec, 1.6, 1.7 In-Reply-To: <200704081842.l38IgYLg008059@cvs-int.fedora.redhat.com> References: <200704081842.l38IgYLg008059@cvs-int.fedora.redhat.com> Message-ID: <4619400C.8070406@nobugconsulting.ro> On 04/08/2007 09:42 PM, Remi Collet (remi) wrote: > Author: remi > [...] > -BuildRequires: %{_sbindir}/dmidecode, perl > +BuildRequires: perl > perl is part of default buildroot, no need to BR it From Michael_E_Brown at dell.com Sun Apr 8 19:26:08 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 14:26:08 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <1176059297.19199.105.camel@cutter> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> Message-ID: <20070408192608.GH31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 03:08:17PM -0400, seth vidal wrote: > On Sun, 2007-04-08 at 13:24 -0500, Michael E Brown wrote: > > On Sun, Apr 08, 2007 at 07:50:53PM +0200, Michael Schwendt wrote: > > > On Sun, 8 Apr 2007 12:15:14 -0500, Michael E Brown wrote: > > > > > > > Based upon the numerous comments about how firmware-addon-dell > > > > should not be noarch, I converted it to arch-specific over the weekend > > > > along with some other bugfixes I was making. In the previous thread, > > > > somebody had stated that yum would handle this properly. > > > > > > Yes, it does. > > > > > > > Well, it turns out that yum will not upgrade a noarch.rpm to > > > > arch-specific in FC6, at least, so I am busted. > > > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235632 > > > > > > Cannot confirm. Works for me. FC6 and Rawhide. > > > > > > $ rpm -q test > > > test-1.0-0.fdr.3.fc7.7 > > > $ rpm -q test --qf %{arch}\\n > > > noarch > > > > > > $ sudo yum update > > > [...] > > > ---> Package test.i386 0:1.0-0.fdr.4.fc7.7 set to be updated > > > Checking deps for test.i386 0-1.0-0.fdr.4.fc7.7 - u > > > Checking deps for test.noarch 0-1.0-0.fdr.3.fc7.7 - None > > > filelists.xml.gz 100% |=========================| 402 B 00:00 > > > > > > Dependencies Resolved > > > > > > ============================================================================= > > > Package Arch Version Repository Size > > > ============================================================================= > > > Updating: > > > test i386 1.0-0.fdr.4.fc7.7 misc 35 k > > > > I am wondering if this is just an issue going from .noarch -> x86_64, > > because I set up a similar test, and going from noarch->i386 worked > > fine, but noarch->x86_64 did not. > > it shouldn't matter but I'm curious of this: > > yum list pkgname > > > I'd like to see all the potential updates that are available, please. Should have posted this, because I ran it several times while verifying things: $ sudo yum list firmware-addon-dell [...] Setting up repositories macromedia 100% |=========================| 951 B 00:00 updates 100% |=========================| 1.2 kB 00:00 core 100% |=========================| 1.1 kB 00:00 extras 100% |=========================| 1.1 kB 00:00 Loading mirror speeds from cached hostfile Reading repository metadata in from local files 0 packages excluded due to repository priority protections 0 packages excluded due to repository protections Installed Packages firmware-addon-dell.noarch 1.2.6-1.fc6 installed Available Packages firmware-addon-dell.x86_64 1.2.10-1.fc6 extras From mattdm at mattdm.org Sun Apr 8 19:28:29 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 8 Apr 2007 15:28:29 -0400 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408192608.GH31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> Message-ID: <20070408192829.GA29265@jadzia.bu.edu> On Sun, Apr 08, 2007 at 02:26:08PM -0500, Michael E Brown wrote: > Should have posted this, because I ran it several times while verifying things: > $ sudo yum list firmware-addon-dell [...] > Installed Packages > firmware-addon-dell.noarch 1.2.6-1.fc6 installed > Available Packages > firmware-addon-dell.x86_64 1.2.10-1.fc6 extras Forgive me if you posted this earlier and I missed it or if this is an insulting question, but: do you have exactarch=1 in your yum.conf? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From Michael_E_Brown at dell.com Sun Apr 8 19:36:14 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 14:36:14 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408192829.GA29265@jadzia.bu.edu> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> Message-ID: <20070408193613.GI31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 03:28:29PM -0400, Matthew Miller wrote: > On Sun, Apr 08, 2007 at 02:26:08PM -0500, Michael E Brown wrote: > > Should have posted this, because I ran it several times while verifying things: > > $ sudo yum list firmware-addon-dell > [...] > > Installed Packages > > firmware-addon-dell.noarch 1.2.6-1.fc6 installed > > Available Packages > > firmware-addon-dell.x86_64 1.2.10-1.fc6 extras > > Forgive me if you posted this earlier and I missed it or if this is an > insulting question, but: do you have exactarch=1 in your yum.conf? Not insulting *at all*. At this point I would welcome a simple explanation like that. As it happens, it is a completely unchanged, stock yum.conf, which has exactarch=1 Changing this to '0' does not fix the problem, though. $ cat /etc/yum.conf # note exactarch changed to 0 [main] cachedir=/var/cache/yum keepcache=0 debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=redhat-release tolerant=1 obsoletes=1 gpgcheck=1 plugins=1 metadata_expire=1800 exactarch=0 # PUT YOUR REPOS HERE OR IN separate files named file.repo # in /etc/yum.repos.d $ sudo yum --noplugins --disablerepo=livna* --disablerepo=freshrpms list updates Setting up repositories Reading repository metadata in from local files -- Michael From opensource at till.name Sun Apr 8 19:56:45 2007 From: opensource at till.name (Till Maas) Date: Sun, 08 Apr 2007 21:56:45 +0200 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408183715.GF31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <200704082028.48252.opensource@till.name> <20070408183715.GF31744@humbolt.us.dell.com> Message-ID: <200704082157.02150.opensource@till.name> On So April 8 2007, Michael E Brown wrote: > Which version breaks on non-dell? Versions >= 1.2.10 should work on any > machine. The 1.2.6 version broke it. Don't know, what the problem was, but now update from noarch to i386 works, too. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Sun Apr 8 20:08:12 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 8 Apr 2007 23:08:12 +0300 Subject: Provides: MTA and smtpdaemon? Message-ID: <200704082308.13413.ville.skytta@iki.fi> Hello, Are the meanings of Provides: MTA and Provides: smtpdaemon documented somewhere, or can someone tell with confidence what they mean/imply? I thought that a Provides: smtpdaemon would mean a service that runs a local SMTP service daemon and Provides: MTA something sendmail command line compatible that can send mail; filed some bugs, but it appears that there are some disagreement over their purposes. https://bugzilla.redhat.com/235594 https://bugzilla.redhat.com/235596 https://bugzilla.redhat.com/188400 Unless they already are, these things should be documented somewhere. I started http://fedoraproject.org/wiki/VilleSkytt%C3%A4/VirtualProvides to collect info - feel free to comment and add info and whatever is missing. From Michael_E_Brown at dell.com Sun Apr 8 20:17:46 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 15:17:46 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408193613.GI31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> Message-ID: <20070408201745.GK31744@humbolt.us.dell.com> On Sun, Apr 08, 2007 at 02:36:14PM -0500, Michael E Brown wrote: > On Sun, Apr 08, 2007 at 03:28:29PM -0400, Matthew Miller wrote: > > On Sun, Apr 08, 2007 at 02:26:08PM -0500, Michael E Brown wrote: > > > Should have posted this, because I ran it several times while verifying things: > > > $ sudo yum list firmware-addon-dell > > [...] > > > Installed Packages > > > firmware-addon-dell.noarch 1.2.6-1.fc6 installed > > > Available Packages > > > firmware-addon-dell.x86_64 1.2.10-1.fc6 extras > > > > Forgive me if you posted this earlier and I missed it or if this is an > > insulting question, but: do you have exactarch=1 in your yum.conf? > Had a conversation with seth on irc, and it looks like this is a multilib bug. In the meantime, I have made a workaround for this by releasing firmware-addon-dell-1.2.11.fc6.1.noarch.rpm and firmware-addon-dell-1.2.11.fc6.1.{i386,x86_64,ia64}.rpm So that people who are on multilib systems will get the updated code. Should hit the repos tomorrow. -- Michael From pertusus at free.fr Sun Apr 8 20:15:53 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 8 Apr 2007 22:15:53 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704082308.13413.ville.skytta@iki.fi> References: <200704082308.13413.ville.skytta@iki.fi> Message-ID: <20070408201552.GC2871@free.fr> On Sun, Apr 08, 2007 at 11:08:12PM +0300, Ville Skytt? wrote: > Unless they already are, these things should be documented somewhere. I > started http://fedoraproject.org/wiki/VilleSkytt%C3%A4/VirtualProvides to > collect info - feel free to comment and add info and whatever is missing. Very good idea. There is webclient also -- with unknown meaning to me. -- Pat From skvidal at linux.duke.edu Sun Apr 8 20:21:40 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 08 Apr 2007 16:21:40 -0400 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408201745.GK31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> Message-ID: <1176063700.19199.107.camel@cutter> On Sun, 2007-04-08 at 15:17 -0500, Michael E Brown wrote: > On Sun, Apr 08, 2007 at 02:36:14PM -0500, Michael E Brown wrote: > > On Sun, Apr 08, 2007 at 03:28:29PM -0400, Matthew Miller wrote: > > > On Sun, Apr 08, 2007 at 02:26:08PM -0500, Michael E Brown wrote: > > > > Should have posted this, because I ran it several times while verifying things: > > > > $ sudo yum list firmware-addon-dell > > > [...] > > > > Installed Packages > > > > firmware-addon-dell.noarch 1.2.6-1.fc6 installed > > > > Available Packages > > > > firmware-addon-dell.x86_64 1.2.10-1.fc6 extras > > > > > > Forgive me if you posted this earlier and I missed it or if this is an > > > insulting question, but: do you have exactarch=1 in your yum.conf? > > > > Had a conversation with seth on irc, and it looks like this is a > multilib bug. not a multilib bug - it's a bug in the update-list generation in rpmUtils.updates.py it only happens on multilib systems - which, semantically, I think is different than a multilib bug. -sv From skvidal at linux.duke.edu Sun Apr 8 20:51:15 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 08 Apr 2007 16:51:15 -0400 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <1176063700.19199.107.camel@cutter> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <1176063700.19199.107.camel@cutter> Message-ID: <1176065475.19199.109.camel@cutter> On Sun, 2007-04-08 at 16:21 -0400, seth vidal wrote: > On Sun, 2007-04-08 at 15:17 -0500, Michael E Brown wrote: > > On Sun, Apr 08, 2007 at 02:36:14PM -0500, Michael E Brown wrote: > > > On Sun, Apr 08, 2007 at 03:28:29PM -0400, Matthew Miller wrote: > > > > On Sun, Apr 08, 2007 at 02:26:08PM -0500, Michael E Brown wrote: > > > > > Should have posted this, because I ran it several times while verifying things: > > > > > $ sudo yum list firmware-addon-dell > > > > [...] > > > > > Installed Packages > > > > > firmware-addon-dell.noarch 1.2.6-1.fc6 installed > > > > > Available Packages > > > > > firmware-addon-dell.x86_64 1.2.10-1.fc6 extras > > > > > > > > Forgive me if you posted this earlier and I missed it or if this is an > > > > insulting question, but: do you have exactarch=1 in your yum.conf? > > > > > > > Had a conversation with seth on irc, and it looks like this is a > > multilib bug. > > not a multilib bug - it's a bug in the update-list generation in > rpmUtils.updates.py > > it only happens on multilib systems - which, semantically, I think is > different than a multilib bug. okay, I think I found it and posted a patch in the bug you opened. -sv From jonathan.underwood at gmail.com Sun Apr 8 22:37:28 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 8 Apr 2007 23:37:28 +0100 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704082308.13413.ville.skytta@iki.fi> References: <200704082308.13413.ville.skytta@iki.fi> Message-ID: <645d17210704081537o6f6169e6y40bd3756bfbaa53e@mail.gmail.com> On 08/04/07, Ville Skytt? wrote: > Hello, > > Are the meanings of Provides: MTA and Provides: smtpdaemon documented > somewhere, or can someone tell with confidence what they mean/imply? > > I thought that a Provides: smtpdaemon would mean a service that runs a local > SMTP service daemon and Provides: MTA something sendmail command line > compatible that can send mail; filed some bugs, but it appears that there are > some disagreement over their purposes. > > https://bugzilla.redhat.com/235594 > https://bugzilla.redhat.com/235596 > https://bugzilla.redhat.com/188400 > > Unless they already are, these things should be documented somewhere. I > started http://fedoraproject.org/wiki/VilleSkytt%C3%A4/VirtualProvides to > collect info - feel free to comment and add info and whatever is missing. > Relatedly, my proposal for (La)TeX add on package naming talks about virtual provides for TeX and LaTeX (http://fedoraproject.org/wiki/PackagingDrafts/TeXNaming). [OT: The whole tetex/texlive/addons thing seems to have stagnated to nothing though.] Jonathan. From ddmbox2 at yahoo.co.uk Sun Apr 8 23:03:35 2007 From: ddmbox2 at yahoo.co.uk (dexter) Date: Mon, 9 Apr 2007 00:03:35 +0100 Subject: is mgetty being maintained? In-Reply-To: <46191FC1.5050501@drussell.dnsalias.com> References: <46166487.3090000@drussell.dnsalias.com> <46188D10.3000904@gmail.com> <46191FC1.5050501@drussell.dnsalias.com> Message-ID: <200704090003.45229.ddmbox2@yahoo.co.uk> On Sun April 8 2007 18:00:49 Don Russell wrote: > dragoran wrote: > > Don Russell wrote: > >> I got the source code for 1.1.35 and based on reading the C code, > >> verified the bug I found has not been fixed yet. > >> > >> So, what I'd like to do is get the source for the older version as > >> used by Fedora Core 6 and test a change... How/where can I get the > >> source for the version in Fedora 6 without downloading the entire CD > >> of source code? > > > > you only have to download the src rpm : > > http://download.fedora.redhat.com/pub/fedora/linux/core/6/source/SRPMS/ > > OK... I d/l that and installed it with > rpm -i mgetty*.rpm > > I now see a whole bunch o' stuff in /usr/src/redhat/SOURCES/ relating to > several versions of mgetty. > > So, that's the first hurdle.... > well nearly, I believe /usr/src/redhat/SOURCES/ isn't writable for normal users! you need to build rpm's as a normal user ie in your own space. I installed rpmdevtools-5.3-1.fc6 which will create the build directory for you in your home dir with 'rpmdev-setuptree' or do it manually. > What do I need to do to get to a point where I can"make" (make install) rpmbuild -ba rpmbuild/SPECS/mgetty.spec will give you the original in the RPMS dir. also I installed rpm-build > mgetty? (Or where are there some instructions on doing this?) > search the wiki for more details ... good luck! ...dex ___________________________________________________________ Try the all-new Yahoo! Mail. "The New Version is radically easier to use" ? The Wall Street Journal http://uk.docs.yahoo.com/nowyoucan.html From mschwendt.tmp0701.nospam at arcor.de Sun Apr 8 23:09:05 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 9 Apr 2007 01:09:05 +0200 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408201745.GK31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> Message-ID: <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> On Sun, 8 Apr 2007 15:17:46 -0500, Michael E Brown wrote: > Had a conversation with seth on irc, and it looks like this is a > multilib bug. > > In the meantime, I have made a workaround for this by releasing > firmware-addon-dell-1.2.11.fc6.1.noarch.rpm > and > firmware-addon-dell-1.2.11.fc6.1.{i386,x86_64,ia64}.rpm > > So that people who are on multilib systems will get the updated code. > Should hit the repos tomorrow. Bears a huge risk of not giving expected results. http://buildsys.fedoraproject.org/plague-results/fedora-6-extras/firmware-addon-dell/ 1.2.11-1.fc6.1/ -> noarch 1.2.11-1.fc6.2/ -> i386, x86_64 Only highest EVR will be published. The noarch build won't make it into the repo, since it's older. And even if both builds (both src.rpms and their binary rpms) were published, the i386 users would get an update to the i386 build and not the [older] noarch build. Which is not what you wanted when you switched to noarch plus ExcludeArch. Only the x86_64 users would get the noarch package if they have an older noarch build installed already. Else they would get the x86_64 update. It's better to get Seth's patch applied to fix yum. From Michael_E_Brown at dell.com Sun Apr 8 23:17:13 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 18:17:13 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070408231713.GM31744@humbolt.us.dell.com> On Mon, Apr 09, 2007 at 01:09:05AM +0200, Michael Schwendt wrote: > On Sun, 8 Apr 2007 15:17:46 -0500, Michael E Brown wrote: > > > Had a conversation with seth on irc, and it looks like this is a > > multilib bug. > > > > In the meantime, I have made a workaround for this by releasing > > firmware-addon-dell-1.2.11.fc6.1.noarch.rpm > > and > > firmware-addon-dell-1.2.11.fc6.1.{i386,x86_64,ia64}.rpm > > > > So that people who are on multilib systems will get the updated code. > > Should hit the repos tomorrow. > > Bears a huge risk of not giving expected results. > > http://buildsys.fedoraproject.org/plague-results/fedora-6-extras/firmware-addon-dell/ > > 1.2.11-1.fc6.1/ > -> noarch > 1.2.11-1.fc6.2/ > -> i386, x86_64 > > Only highest EVR will be published. The noarch build won't make it into > the repo, since it's older. Nope. The repo publishes both. At this exact moment, 1.2.6-1.noarch and 1.2.10-1.{i386,x86_64} are all in the repo happily together. I saw this behaviour with 'repomanage', so if they are using repomanage, they will both stay in the repo until somebody manually removes one. > > And even if both builds (both src.rpms and their binary rpms) were > published, the i386 users would get an update to the i386 build and not This doesnt sound right. In the first place, there shouldnt be anybody with both installed, because i386 upgrades from noarch->i386 just fine. > the [older] noarch build. Which is not what you wanted when you switched > to noarch plus ExcludeArch. Only the x86_64 users would get the noarch > package if they have an older noarch build installed already. Else they > would get the x86_64 update. It's better to get Seth's patch applied to > fix yum. Seth's patch doesnt work for me. Trying to ascertain why. -- Michael From mschwendt.tmp0701.nospam at arcor.de Sun Apr 8 23:31:20 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 9 Apr 2007 01:31:20 +0200 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070408231713.GM31744@humbolt.us.dell.com> References: <20070408171513.GB31744@humbolt.us.dell.com> <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408231713.GM31744@humbolt.us.dell.com> Message-ID: <20070409013120.17c39103.mschwendt.tmp0701.nospam@arcor.de> On Sun, 8 Apr 2007 18:17:13 -0500, Michael E Brown wrote: > On Mon, Apr 09, 2007 at 01:09:05AM +0200, Michael Schwendt wrote: > > On Sun, 8 Apr 2007 15:17:46 -0500, Michael E Brown wrote: > > > > > Had a conversation with seth on irc, and it looks like this is a > > > multilib bug. > > > > > > In the meantime, I have made a workaround for this by releasing > > > firmware-addon-dell-1.2.11.fc6.1.noarch.rpm > > > and > > > firmware-addon-dell-1.2.11.fc6.1.{i386,x86_64,ia64}.rpm > > > > > > So that people who are on multilib systems will get the updated code. > > > Should hit the repos tomorrow. > > > > Bears a huge risk of not giving expected results. > > > > http://buildsys.fedoraproject.org/plague-results/fedora-6-extras/firmware-addon-dell/ > > > > 1.2.11-1.fc6.1/ > > -> noarch > > 1.2.11-1.fc6.2/ > > -> i386, x86_64 > > > > Only highest EVR will be published. The noarch build won't make it into > > the repo, since it's older. > > Nope. The repo publishes both. It doesn't, because the pushscript only publishes the latest EVR of what is found in the needsign repo. Just believe me. > At this exact moment, 1.2.6-1.noarch and > 1.2.10-1.{i386,x86_64} are all in the repo happily together. That is only because they've been published on separate days. One on March 29th, the other on April 8th: http://download.fedora.redhat.com/pub/fedora/linux/extras/6/i386/repoview/firmware-addon-dell.html Both are in the repo because two EVRs are kept in the repo. > I saw this > behaviour with 'repomanage', so if they are using repomanage, they will > both stay in the repo until somebody manually removes one. It has been replaced with repoprune several months ago, because repoprune is approx. four times faster and removes everything that doesn't have a corresponding source rpm. It simplifies repository management in that orphaned/obsolete sub-packages are deleted automatically. > > > > And even if both builds (both src.rpms and their binary rpms) were > > published, the i386 users would get an update to the i386 build and not > > This doesnt sound right. In the first place, there shouldnt be anybody > with both installed, because i386 upgrades from noarch->i386 just fine. Well, as I've shown a few hours ago in bugzilla, i386 users have the i386 build (1.2.10), which is the latest in the repo. And since your newer i386 build is newer than the noarch build in the needsign queue, the users would get the newest i386 build again even if the noarch build were published, too. From Michael_E_Brown at dell.com Mon Apr 9 00:13:37 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 19:13:37 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070409013120.17c39103.mschwendt.tmp0701.nospam@arcor.de> References: <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408231713.GM31744@humbolt.us.dell.com> <20070409013120.17c39103.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070409001337.GN31744@humbolt.us.dell.com> On Mon, Apr 09, 2007 at 01:31:20AM +0200, Michael Schwendt wrote: > > Well, as I've shown a few hours ago in bugzilla, i386 users have the i386 > build (1.2.10), which is the latest in the repo. And since your newer > i386 build is newer than the noarch build in the needsign queue, the users > would get the newest i386 build again even if the noarch build were > published, too. This is exactly what I want. I dont see a problem with that. I want the noarch pkg to go away as soon as the noarch->arch yum problem is fixed. For the time being, x86_64 users who already have the noarch pkg installed and do an upgrade will get the newer noarch pkg until yum is fixed. -- Michael From mschwendt.tmp0701.nospam at arcor.de Mon Apr 9 00:32:09 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 9 Apr 2007 02:32:09 +0200 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070409001337.GN31744@humbolt.us.dell.com> References: <20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408182457.GE31744@humbolt.us.dell.com> <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408231713.GM31744@humbolt.us.dell.com> <20070409013120.17c39103.mschwendt.tmp0701.nospam@arcor.de> <20070409001337.GN31744@humbolt.us.dell.com> Message-ID: <20070409023209.cfdc8396.mschwendt.tmp0701.nospam@arcor.de> On Sun, 8 Apr 2007 19:13:37 -0500, Michael E Brown wrote: > > Well, as I've shown a few hours ago in bugzilla, i386 users have the i386 > > build (1.2.10), which is the latest in the repo. And since your newer > > i386 build is newer than the noarch build in the needsign queue, the users > > would get the newest i386 build again even if the noarch build were > > published, too. > > This is exactly what I want. I dont see a problem with that. I want the > noarch pkg to go away as soon as the noarch->arch yum problem is fixed. > For the time being, x86_64 users who already have the noarch pkg > installed and do an upgrade will get the newer noarch pkg until yum is > fixed. Then it won't work, because there is no "newer noarch pkg" for x86_64. There only is a newer x86_64 pkg: 1.2.11-1.fc6.2.{x86_64,i386} http://buildsys.fedoraproject.org/plague-results/fedora-6-extras/firmware-addon-dell/ Highest EVR wins version comparison and is published. Older EVR are excluded and not published. So, the 1.2.11-1.fc6.1.noarch won't make it into the repo, since the 1.fc6.2 release is newer. And for i386 that would result in another switch, back from noarch to i386. How else can I explain it late at night? From pemboa at gmail.com Mon Apr 9 00:32:37 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 8 Apr 2007 19:32:37 -0500 Subject: New developer In-Reply-To: <4618EEE6.4040905@fedoraproject.org> References: <523446.40627.qm@web54405.mail.yahoo.com> <4618EEE6.4040905@fedoraproject.org> Message-ID: <16de708d0704081732u1d9b0a58r52a69f72b73a52e4@mail.gmail.com> On 4/8/07, Rahul Sundaram wrote: > Vlad wrote: > > Rahul Sundaram wrote: > >> It is not worth the effort for Anaconda and many other tools. > > > > Sure, if you think KDE users aren't worth having an efficient Fedora > > system. > > Don't presume what I think please. What I am claiming is that a bunch of > GTK based tools in a KDE spin of Fedora is better than the time spend > rewriting these tools in QT. > > Loading two different graphic frameworks at the same time > > wastes memory/diskspace, slows down startup time, and leads to > > graphical inconsistencies. For people with low-end hardware that makes > > a huge difference. > > I doubt that loading GTK instead of QT makes a big difference. Before we > go down this route let's properly analyze the benefits claimed instead > of having some vague notions. > > Wasting memory and disk space: How much exactly? > > Look and Feel: Can be mostly solved by http://gtk-qt.ecs.soton.ac.uk/ > which there was a plan to provide by default in the KDE spin. I feel I should say this: I'm a strong KDE user, not loud, but I really like KDE. However, I very much like the fact that the system-config tools are in Gtk. 1) pygtk is easy 2) they look different from my normal desktop apps - i think this is very good. My only problem with KDE on Fedora is that is the fairly large number of package with the name gnome in it that I seem to must have - for the sake of Firefox and OO.org , and even I know that is being a bit picky. By asking that there be a ksystem-config equivalent, that would be almost doubling the working - or at best multiplying it by a factor of 1.5. We need more, good system-config tools, not ksystem-config tools. And while on the subject, to those involved, if possible, don't use gnome widgets in the system-config-tools, seems like that has already started happening. -- Fedora Core 6 and proud From wolfy at nobugconsulting.ro Mon Apr 9 00:53:15 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 09 Apr 2007 03:53:15 +0300 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704082308.13413.ville.skytta@iki.fi> References: <200704082308.13413.ville.skytta@iki.fi> Message-ID: <46198E7B.5030800@nobugconsulting.ro> On 04/08/2007 11:08 PM, Ville Skytt? wrote: > Hello, > > Are the meanings of Provides: MTA and Provides: smtpdaemon documented > somewhere, or can someone tell with confidence what they mean/imply? > > I thought that a Provides: smtpdaemon would mean a service that runs a local > SMTP service daemon and Provides: MTA something sendmail command line > compatible that can send mail; filed some bugs, but it appears that there are > some disagreement over their purposes. > > https://bugzilla.redhat.com/235594 > https://bugzilla.redhat.com/235596 > https://bugzilla.redhat.com/188400 > > Unless they already are, these things should be documented somewhere. I > started http://fedoraproject.org/wiki/VilleSkytt%C3%A4/VirtualProvides to > collect info - feel free to comment and add info and whatever is missing. > > Note to readers: this mail should be seen as a continuation for https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235596#c5 . However I feel it is more appropiate to bring it to the list since it touches the problem of ssmtp (which I maintain). Just for the practical problem, let me explain what my needs were and the reason for which ssmtp provides smtpdaemon. For a start, one needs to know that (especially since the era when sendmail exhibited the nice remote root exploits) I hate keeping daemons running unless they do something useful and I will definitely do my best to not run a mail daemon on several dozens/hundreds machines just to be able to receive alerts from them. And no, relaying from time to time an alert like "hard disk X is defective", "/dev/md1 failed" or a daily log does not qualify as something useful for usage of a full blown MTA. Please also think of small devices (like in embedded routers without a hard disk, but everything on a compact flash or a USB stick) which just need to relay their status and/or alerts. The start of the story were mdadm (and hdparm which is just slightly different). The mdadm package requires smtpdaemon. According to my tests (via strings /sbin/mdadm), what mdadm really needs is to be able to use "/usr/sbin/sendmail -t". By default, hdparm needs to be able to run the "mail" command (it does have the ability to call a custom script, but I am talking about the defaults) which in turn will call sendmail too. Now, let's see in turn each one of the packages which provide smtpdaemon: - sendmail (as provided by the sendmail package): not sure about the newer version 'cause I haven't used for more then 3 years, but "back in the old days", the daemon did not really need to be started in order to send mail from the command line, - postfix will queue but NOT deliver the messages as long the daemons are not started, - ssmtp does not include a daemon at all, but will happily deliver the message the instant it is called, - AFAIK, esmtp will perform the job just like ssmtp does, but does not provide smtpdaemon, - cannot speak for exim, as I have used it only for 3 days and that was 6 years ago during my sendmail era. So, for this particular case what I (mind that I did not say we) really need is just a sendmail-like command line program which is able to relay the mails without running a daemon on the machines where the program runs. And that is more or less all that is needed (give or take authentication and ssl). Sendmail fits the bill, but is very large (once again: think of a total storage of 256/512 MB MB); postfix does NOT fit the bill because it must have a running daemon (and is large, too...); ssmtp and esmtp do fit the bill, but they would not be picked at install time (not even via a kickstart file) unless they provide smtpdaemon. In other words, ssmtp is the perfect tool for my need, but I could not install it cleanly INSTEAD of sendmail/exim/postfix because mdadm requires smtpdaemon. So - sendmail and postfix provide MTA, /usr/sbin/sendmail and smtpdaemon, but in my case none of them fits the bill (I do not want a running daemon, both are very large); - esmtp only provides /usr/sbin/sendmail, so it is not seen by mdadm as a suitable Provides - ssmtp provides everything that sendmail provides, and this on purpose (to allow it to be used instead of sendmail); being a send-only application, probably ssmtp should NOT provide smtpdaemon, but otherwise it could not be used as a drop-in replacement for postfix/sendmail. As far as I can see, the clean solution would be to have mdadm (and smartd) require /usr/sbin/sendmail (paranthesis: smartd comes from kernel-utils, which does not require any mailing features and just fails happily if there is none installed; and mail -- which is used by smartd -- comes from mailx which uses sendmail but does not require it) and drop Provides: smtpdaemon from ssmtp. But until mdadm is fixed, dropping smtpdaemon as Provides would lead to the above mentioned problem. I could of course maintain my own local repo with a customized version, but it would not be available to all the admins I have persuaded to go "my way", not to mention that I do not feel comfortable overriding the official package unless a very very special need exists which can not be accommodated by upstream. And this ends my talk about smtpdaemon. [*] As of MTA... In the summary and in the description esmtp and ssmtp both define themselves as MTA, despite none of them being able to process queues or receive mails. Patrice decided that esmtp should not provide either MTA or smtpdaemon, just /usr/sbin/sendmail. To say the truth, I would not have started using (and later on, packaging) ssmtp in the first place if I would have been able to use esmtp directly as a sendmail drop-in replacement. [*] I assume that from the very beginning the correct solution would have been to file a bug against mdadm, not making ssmtp provide smtpdaemon. In my defense I can only say that at the time I did not even think at mdadm as having a wrong Requires, I thought that was the normal way (core packagers know best, don't they ?) and that this was the feature that ssmtp should provide, too. From Michael_E_Brown at dell.com Mon Apr 9 01:21:07 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sun, 8 Apr 2007 20:21:07 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070409023209.cfdc8396.mschwendt.tmp0701.nospam@arcor.de> References: <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408231713.GM31744@humbolt.us.dell.com> <20070409013120.17c39103.mschwendt.tmp0701.nospam@arcor.de> <20070409001337.GN31744@humbolt.us.dell.com> <20070409023209.cfdc8396.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070409012106.GP31744@humbolt.us.dell.com> On Mon, Apr 09, 2007 at 02:32:09AM +0200, Michael Schwendt wrote: > On Sun, 8 Apr 2007 19:13:37 -0500, Michael E Brown wrote: > > > > Well, as I've shown a few hours ago in bugzilla, i386 users have the i386 > > > build (1.2.10), which is the latest in the repo. And since your newer > > > i386 build is newer than the noarch build in the needsign queue, the users > > > would get the newest i386 build again even if the noarch build were > > > published, too. > > > > This is exactly what I want. I dont see a problem with that. I want the > > noarch pkg to go away as soon as the noarch->arch yum problem is fixed. > > For the time being, x86_64 users who already have the noarch pkg > > installed and do an upgrade will get the newer noarch pkg until yum is > > fixed. > > Then it won't work, because there is no "newer noarch pkg" for x86_64. > There only is a newer x86_64 pkg: 1.2.11-1.fc6.2.{x86_64,i386} > > http://buildsys.fedoraproject.org/plague-results/fedora-6-extras/firmware-addon-dell/ > > Highest EVR wins version comparison and is published. Older EVR are > excluded and not published. So, the 1.2.11-1.fc6.1.noarch won't make it > into the repo, since the 1.fc6.2 release is newer. And for i386 that would > result in another switch, back from noarch to i386. Ok, I see, I think. Thanks for being patient. -- Michael From nman64 at n-man.com Mon Apr 9 05:11:52 2007 From: nman64 at n-man.com (Patrick W. Barnes) Date: Mon, 9 Apr 2007 00:11:52 -0500 Subject: Deadline for Summer of Code app reviews approaches Message-ID: <200704090011.58887.nman64@n-man.com> We need to finish evaluations on the Summer of Code applications before Wednesday (2007-04-11 00:00 Pacific, 07:00 UTC). On Wednesday, the student allotments will be finalized and we'll lose any applications that don't have mentors assigned. Our current projected allotment is 6 projects, though we might pick up extra slots if we have mentors assigned for more. After my last call, we had several more people sign up to help review (thanks!), but only a few have gone back and entered comments or evaluations. While we could proceed with the evaluations we have so far, I think we'd all be happier if we had stronger reviews of the proposals before making any decisions. On Tuesday, I'll make any arbitrary decisions I have to in order to accept the right proposals, and I'll assign mentors from among the volunteers. I'll mentor as many students as I need to, but it would really be best if each student had their own primary mentor with any number of backup mentors. It doesn't take much to serve as a mentor, so please volunteer if you see a proposal you like. Once again, the necessary resources can be found from the wiki: http://fedoraproject.org/wiki/SummerOfCode/Mentors If you need help, please email me directly for the sake of speed. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://n-man.com/ LinkedIn: http://linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Mon Apr 9 07:47:52 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 9 Apr 2007 10:47:52 +0300 Subject: rpms/knetworkmanager/devel .cvsignore, 1.5, 1.6 knetworkmanager-kpp.patch, 1.1, 1.2 knetworkmanager.spec, 1.6, 1.7 sources, 1.5, 1.6 In-Reply-To: <200704090342.l393gkup024450@cvs-int.fedora.redhat.com> References: <200704090342.l393gkup024450@cvs-int.fedora.redhat.com> Message-ID: <200704091047.53212.ville.skytta@iki.fi> On Monday 09 April 2007, Dennis Gilmore wrote: > +%files devel > +%{_includedir}/knetworkmanager-plugin.h > +%{_includedir}/knetworkmanager-vpnplugin.h > + > +%files openvpn > +%{_libdir}/kde3/knetworkmanager_openvpn.la > +%{_libdir}/kde3/knetworkmanager_openvpn.so > +%{_libdir}/kde3/knetworkmanager_openvpn.so.0 > +%{_libdir}/kde3/knetworkmanager_openvpn.so.0.0.0 > +%{_datadir}/services/knetworkmanager_openvpn.desktop > + > +%files vpnc > +%{_libdir}/kde3/knetworkmanager_vpnc.la > +%{_libdir}/kde3/knetworkmanager_vpnc.so > +%{_libdir}/kde3/knetworkmanager_vpnc.so.0 > +%{_libdir}/kde3/knetworkmanager_vpnc.so.0.0.0 > +%{_datadir}/services/knetworkmanager_vpnc.desktop > + > +%files pptp > +%{_libdir}/kde3/knetworkmanager_pptp.la > +%{_libdir}/kde3/knetworkmanager_pptp.so > +%{_libdir}/kde3/knetworkmanager_pptp.so.0 > +%{_libdir}/kde3/knetworkmanager_pptp.so.0.0.0 > +%{_datadir}/services/knetworkmanager_pptp.desktop %defattr(-,root,root,-) missing from all these. From drago01 at gmail.com Mon Apr 9 08:57:22 2007 From: drago01 at gmail.com (dragoran) Date: Mon, 09 Apr 2007 10:57:22 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <1175893914.8504.55.camel@localhost.localdomain> References: <20070404160137.GC5372@free.fr> <409676c70704050333r5f8aeb17r8dc511a5de74b025@mail.gmail.com> <20070405113826.GA2899@free.fr> <409676c70704050830l53240787nc88887fdd2f3290f@mail.gmail.com> <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> <1175893914.8504.55.camel@localhost.localdomain> Message-ID: <4619FFF2.6040308@gmail.com> Toshio Kuratomi wrote: > che can correct me if I'm wrong but I believe the user of a new init > system such as initng has to install the new init *and* manually > configure the commandline in grub to boot with the alternate init. no the package creates the grub entry in %post using grubby so after installing initng from extras you will get a new option in grub called "initng boot" we already have a alternative initsystem in fedora (initng), so why not allow others too? From pertusus at free.fr Mon Apr 9 09:30:57 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 9 Apr 2007 11:30:57 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <46198E7B.5030800@nobugconsulting.ro> References: <200704082308.13413.ville.skytta@iki.fi> <46198E7B.5030800@nobugconsulting.ro> Message-ID: <20070409093057.GA2989@free.fr> On Mon, Apr 09, 2007 at 03:53:15AM +0300, Manuel Wolfshant wrote: > > "/usr/sbin/sendmail -t". By default, hdparm needs to be able to run the > "mail" command (it does have the ability to call a custom script, but I > am talking about the defaults) which in turn will call sendmail too. In my opinion things should be fixed where they are broken, so mdadm and hdparm, smartd... should have the right Requires. > - postfix will queue but NOT deliver the messages as long the daemons > are not started, Ok, but we can assume that somebody wanting to use postfix send-only will configure it properly and start it. ssmtp, esmtp won't do anything if not configured either... > So, for this particular case what I (mind that I did not say we) > really need is just a sendmail-like command line program which is able > to relay the mails without running a daemon on the machines where the > program runs. And that is more or less all that is needed (give or take A daemon isn't too problematic from a security point of view. What is problematic is a daemon running with high privileges and accepting packets as a network server. It is still more problematic that ssmtp or esmtp beacause it doesn't run as the user, but it fallbacks better when unable to deliver mail instantaneously. > As far as I can see, the clean solution would be to have mdadm (and > smartd) require /usr/sbin/sendmail (paranthesis: smartd comes from > kernel-utils, which does not require any mailing features and just fails > happily if there is none installed; and mail -- which is used by smartd > -- comes from mailx which uses sendmail but does not require it) and > drop Provides: smtpdaemon from ssmtp. But until mdadm is fixed, dropping > smtpdaemon as Provides would lead to the above mentioned problem. I > could of course maintain my own local repo with a customized version, > but it would not be available to all the admins I have persuaded to go > "my way", not to mention that I do not feel comfortable overriding the > official package unless a very very special need exists which can not be > accommodated by upstream. And this ends my talk about smtpdaemon. [*] Once again what you propose here is the only way to go. No workaround, things should be fixed where they are broken, not worked around. > As of MTA... In the summary and in the description esmtp and ssmtp > both define themselves as MTA, despite none of them being able to > process queues or receive mails. Patrice decided that esmtp should not > provide either MTA or smtpdaemon, just /usr/sbin/sendmail. To say the > truth, I would not have started using (and later on, packaging) ssmtp in > the first place if I would have been able to use esmtp directly as a > sendmail drop-in replacement. What I am saying is if MTA means 'any program that provides /usr/sbin/sendmail and is able to send mail' then it is a duplicate with the /usr/sbin/sendmail provides and it should be taken out completely. > think at mdadm as having a wrong Requires, I thought that was the normal > way (core packagers know best, don't they ?) and that this was the > feature that ssmtp should provide, too. Core packages are not packaging bug free, instead they have a lot. Extras packagers, please help with the Merge reviews ;-). -- Pat From pertusus at free.fr Mon Apr 9 09:32:41 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 9 Apr 2007 11:32:41 +0200 Subject: sysvinit VS initng VS upstart VS launchd (Was: Future New Init for FC7?) In-Reply-To: <4619FFF2.6040308@gmail.com> References: <20070405154315.GG2899@free.fr> <20070406091946.GE2902@free.fr> <46161459.9020407@fedoraproject.org> <20070406121627.GG2902@free.fr> <46164DB9.3000704@fedoraproject.org> <20070406140335.GJ2902@free.fr> <46165A13.9090500@fedoraproject.org> <1175893914.8504.55.camel@localhost.localdomain> <4619FFF2.6040308@gmail.com> Message-ID: <20070409093241.GB2989@free.fr> On Mon, Apr 09, 2007 at 10:57:22AM +0200, dragoran wrote: > > we already have a alternative initsystem in fedora (initng), so why not > allow others too? They are de facto allowed, because anybody can submit them for review. But Rahul point is right, allowing alternative initsystem in stable release if they don't work properly or don't cover the more used daemons is a bad idea. -- Pat From jkeating at redhat.com Mon Apr 9 11:49:35 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 07:49:35 -0400 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704082308.13413.ville.skytta@iki.fi> References: <200704082308.13413.ville.skytta@iki.fi> Message-ID: <200704090749.38839.jkeating@redhat.com> On Sunday 08 April 2007 16:08:12 Ville Skytt? wrote: > I thought that a Provides: smtpdaemon would mean a service that runs a > local SMTP service daemon and Provides: MTA something sendmail command line > compatible that can send mail; filed some bugs, but it appears that there > are some disagreement over their purposes. Hrm, I always thought they were hooked up with alternatives and could supply the role of sendmail should you want something else. I thought most our software that sends mail out has a generic require on mta with the assumption that should something be brought in via the mta requirement that it would set up alternatives correctly and operate in an expected way. In my opinion these are not simple Provides for just anything that could handle mail. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rafael.espindola at gmail.com Mon Apr 9 12:23:50 2007 From: rafael.espindola at gmail.com (=?UTF-8?Q?Rafael_Esp=C3=ADndola?=) Date: Mon, 9 Apr 2007 13:23:50 +0100 Subject: rt2x00 driver Message-ID: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> I am having problems with the rt2x00 driver present in the kernel 3045. I have an usb device (Belink f5d7050, fcc id: k7s-f5d7050b). When I plug the device the driver loads correctly: usb 5-1: new high speed USB device using ehci_hcd and address 7 usb 5-1: configuration #1 chosen from 1 choice Loading module: rt2x00lib - CVS (N/A) by http://rt2x00.serialmonkey.com. Loading module: rt73usb - CVS (N/A) by http://rt2x00.serialmonkey.com. usbcore: registered new interface driver rt73usb Loading module: rt2500usb - CVS (N/A) by http://rt2x00.serialmonkey.com. usbcore: registered new interface driver rt2500usb wmaster0: Selected rate control algorithm 'simple' iwlist works despite the warning: iwlist wlan0 scan Warning: Driver for device wlan0 has been compiled with version 22 of Wireless Extension, while this program supports up to version 20. Some things may be broken... I have the latest wireless-tools installed. Should I recompile it? The problem starts when running wpa_suppilcant: /usr/sbin/wpa_supplicant -B -i wlan0 -D wext -c /et plicant/wpa_supplicant.conf ioctl[SIOCSIWMODE]: Device or resource busy Could not configure driver to use managed mode ioctl[SIOCSIWAUTH]: Operation not supported WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not support Does someone knows what is wrong? What version of rt2x00 is included in the kernel? Do think I should compile a new version? Should I add the dscape patch to wpa_supplicant? According to the rt2x00 site newer versions should work with the wext driver... Thanks, Rafael From drago01 at gmail.com Mon Apr 9 12:48:14 2007 From: drago01 at gmail.com (dragoran) Date: Mon, 09 Apr 2007 14:48:14 +0200 Subject: rt2x00 driver In-Reply-To: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> Message-ID: <461A360E.2090607@gmail.com> Rafael Esp?ndola wrote: > Does someone knows what is wrong? What version of rt2x00 is included > in the kernel? Do think I should compile a new version? Should I add > the dscape patch to wpa_supplicant? According to the rt2x00 site newer > versions should work with the wext driver... > see: (no wpa support with the new stack; but there are patvhes that should fix this) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235345 > Thanks, > Rafael > From kwizart at gmail.com Mon Apr 9 13:58:02 2007 From: kwizart at gmail.com (KH KH) Date: Mon, 9 Apr 2007 15:58:02 +0200 Subject: rt2x00 driver In-Reply-To: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> Message-ID: 2007/4/9, Rafael Esp?ndola : > I am having problems with the rt2x00 driver present in the kernel > 3045. I have an usb device (Belink f5d7050, fcc id: k7s-f5d7050b). > > When I plug the device the driver loads correctly: > > usb 5-1: new high speed USB device using ehci_hcd and address 7 > usb 5-1: configuration #1 chosen from 1 choice > Loading module: rt2x00lib - CVS (N/A) by http://rt2x00.serialmonkey.com. > Loading module: rt73usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > usbcore: registered new interface driver rt73usb > Loading module: rt2500usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > usbcore: registered new interface driver rt2500usb > wmaster0: Selected rate control algorithm 'simple' Ralink usb devices can use rt2500usb or rt73usb (you "may" need to uses rt71w-firmware currently in review with the second case!). The first step should be to blacklist one or the other doing: echo "blacklist rt2500usb" >> /etc/modprobe.d/blacklist > iwlist works despite the warning: > > iwlist wlan0 scan Same result with my rt2500pci, the problem is association is failling. Sometime you can have better result using rausb0 or ra0 aliases... (this has been rapported sometime - not my own experience...) > Warning: Driver for device wlan0 has been compiled with version 22 > of Wireless Extension, while this program supports up to version 20. > Some things may be broken... Same warning! But since this may prevent to associate correctly with Ralink's devices we should consider this as a bug! > I have the latest wireless-tools installed. Should I recompile it? The Wireless-tools from devel is tha same version as Fedora Core 6, this is a problem because this site: http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html#latest do not mention WE-22 but beta WE-21, and i down't know where can i find tools that supports WE-22 (any link or references?) > The problem starts when running wpa_suppilcant: > > /usr/sbin/wpa_supplicant -B -i wlan0 -D wext -c /et plicant/wpa_supplicant.conf > ioctl[SIOCSIWMODE]: Device or resource busy > Could not configure driver to use managed mode > ioctl[SIOCSIWAUTH]: Operation not supported > WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not support > > Does someone knows what is wrong? What version of rt2x00 is included > in the kernel? Do think I should compile a new version? Should I add > the dscape patch to wpa_supplicant? According to the rt2x00 site newer > versions should work with the wext driver... This implies that wpa-supplicant may be updated, i'm only working on hostapd for now and i didn't received answears for this bug, requesting it: https://bugzilla.redhat.com/230857 This was before the 80211 stack named change (from d80211 to mac80211 ). But since i didn't recevied any answear may we consider this package as orphaned ?! > Thanks, > Rafael Rafael if you could test hostapd it would help, but for now the package isn't ready for inclusion in my view (mostly because of headers not in kernel)... I will try to work on wpa_supplicant update unless someone take it... Also i've read some link from ivd the main dev for rt2x00 who said that rt2x00 do not seems to be ready for 2.6.21. But solving all theses issues may help to have working wireless mac80211 devices "out of the box" (dreams) Nicolas (kwizart) http://kwizart.free.fr/blog Some references : https://bugzilla.redhat.com/230731 https://bugzilla.redhat.com/230449 https://bugzilla.redhat.com/230164 I was working on legacies version for some time now but they are going more bad each day...The paradox is that thoses devices are privilegied by FSF because of legal conformity with GPL... From gilboad at gmail.com Mon Apr 9 12:59:01 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 09 Apr 2007 15:59:01 +0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. Message-ID: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> Hello all, During the last couple of weeks 2.6.19 and 2.6.20 were pushed to fc6-updates. With the push, all older kernel updates (2.6.18-xxx) were removed from the main, and mirror servers. Due to lack of sleep I removed the old 2.6.18 kernel I had on my development machine (rpm -e $(rpm -qa | grep 2.6.18) should not be done @5am... ;)) - just to find out that vmware-server dies a horrible death (taking the host with it) when combined with kernels >= 2.6.19. Now, I'm left with a problem, I cleared the yum cache and there are no 2.6.18 RPMs available from any official source (beyond the initial -core RPMs), and using 2.6.19/20 will most likely send me to the loony bin. (Eating my software raid5 with it) My request is simple *, keep the old -updates kernels, or at least the latest 5 of them, on the servers - just in-case something goes horribly wrong and some people need an old kernel. Unlike other packages, the kernel tends to push forward quite rapidly - breaking things from time to time (binary modules - mostly). While I know that Fedora != RHEL, and doesn't maintain a stable kernel-ABI, I doubt that keeping older versions of the kernel (just in-case someone needs them) will generate too much noise/problems/over-head. As for me, I'm back to the original -core kernel (2798?) waiting for a vmware fix... :( - Gilboa * Or so it seems to me. From kmacmill at redhat.com Mon Apr 9 14:19:42 2007 From: kmacmill at redhat.com (Karl MacMillan) Date: Mon, 09 Apr 2007 10:19:42 -0400 Subject: Problem with installing the nvidia drivers In-Reply-To: <6e24a8e80704070923s35b9e2a3tf9dd5b085e598a6d@mail.gmail.com> References: <6e24a8e80704070909r2b62dce2i5aa9a70fbfc16346@mail.gmail.com> <6e24a8e80704070923s35b9e2a3tf9dd5b085e598a6d@mail.gmail.com> Message-ID: <1176128382.2846.0.camel@localhost.localdomain> On Sat, 2007-04-07 at 18:23 +0200, Mark wrote: > oke.. this is not just about another repository!! also just about a > issue i have to get the nvidia drivers working on Fedora core 7 test > 3. > selinux seems to be the problem. i disabled it and now it`s working > fine. > anyone any idea how i can adjust selinux so it works? > Can you send any denials that you got - either from /var/log/messages or /var/log/audit/audit.log. Thanks - Karl > > 2007/4/7, KH KH : > 2007/4/7, Mark : > > Hey, > > > > i normally find it hard to install the nvidia drivers > because there is no > > "official" fedora way.. it all has to be done with the livna > repository. > > but now i`m getting very strange problems.. > > > > I install the kernel module driver and the xorg nvidia > driver: > > > > kmod-nvidia-1.0.9755-1.2.6.20_1.3045.fc7 > > xorg-x11-drv-nvidia-1.0.9755-2.lvn7 > > > > than i run x. at this moment i have nvidia and all seems to > be running > > fine.. untill i restart. > > somehow everything that is installed by: > > xorg-x11-drv-nvidia-1.0.9755-2.lvn7 is not on my disc > > anymore once i restarted.. > > > > i have no idea what could cause this problem.. > > how do you all install the nvidia drivers? i have a 6800 GT > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > Please do not use fedora-devel-list for third part repository > packages > You should uses thoses repository mailing-list instead. > > nicolas (kwizart) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From dcbw at redhat.com Mon Apr 9 14:26:27 2007 From: dcbw at redhat.com (Dan Williams) Date: Mon, 09 Apr 2007 10:26:27 -0400 Subject: rt2x00 driver In-Reply-To: References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> Message-ID: <1176128787.3684.24.camel@localhost.localdomain> On Mon, 2007-04-09 at 15:58 +0200, KH KH wrote: > 2007/4/9, Rafael Esp?ndola : > > I am having problems with the rt2x00 driver present in the kernel > > 3045. I have an usb device (Belink f5d7050, fcc id: k7s-f5d7050b). > > > > When I plug the device the driver loads correctly: > > > > usb 5-1: new high speed USB device using ehci_hcd and address 7 > > usb 5-1: configuration #1 chosen from 1 choice > > Loading module: rt2x00lib - CVS (N/A) by http://rt2x00.serialmonkey.com. > > Loading module: rt73usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > > usbcore: registered new interface driver rt73usb > > Loading module: rt2500usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > > usbcore: registered new interface driver rt2500usb > > wmaster0: Selected rate control algorithm 'simple' > Ralink usb devices can use rt2500usb or rt73usb (you "may" need to > uses rt71w-firmware currently in review with the second case!). The > first step should be to blacklist one or the other doing: echo > "blacklist rt2500usb" >> /etc/modprobe.d/blacklist > > iwlist works despite the warning: > > > > iwlist wlan0 scan > Same result with my rt2500pci, the problem is association is failling. > Sometime you can have better result using rausb0 or ra0 aliases... > (this has been rapported sometime - not my own experience...) > > Warning: Driver for device wlan0 has been compiled with version 22 > > of Wireless Extension, while this program supports up to version 20. > > Some things may be broken... > Same warning! But since this may prevent to associate correctly with > Ralink's devices we should consider this as a bug! > > I have the latest wireless-tools installed. Should I recompile it? > The Wireless-tools from devel is tha same version as Fedora Core 6, > this is a problem because this site: > http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html#latest > do not mention WE-22 but beta WE-21, and i down't know where can i > find tools that supports WE-22 (any link or references?) > > The problem starts when running wpa_suppilcant: > > > > /usr/sbin/wpa_supplicant -B -i wlan0 -D wext -c /et plicant/wpa_supplicant.conf > > ioctl[SIOCSIWMODE]: Device or resource busy > > Could not configure driver to use managed mode > > ioctl[SIOCSIWAUTH]: Operation not supported > > WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not support > > > > Does someone knows what is wrong? What version of rt2x00 is included > > in the kernel? Do think I should compile a new version? Should I add > > the dscape patch to wpa_supplicant? According to the rt2x00 site newer > > versions should work with the wext driver... > This implies that wpa-supplicant may be updated, i'm only working on > hostapd for now and i didn't received answears for this bug, > requesting it: https://bugzilla.redhat.com/230857 Updated. We shouldn't be adding new drivers to wpa_supplicant, but fixing the kernel drivers to correctly implement WEXT. mac80211 doesn't work well enough with WEXT yet, but work is ongoing in that area. mac80211 is still an experimental stack and in no way 'stable'. You may experience problems while using it with tools other than 'iwconfig', or even with 'iwconfig'. Dan > This was before the 80211 stack named change (from d80211 to mac80211 ). > But since i didn't recevied any answear may we consider this package > as orphaned ?! > > Thanks, > > Rafael > > Rafael if you could test hostapd it would help, but for now the > package isn't ready for inclusion in my view (mostly because of > headers not in kernel)... > I will try to work on wpa_supplicant update unless someone take it... > > Also i've read some link from ivd the main dev for rt2x00 who said > that rt2x00 do not seems to be ready for 2.6.21. But solving all > theses issues may help to have working wireless mac80211 devices "out > of the box" (dreams) > > Nicolas (kwizart) > http://kwizart.free.fr/blog > > Some references : > https://bugzilla.redhat.com/230731 > https://bugzilla.redhat.com/230449 > https://bugzilla.redhat.com/230164 > > I was working on legacies version for some time now but they are going > more bad each day...The paradox is that thoses devices are privilegied > by FSF because of legal conformity with GPL... > From Lam at Lam.pl Mon Apr 9 14:31:08 2007 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 09 Apr 2007 16:31:08 +0200 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> Message-ID: <1176129068.3869.10.camel@pensja.lam.pl> Dnia 09-04-2007, pon o godzinie 15:59 +0300, Gilboa Davara napisa?(a): > vmware-server dies a horrible death > (taking the host with it) when combined with kernels >= 2.6.19. > Now, I'm left with a problem I'm not affiliated with VMware, but it's obvious for anyone who have ever used their free products, that: http://ftp.cvut.cz/vmware/ contains vmware-any-any-update*, which makes VMware server compile even under -rc series kernels and is updated pretty often. Anyhow, supporting old versions of software indefinitely, because they can break some proprietary other piece of software, is totally against Fedora goals. Go to VMware and make them put their modules into the official kernel or learn how to fix things yourself (which in this particular case is very easy, thanks to VMware, which aren't that evil after all). Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From mesrik at cc.jyu.fi Mon Apr 9 14:31:20 2007 From: mesrik at cc.jyu.fi (Riku Meskanen) Date: Mon, 9 Apr 2007 17:31:20 +0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> Message-ID: <284E08C0-D2C4-4CAD-BAED-8C85065AB8B8@cc.jyu.fi> Howdy, On Apr 9, 2007, at 15:59, Gilboa Davara wrote: > > As for me, I'm back to the original -core kernel (2798?) waiting for a > vmware fix... :( > This is actually old issue already. (.../linux/config.h disappeared among other things with 2.8.19 and some other macros changed which broke quite a buch of drivers) You can use following unofficial patch to fix it. http://ftp.cvut.cz/vmware/vmware-any-any-update108.tar.gz If you install brand new (Vmware) system, you need to first try vmware-config.pl and once it starts prompting you that your kernel is /usr/src/linux/... just interrupt it with ^C, unpack the above archive, enter the directory and start runme.pl. That will solve the issue. Oh, and the vmware-tools-any*.tar.gz is for fixing the client (emulated vm) side tools. Cheers, :-) riku -- [ this .signature intentionally left blank ] From fnasser at redhat.com Mon Apr 9 14:41:32 2007 From: fnasser at redhat.com (Fernando Nasser) Date: Mon, 09 Apr 2007 10:41:32 -0400 Subject: JBoss and Fedora In-Reply-To: <388184.99880.qm@web60524.mail.yahoo.com> References: <388184.99880.qm@web60524.mail.yahoo.com> Message-ID: <461A509C.4040302@redhat.com> Timothy Spaulding wrote: > What's going on with the JBoss acquisition? Are there plans in place to get JBoss packaged with > Fedora and released as an open source product? Any insights? > This is a multipart question: 1) Open source It always has been, as far as I remember at least 2) Packaged as RPMs Available since times immemorial at www.jpackage.org 3) Fedora Although you can use the JPackage.org RPMs with proprietary JDKs (maybe even with GCJ, I haven't tried), what you want is a set of RPMs pre-compiled with GCJ and bundled with Fedora. While I can't tell if that is in the plans, I can tell that it needs maven2 and that will come in Fedora 7. So, at least for Fedora 7+ there is hoe. For FC6 and previous there is no chance. Regards, Fernando From kwizart at gmail.com Mon Apr 9 14:44:40 2007 From: kwizart at gmail.com (KH KH) Date: Mon, 9 Apr 2007 16:44:40 +0200 Subject: rt2x00 driver In-Reply-To: <1176128787.3684.24.camel@localhost.localdomain> References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> <1176128787.3684.24.camel@localhost.localdomain> Message-ID: 2007/4/9, Dan Williams : > On Mon, 2007-04-09 at 15:58 +0200, KH KH wrote: > > 2007/4/9, Rafael Esp?ndola : > > > I am having problems with the rt2x00 driver present in the kernel > > > 3045. I have an usb device (Belink f5d7050, fcc id: k7s-f5d7050b). > > > > > > When I plug the device the driver loads correctly: > > > > > > usb 5-1: new high speed USB device using ehci_hcd and address 7 > > > usb 5-1: configuration #1 chosen from 1 choice > > > Loading module: rt2x00lib - CVS (N/A) by http://rt2x00.serialmonkey.com. > > > Loading module: rt73usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > > > usbcore: registered new interface driver rt73usb > > > Loading module: rt2500usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > > > usbcore: registered new interface driver rt2500usb > > > wmaster0: Selected rate control algorithm 'simple' > > Ralink usb devices can use rt2500usb or rt73usb (you "may" need to > > uses rt71w-firmware currently in review with the second case!). The > > first step should be to blacklist one or the other doing: echo > > "blacklist rt2500usb" >> /etc/modprobe.d/blacklist > > > iwlist works despite the warning: > > > > > > iwlist wlan0 scan > > Same result with my rt2500pci, the problem is association is failling. > > Sometime you can have better result using rausb0 or ra0 aliases... > > (this has been rapported sometime - not my own experience...) > > > Warning: Driver for device wlan0 has been compiled with version 22 > > > of Wireless Extension, while this program supports up to version 20. > > > Some things may be broken... > > Same warning! But since this may prevent to associate correctly with > > Ralink's devices we should consider this as a bug! > > > I have the latest wireless-tools installed. Should I recompile it? > > The Wireless-tools from devel is tha same version as Fedora Core 6, > > this is a problem because this site: > > http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html#latest > > do not mention WE-22 but beta WE-21, and i down't know where can i > > find tools that supports WE-22 (any link or references?) > > > The problem starts when running wpa_suppilcant: > > > > > > /usr/sbin/wpa_supplicant -B -i wlan0 -D wext -c /et plicant/wpa_supplicant.conf > > > ioctl[SIOCSIWMODE]: Device or resource busy > > > Could not configure driver to use managed mode > > > ioctl[SIOCSIWAUTH]: Operation not supported > > > WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not support > > > > > > Does someone knows what is wrong? What version of rt2x00 is included > > > in the kernel? Do think I should compile a new version? Should I add > > > the dscape patch to wpa_supplicant? According to the rt2x00 site newer > > > versions should work with the wext driver... > > This implies that wpa-supplicant may be updated, i'm only working on > > hostapd for now and i didn't received answears for this bug, > > requesting it: https://bugzilla.redhat.com/230857 > > Updated. We shouldn't be adding new drivers to wpa_supplicant, but > fixing the kernel drivers to correctly implement WEXT. > > mac80211 doesn't work well enough with WEXT yet, but work is ongoing in > that area. mac80211 is still an experimental stack and in no way > 'stable'. You may experience problems while using it with tools other > than 'iwconfig', or even with 'iwconfig'. > > Dan Thx for this tips Dan i will work this way with hostapd next week... but now how WE-22 can be implemented if wireless-tools isn't rebuilt for fc7? ftp://*/core/development/i386/os/Fedora/wireless-tools-28-1.fc6.i386.rpm https://bugzilla.redhat.com/234725 ? I suppose the same problem will occurs as Fedora Core 5 had when WE were updated inside the kernel. it was so difficult to update Wireless-tools because it was required by most of the packages involved in wireless (NetworkManager and so many others...) Why wireless-tools cannot be build against new kernel (and WE-22 ?) Nicolas (kwizart) > > This was before the 80211 stack named change (from d80211 to mac80211 ). > > But since i didn't recevied any answear may we consider this package > > as orphaned ?! > > > Thanks, > > > Rafael > > > > Rafael if you could test hostapd it would help, but for now the > > package isn't ready for inclusion in my view (mostly because of > > headers not in kernel)... > > I will try to work on wpa_supplicant update unless someone take it... > > > > Also i've read some link from ivd the main dev for rt2x00 who said > > that rt2x00 do not seems to be ready for 2.6.21. But solving all > > theses issues may help to have working wireless mac80211 devices "out > > of the box" (dreams) > > > > Nicolas (kwizart) > > http://kwizart.free.fr/blog > > > > Some references : > > https://bugzilla.redhat.com/230731 > > https://bugzilla.redhat.com/230449 > > https://bugzilla.redhat.com/230164 > > > > I was working on legacies version for some time now but they are going > > more bad each day...The paradox is that thoses devices are privilegied > > by FSF because of legal conformity with GPL... > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From ville.skytta at iki.fi Mon Apr 9 15:10:49 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 9 Apr 2007 18:10:49 +0300 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704090749.38839.jkeating@redhat.com> References: <200704082308.13413.ville.skytta@iki.fi> <200704090749.38839.jkeating@redhat.com> Message-ID: <200704091810.49944.ville.skytta@iki.fi> On Monday 09 April 2007, Jesse Keating wrote: > On Sunday 08 April 2007 16:08:12 Ville Skytt? wrote: > > I thought that a Provides: smtpdaemon would mean a service that runs a > > local SMTP service daemon and Provides: MTA something sendmail command > > line compatible that can send mail; filed some bugs, but it appears that > > there are some disagreement over their purposes. > > Hrm, I always thought they were hooked up with alternatives and could > supply the role of sendmail should you want something else. I thought most > our software that sends mail out has a generic require on mta with the > assumption that should something be brought in via the mta requirement that > it would set up alternatives correctly and operate in an expected way. Well, that's more or less the original question reworded: which requirement ("MTA" or "smtpdaemon"; there's no "mta" in rpmdb, it's just the name of the alternative), and exactly what is the expected way? How does a packager decide which of these to add a dependency on? Current state of affairs: * Uses the "mta" alternative to install /usr/sbin/sendmail and at least a subset of its slaves: - yes: sendmail, postfix, exim, ssmtp, esmtp - no : - * Provides: MTA: - yes: postfix, exim, ssmtp - no : sendmail, esmtp * Provides: smtpdaemon: - yes: sendmail, postfix, exim, ssmtp - no : esmtp Use of the "mta" alternative seems to be in order, but I thought the "correct" way to fix the rest would be to add "Provides: MTA" to sendmail and esmtp, and remove "Provides: smtpdaemon" from ssmtp. This way the "mta" alternative and "MTA" Provides would be in sync, and only things that actually run SMTP daemons would provide "smtpdaemon". From Michael_E_Brown at Dell.com Mon Apr 9 15:25:42 2007 From: Michael_E_Brown at Dell.com (Michael_E_Brown at Dell.com) Date: Mon, 9 Apr 2007 10:25:42 -0500 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <1176065475.19199.109.camel@cutter> References: <20070408171513.GB31744@humbolt.us.dell.com><20070408195053.5a771c3c.mschwendt.tmp0701.nospam@arcor.de><20070408182457.GE31744@humbolt.us.dell.com><1176059297.19199.105.camel@cutter><20070408192608.GH31744@humbolt.us.dell.com><20070408192829.GA29265@jadzia.bu.edu><20070408193613.GI31744@humbolt.us.dell.com><20070408201745.GK31744@humbolt.us.dell.com><1176063700.19199.107.camel@cutter> <1176065475.19199.109.camel@cutter> Message-ID: > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com > [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of seth vidal > Sent: Sunday, April 08, 2007 3:51 PM > To: Development discussions related to Fedora Core > Subject: Re: yum wont upgrade noarch -> arch-specific > > On Sun, 2007-04-08 at 16:21 -0400, seth vidal wrote: > > On Sun, 2007-04-08 at 15:17 -0500, Michael E Brown wrote: > > > On Sun, Apr 08, 2007 at 02:36:14PM -0500, Michael E Brown wrote: > > > > On Sun, Apr 08, 2007 at 03:28:29PM -0400, Matthew Miller wrote: > > > > > On Sun, Apr 08, 2007 at 02:26:08PM -0500, Michael E > Brown wrote: > > > > > > Should have posted this, because I ran it several > times while verifying things: > > > > > > $ sudo yum list firmware-addon-dell > > > > > [...] > > > > > > Installed Packages > > > > > > firmware-addon-dell.noarch > 1.2.6-1.fc6 installed > > > > > > Available Packages > > > > > > firmware-addon-dell.x86_64 > 1.2.10-1.fc6 extras > > > > > > > > > > Forgive me if you posted this earlier and I missed it > or if this > > > > > is an insulting question, but: do you have > exactarch=1 in your yum.conf? > > > > > > > > > > Had a conversation with seth on irc, and it looks like this is a > > > multilib bug. > > > > not a multilib bug - it's a bug in the update-list generation in > > rpmUtils.updates.py > > > > it only happens on multilib systems - which, semantically, > I think is > > different than a multilib bug. > > okay, I think I found it and posted a patch in the bug you opened. For those playing along at home, the latest patch posted appears to fix this for me. -- Michael From dedourek at unb.ca Mon Apr 9 15:31:56 2007 From: dedourek at unb.ca (John DeDourek) Date: Mon, 09 Apr 2007 12:31:56 -0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176129068.3869.10.camel@pensja.lam.pl> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> Message-ID: <461A5C6C.7020008@unb.ca> Leszek Matok wrote: > Anyhow, supporting old versions of software indefinitely, because they > can break some proprietary other piece of software, is totally against > Fedora goals. Go to VMware and make them put their modules into the > official kernel or learn how to fix things yourself (which in this > particular case is very easy, thanks to VMware, which aren't that evil > after all). > > Lam > Not running any proprietary software here. Pure vanilla Fedora Core 6. (Not even livna enabled at the moment.) However, kernel-2.6.20-1.2933.fc6 broke syslog. Still investigating. Currently suspect a race condition in udev which fails to create a node sufficiently "soon" for the normal start of syslog. Currently only a hypothesis though. Actual problem may be something else. It has shown up on at least one other machine, based on an exchange on fedora-list. We'll see whether there are more widespread reports as more people notice that /var/log/messages is empty. My solution is to: first disable the yum-updatesd service. Second, change in /etc/yum/pluginconf.d/installonlyn.conf the line enabled=1 to enabled=0 This means that I run "yum update" regularly at an appropriate time (just after a backup) and regularly do a "df" to see whether I need (space in /boot is critical) to manually remove ("yum remove") some old kernels ("rpm -q kernel" for a list). Obviously, manually minding the store is not possible for everyone. From jkeating at redhat.com Mon Apr 9 15:35:26 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 11:35:26 -0400 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704091810.49944.ville.skytta@iki.fi> References: <200704082308.13413.ville.skytta@iki.fi> <200704090749.38839.jkeating@redhat.com> <200704091810.49944.ville.skytta@iki.fi> Message-ID: <200704091135.26323.jkeating@redhat.com> On Monday 09 April 2007 11:10:49 Ville Skytt? wrote: > Use of the "mta" alternative seems to be in order, but I thought the > "correct" way to fix the rest would be to add "Provides: MTA" to sendmail > and esmtp, and remove "Provides: smtpdaemon" from ssmtp. ?This way the > "mta" alternative and "MTA" Provides would be in sync, and only things that > actually run SMTP daemons would provide "smtpdaemon". Looks more to me like 'MTA' is an accident and should be removed in favor of leaving just "mta". All things that require 'MTA' should be fixed for just 'mta'. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gilboad at gmail.com Mon Apr 9 14:50:42 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 09 Apr 2007 17:50:42 +0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. (vmware) In-Reply-To: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> Message-ID: <1176130242.6914.5.camel@gilboa-home-dev.localdomain> On Mon, 2007-04-09 at 15:59 +0300, Gilboa Davara wrote: > Hello all, > > During the last couple of weeks 2.6.19 and 2.6.20 were pushed to > fc6-updates. > With the push, all older kernel updates (2.6.18-xxx) were removed from > the main, and mirror servers. > Due to lack of sleep I removed the old 2.6.18 kernel I had on my > development machine (rpm -e $(rpm -qa | grep 2.6.18) should not be done > @5am... ;)) - just to find out that vmware-server dies a horrible death > (taking the host with it) when combined with kernels >= 2.6.19. > Now, I'm left with a problem, I cleared the yum cache and there are no > 2.6.18 RPMs available from any official source (beyond the initial > -core RPMs), and using 2.6.19/20 will most likely send me to the loony > bin. (Eating my software raid5 with it) Just to reduce the number of vmware-related comments - the problem is not config.h, vmmon/compat-kernel.h or vmnet/checksum or anything vmware-config.pl... The vmware's vmmon kernel module seems to crash and burn when combined with new(er) kernels. Read: The vmmon kernel modules dies, taking the host system with it. Applying vmware-any-to-any patch may get the vmmon/vmnet compiled again (I rather do it by hand - but that's me), but it stop it from crash the host system's kernel. - Gilboa From pertusus at free.fr Mon Apr 9 15:47:50 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 9 Apr 2007 17:47:50 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704091135.26323.jkeating@redhat.com> References: <200704082308.13413.ville.skytta@iki.fi> <200704090749.38839.jkeating@redhat.com> <200704091810.49944.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> Message-ID: <20070409154750.GA2831@free.fr> On Mon, Apr 09, 2007 at 11:35:26AM -0400, Jesse Keating wrote: > On Monday 09 April 2007 11:10:49 Ville Skytt? wrote: > > Use of the "mta" alternative seems to be in order, but I thought the > > "correct" way to fix the rest would be to add "Provides: MTA" to sendmail > > and esmtp, and remove "Provides: smtpdaemon" from ssmtp. ?This way the > > "mta" alternative and "MTA" Provides would be in sync, and only things that > > actually run SMTP daemons would provide "smtpdaemon". > > Looks more to me like 'MTA' is an accident and should be removed in favor of > leaving just "mta". All things that require 'MTA' should be fixed for > just 'mta'. Wouldn't it be better to remove completly mta/MTA but instead use /usr/sbin/sendmail or mail as Requires? And use smtpdameon when a real smtp server/Mail Transfer Agent is needed ? -- Pat From mattdm at mattdm.org Mon Apr 9 15:57:40 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 11:57:40 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <461A509C.4040302@redhat.com> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> Message-ID: <20070409155740.GA22043@jadzia.bu.edu> Here's my thought process this morning.... 0) Why is the Apache web server installed on this desktop? 1) Hmmm -- gnome-user-share depends on httpd. 2) gnome-user-share is in the Gnome Desktop Environment group by default. 3) Having httpd pulled in by default for a desktop install is bad. 4) Fortunately, httpd doesn't start by default. 5) But in that case, really, what's the point anyway? 6) Or, wait: the gnome-user-share readme file says "when file sharing is enabled a webdav server is started. 7) Oh god, this thing spawns an Apache httpd subprocess. 8) Seriously. 9) Hey, I know! Here's a gun. Let's shoot our users in the feet some more. 10) Dance, end users, dance! Seriously, easy file sharing is nifty and all, but this is just asking for it. Please, we need to stop installing this by default. Think of the children. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From debarshi.ray at gmail.com Mon Apr 9 16:02:16 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 9 Apr 2007 21:32:16 +0530 Subject: Announcing RUM: offline update/install tool for YUM/RPM based systems. Message-ID: <3170f42f0704090902m208bd513ma09c2e4818596fca@mail.gmail.com> I had in an earlier mail discussed the possibility of writing a separate tool, or an enhancement to YUM or Pirut for offline update/installation of packages on YUM/RPM based systems, specifically Fedora. This formed the basis of my application to Google Summer of Code 2007. You may find a copy of the proposal at: http://glug-nith.org/~rishi/download/soc/soc-proposal-fedora-offline Just to find out whether the back-end work of managing the profiles, and handling the yum-packs was going to be possible with the existing tool-set, I wrote a BASH script to do the job. No GUI, just a rough idea of the functionality. You can read more about it here: http://www.ilug-cal.org/wiki/index.php/RUM while the code is available at http://glug-nith.org/~rishi/download/src/rum.sh However I would like to bring to your attention a few of my observations. Firstly I understand that YUM does not support the facility of *just* downloading the packages and *not* installing them. The idea it seems is to let yumdownloader to do the job. The problem is that although yumdownloader is able to download packages, its --resolve option does not work. See https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=702 Moreover how can I ask yumdownloader to consult a different rpmdb than the default one at /var/lib/rpm? I am a bit curious to know why it is deemed inappropriate to have this feature in YUM itself? I do not want to be rude, but isn't it just a simple task of checking a command line option before actually starting to install the packages? Right now I have to use the --installroot option to force YUM to install to a different rpmdb and then delete everthing after extracting the packages downloaded to /var/cache/yum/*packages/*.rpm to create the yumpack. This looks messy to me. Thanks, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From jkeating at redhat.com Mon Apr 9 16:06:14 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 12:06:14 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409155740.GA22043@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> Message-ID: <200704091206.18011.jkeating@redhat.com> On Monday 09 April 2007 11:57:40 Matthew Miller wrote: > Seriously, easy file sharing is nifty and all, but this is just asking for > it. Please, we need to stop installing this by default. Think of the > children. Perhaps this conversation belongs in upstream gnome, but it starts an http session AS the user for the specific directory the user wants to share. Other than the knee jerk "OMG http is running!" reactions, what is the major problem here? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From limb at jcomserv.net Mon Apr 9 16:10:52 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 9 Apr 2007 11:10:52 -0500 (CDT) Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <200704091206.18011.jkeating@redhat.com> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> Message-ID: <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> +1. If the nailgun is unplugged, in the box, and the nails are in a separate box, why not ship them? Provide the functionality, but in a safe manner. Is this not the current state? > On Monday 09 April 2007 11:57:40 Matthew Miller wrote: >> Seriously, easy file sharing is nifty and all, but this is just asking >> for >> it. Please, we need to stop installing this by default. Think of the >> children. > > Perhaps this conversation belongs in upstream gnome, but it starts an http > session AS the user for the specific directory the user wants to share. > Other than the knee jerk "OMG http is running!" reactions, what is the > major > problem here? > > -- > Jesse Keating > Release Engineer: Fedora > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From jima at beer.tclug.org Mon Apr 9 16:19:03 2007 From: jima at beer.tclug.org (Jima) Date: Mon, 9 Apr 2007 11:19:03 -0500 (CDT) Subject: Announcing RUM: offline update/install tool for YUM/RPM based systems. In-Reply-To: <3170f42f0704090902m208bd513ma09c2e4818596fca@mail.gmail.com> References: <3170f42f0704090902m208bd513ma09c2e4818596fca@mail.gmail.com> Message-ID: On Mon, 9 Apr 2007, Debarshi 'Rishi' Ray wrote: > However I would like to bring to your attention a few of my > observations. Firstly I understand that YUM does not support the > facility of *just* downloading the packages and *not* installing them. > The idea it seems is to let yumdownloader to do the job. The problem > is that although yumdownloader is able to download packages, its > --resolve option does not work. This can't be resolved using yum-downloadonly from Fedora Extras? Jima From mattdm at mattdm.org Mon Apr 9 16:34:49 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 12:34:49 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <200704091206.18011.jkeating@redhat.com> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> Message-ID: <20070409163449.GA23939@jadzia.bu.edu> On Mon, Apr 09, 2007 at 12:06:14PM -0400, Jesse Keating wrote: > Perhaps this conversation belongs in upstream gnome, but it starts an http > session AS the user for the specific directory the user wants to share. > Other than the knee jerk "OMG http is running!" reactions, what is the major > problem here? We've come a long way in reducing out-of-the-box vulnerabilities in Fedora since the Red Hat Linux days. SE Linux and other "overlay" security measures are good, but the major factor is: don't install complicated network servers by default. This is serious backsliding. We can count on everyone applying security updates for supported releases. (Of course we can!) But, every couple of days someone on fedora-list posts questions about Fedora Core 4 or older. "It works fine, I can't bother to upgrade right now." The more stuff like this we ship, the more those people are going to be part of botnets. We can say "tough, their problem" -- just like historically a certain big OS vendor I hate to bring into the conversation for Godwin's law-related reasons -- but that's irresponsible. If we stop caring about this issue, it's only a matter of time before "Linux Security Worse than Proprietary OS / Linux-based Worm Brings Down The Internets!" is the headline news -- and it'll be right. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From gilboad at gmail.com Mon Apr 9 15:39:30 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 09 Apr 2007 18:39:30 +0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176129068.3869.10.camel@pensja.lam.pl> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> Message-ID: <1176133170.6914.34.camel@gilboa-home-dev.localdomain> On Mon, 2007-04-09 at 16:31 +0200, Leszek Matok wrote: > Dnia 09-04-2007, pon o godzinie 15:59 +0300, Gilboa Davara napisa?(a): > > vmware-server dies a horrible death > > (taking the host with it) when combined with kernels >= 2.6.19. > > Now, I'm left with a problem > I'm not affiliated with VMware, but it's obvious for anyone who have > ever used their free products, that: > http://ftp.cvut.cz/vmware/ > contains vmware-any-any-update*, which makes VMware server compile even > under -rc series kernels and is updated pretty often. > > Anyhow, supporting old versions of software indefinitely, because they > can break some proprietary other piece of software, is totally against > Fedora goals. Go to VMware and make them put their modules into the > official kernel or learn how to fix things yourself (which in this > particular case is very easy, thanks to VMware, which aren't that evil > after all). > > Lam First, the automated "Supporting old versions of software .. break some proprietary .. is totally against Fedora goals" response has nothing to do with my post. I said -nothing- about support, I was talking about keeping the older kernels -on the servers- instead of deleting them once they are two weeks old. Second, I'm wasn't talking about "software", I was talking about the kernel and the kernel only. (Simply because the kernels changes very frequently tends to break a lot of software/hardware - proprietary or not.) A couple of examples: (From the last couple of weeks) 1. Recent FC5 kernels (coupled with FC5's mkinird) generate invalid initrd images on my software raid based file server. While easily solved (I -can- generate the initrd file by hand), only older 2.6.17.fc5 kernels work out of the box. 2. My brother's Athlon64/3800x2 machine does not boot with 2.6.19 kernel due to ACPI/BIOS problems. 3. Older fc6/xen kernel crashed a couple of my servers. And I can continue. As I said. I'm not asking for support. I'm not asking for stable ABI. Just keep the files on the server. It's -that- simple. - Gilboa From mattdm at mattdm.org Mon Apr 9 16:39:36 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 12:39:36 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> Message-ID: <20070409163936.GB23939@jadzia.bu.edu> On Mon, Apr 09, 2007 at 11:10:52AM -0500, Jon Ciesla wrote: > +1. If the nailgun is unplugged, in the box, and the nails are in a > separate box, why not ship them? Provide the functionality, but in a safe > manner. Is this not the current state? a) It's really easy to turn on without recognizing the implications. b) It's fairly easy to turn on full httpd without recognizing the implications. c) The most secure code is the code that's not on the box. d) Having a) means that it's more difficult to notice when b) happens. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ville.skytta at iki.fi Mon Apr 9 16:41:52 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 9 Apr 2007 19:41:52 +0300 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <20070409154750.GA2831@free.fr> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <20070409154750.GA2831@free.fr> Message-ID: <200704091941.53067.ville.skytta@iki.fi> On Monday 09 April 2007, Patrice Dumas wrote: > On Mon, Apr 09, 2007 at 11:35:26AM -0400, Jesse Keating wrote: > > All things that require 'MTA' should be fixed for just 'mta'. Doesn't work. Note that I've been trying to point out that "mta" is the name of the *alternative* (ie. update-alternatives stuff). There is no such Provides, you can't have a dependency on it. Anyway, repoquery doesn't list any packages with dependencies to "MTA" here. > Wouldn't it be better to remove completly mta/MTA Ok, but again, "MTA" only if talking about Provides. No need to touch the "mta" update-alternatives name. > but instead use > /usr/sbin/sendmail or mail as Requires? To clarify, with "mail" you mean either of /bin/mail (executable) or mailx (package)? > And use smtpdameon when a real > smtp server/Mail Transfer Agent is needed ? That would work too, leaving only semantics of "Provides: smtpdaemon" to be documented, and that provision probably removed from ssmtp. And going through packages that have dependencies on smtpdaemon, fixing where appropriate. From limb at jcomserv.net Mon Apr 9 16:45:07 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 9 Apr 2007 11:45:07 -0500 (CDT) Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409163936.GB23939@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> <20070409163936.GB23939@jadzia.bu.edu> Message-ID: <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> > On Mon, Apr 09, 2007 at 11:10:52AM -0500, Jon Ciesla wrote: >> +1. If the nailgun is unplugged, in the box, and the nails are in a >> separate box, why not ship them? Provide the functionality, but in a >> safe >> manner. Is this not the current state? > > a) It's really easy to turn on without recognizing the implications. > b) It's fairly easy to turn on full httpd without recognizing the > implications. > c) The most secure code is the code that's not on the box. > d) Having a) means that it's more difficult to notice when b) happens. Can a) occur without root access? If not, I don't think it's a huge issue. I can also turn on telnetd with root, or NFS share / with root, also failry easily. But they're secured by default as well. IF we're going to go down the path of removing software that's "Too dangerous" for users, why ship Perl? If a) is possible without root, then we do have an issue, as long as it allow access to system data. If it's just the user's data, then, well, isn't that the point? > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From mattdm at mattdm.org Mon Apr 9 16:50:27 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 12:50:27 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> <20070409163936.GB23939@jadzia.bu.edu> <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> Message-ID: <20070409165027.GA27833@jadzia.bu.edu> On Mon, Apr 09, 2007 at 11:45:07AM -0500, Jon Ciesla wrote: > Can a) occur without root access? If not, I don't think it's a huge > issue. I can also turn on telnetd with root, or NFS share / with root, ^^^^^^^^^^^^^^^^^ Guess what we don't ship by default. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From limb at jcomserv.net Mon Apr 9 16:50:06 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 9 Apr 2007 11:50:06 -0500 (CDT) Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409165027.GA27833@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> <20070409163936.GB23939@jadzia.bu.edu> <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> <20070409165027.GA27833@jadzia.bu.edu> Message-ID: <21210.65.192.24.190.1176137406.squirrel@mail.jcomserv.net> Point taken. But my question stands, isn't root required to do something REALLY stupid? It should be. I think if that's met we're as safe as we can reasonably be, if WebDAV sharing provides helpful functionality. I don't know, I've never used it. > On Mon, Apr 09, 2007 at 11:45:07AM -0500, Jon Ciesla wrote: >> Can a) occur without root access? If not, I don't think it's a huge >> issue. I can also turn on telnetd with root, or NFS share / with >> root, > ^^^^^^^^^^^^^^^^^ > > Guess what we don't ship by default. > > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > -- novus ordo absurdum From tonynelson at georgeanelson.com Mon Apr 9 16:56:59 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Mon, 9 Apr 2007 12:56:59 -0400 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176129068.3869.10.camel@pensja.lam.pl> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> Message-ID: At 4:31 PM +0200 4/9/07, Leszek Matok wrote: >Content-Type: multipart/signed; micalg=pgp-sha1; > protocol="application/pgp-signature"; > boundary="=-uwdQO9JtMDynuRAryFXq" > >Dnia 09-04-2007, pon o godzinie 15:59 +0300, Gilboa Davara napisa?(a): >> vmware-server dies a horrible death >> (taking the host with it) when combined with kernels >= 2.6.19. >> Now, I'm left with a problem >I'm not affiliated with VMware, but it's obvious for anyone who have >ever used their free products, that: >http://ftp.cvut.cz/vmware/ >contains vmware-any-any-update*, which makes VMware server compile even >under -rc series kernels and is updated pretty often. > >Anyhow, supporting old versions of software indefinitely, because they >can break some proprietary other piece of software, is totally against >Fedora goals. Go to VMware and make them put their modules into the >official kernel or learn how to fix things yourself (which in this >particular case is very easy, thanks to VMware, which aren't that evil >after all). There are many good reasons for needing an older kernel, including fulfilling a request for testing a bug against a kernel older than is currently installed. Although it would be best for Fedora users if all updated packages were retained and available for downgrading, certainly the kernel deserves special consideration, as changes to the kernel can prevent the entire system from working. -- ____________________________________________________________________ TonyN.:' ' From jkeating at redhat.com Mon Apr 9 17:07:52 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 13:07:52 -0400 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> Message-ID: <200704091307.52515.jkeating@redhat.com> On Monday 09 April 2007 12:56:59 Tony Nelson wrote: > ?Although it would be best for Fedora users if all > updated packages were retained and available for downgrading, certainly the > kernel deserves special consideration, as changes to the kernel can prevent > the entire system from working. And where do we find this mythical beast of unlimited storage? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Mon Apr 9 17:07:45 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 13:07:45 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <21210.65.192.24.190.1176137406.squirrel@mail.jcomserv.net> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> <20070409163936.GB23939@jadzia.bu.edu> <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> <20070409165027.GA27833@jadzia.bu.edu> <21210.65.192.24.190.1176137406.squirrel@mail.jcomserv.net> Message-ID: <20070409170745.GA29641@jadzia.bu.edu> On Mon, Apr 09, 2007 at 11:50:06AM -0500, Jon Ciesla wrote: > Point taken. But my question stands, isn't root required to do something > REALLY stupid? It should be. I think if that's met we're as safe as we > can reasonably be, if WebDAV sharing provides helpful functionality. > I don't know, I've never used it. I guess I'd be somewhat mollified if the apache server configuration were broken out from whatever is needed to run this package. And hey, that'd be a size win too. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Apr 9 17:08:00 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 13:08:00 -0400 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <200704091307.52515.jkeating@redhat.com> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> <200704091307.52515.jkeating@redhat.com> Message-ID: <20070409170800.GB29641@jadzia.bu.edu> On Mon, Apr 09, 2007 at 01:07:52PM -0400, Jesse Keating wrote: > > ?Although it would be best for Fedora users if all > > updated packages were retained and available for downgrading, certainly the > > kernel deserves special consideration, as changes to the kernel can prevent > > the entire system from working. > And where do we find this mythical beast of unlimited storage? gmail. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From a.badger at gmail.com Mon Apr 9 17:12:43 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 09 Apr 2007 10:12:43 -0700 Subject: Announcing RUM: offline update/install tool for YUM/RPM based systems. In-Reply-To: <3170f42f0704090902m208bd513ma09c2e4818596fca@mail.gmail.com> References: <3170f42f0704090902m208bd513ma09c2e4818596fca@mail.gmail.com> Message-ID: <1176138763.9360.60.camel@localhost.localdomain> Just a side note. The name Rum is already used by a package management tool: http://code.google.com/p/rum/ -Toshio On Mon, 2007-04-09 at 21:32 +0530, Debarshi 'Rishi' Ray wrote: > I had in an earlier mail discussed the possibility of writing a > separate tool, or an enhancement to YUM or Pirut for offline > update/installation of packages on YUM/RPM based systems, specifically > Fedora. > > This formed the basis of my application to Google Summer of Code 2007. > You may find a copy of the proposal at: > http://glug-nith.org/~rishi/download/soc/soc-proposal-fedora-offline > > Just to find out whether the back-end work of managing the profiles, > and handling the yum-packs was going to be possible with the existing > tool-set, I wrote a BASH script to do the job. No GUI, just a rough > idea of the functionality. You can read more about it here: > http://www.ilug-cal.org/wiki/index.php/RUM while the code is available > at http://glug-nith.org/~rishi/download/src/rum.sh > > However I would like to bring to your attention a few of my > observations. Firstly I understand that YUM does not support the > facility of *just* downloading the packages and *not* installing them. > The idea it seems is to let yumdownloader to do the job. The problem > is that although yumdownloader is able to download packages, its > --resolve option does not work. See > https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=702 Moreover how > can I ask yumdownloader to consult a different rpmdb than the default > one at /var/lib/rpm? > > I am a bit curious to know why it is deemed inappropriate to have this > feature in YUM itself? I do not want to be rude, but isn't it just a > simple task of checking a command line option before actually starting > to install the packages? Right now I have to use the --installroot > option to force YUM to install to a different rpmdb and then delete > everthing after extracting the packages downloaded to > /var/cache/yum/*packages/*.rpm to create the yumpack. This > looks messy to me. > > Thanks, > Debarshi > -- > GPG key ID: 63D4A5A7 > Key server: pgp.mit.edu > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From limb at jcomserv.net Mon Apr 9 17:14:51 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 9 Apr 2007 12:14:51 -0500 (CDT) Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409170745.GA29641@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> <20070409163936.GB23939@jadzia.bu.edu> <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> <20070409165027.GA27833@jadzia.bu.edu> <21210.65.192.24.190.1176137406.squirrel@mail.jcomserv.net> <20070409170745.GA29641@jadzia.bu.edu> Message-ID: <24172.65.192.24.190.1176138891.squirrel@mail.jcomserv.net> That'd be great. Is it possible? It looks like it currently calls the httpd binary using a config file in /usr/share/gnome-user-share/. It looks like all it uses from the httpd package is the binary, but the config isn't split out into a separate RPM. You could take it up with the Apache maintainer. The thing is, then what happens when I wan to set up a host as a web server? I install httpd, move files to /var/www/html/foo and fire it up, and nothing works. Maybe move the httpd binary to httpd-something and keep the rest in httpd, with the config, then change the g-u-s R to httpd-something. Just my $0.02. > On Mon, Apr 09, 2007 at 11:50:06AM -0500, Jon Ciesla wrote: >> Point taken. But my question stands, isn't root required to do >> something >> REALLY stupid? It should be. I think if that's met we're as safe as we >> can reasonably be, if WebDAV sharing provides helpful functionality. >> I don't know, I've never used it. > > I guess I'd be somewhat mollified if the apache server configuration were > broken out from whatever is needed to run this package. And hey, that'd be > a > size win too. > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > -- novus ordo absurdum From skvidal at linux.duke.edu Mon Apr 9 17:26:34 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 09 Apr 2007 13:26:34 -0400 Subject: Announcing RUM: offline update/install tool for YUM/RPM based systems. In-Reply-To: <1176138763.9360.60.camel@localhost.localdomain> References: <3170f42f0704090902m208bd513ma09c2e4818596fca@mail.gmail.com> <1176138763.9360.60.camel@localhost.localdomain> Message-ID: <1176139594.19199.130.camel@cutter> On Mon, 2007-04-09 at 10:12 -0700, Toshio Kuratomi wrote: > Just a side note. The name Rum is already used by a package management > tool: http://code.google.com/p/rum/ > And one related to yum, no less. -sv From bpepple at fedoraproject.org Mon Apr 9 17:47:30 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 09 Apr 2007 13:47:30 -0400 Subject: FESCo Meeting Summary for 2007-04-05 Message-ID: <1176140850.11098.42.camel@lincoln> === Members Present === * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Christian Iseli (c4chris) * Rex Dieter (rdieter) * Toshio Kuratomi (abadger1999) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) * Warren Togami (warren) * Josh Boyer (jwb) * Jeremy Katz (jeremy) * Jesse Keating (f13) === Absent === * Tom Callaway (spot) * Bill Nottingham (notting) == Summary == === Packaging Committee Report === * Packaging Committee didn't have any guidelines that needed FESCo approval this week. === cvs-import changes === * Jens Petersen's patch has been applied, and c4chris will send a message to the mailing list informing them of the change. === Package Database === * abadger1999 is looking for help in writing some small scripts, mainly adaptations of things currently using owners.list. If you interested, please contact Toshio. === Package Conflicts === * bpepple will contact Michael Schwendt to see if he has a tool to help identify packages with conflicts, and if he is also interested in helping to fix them. === F7 Preparation === * It was discussed what deadlines we should have for EVR and broken deps. It was suggested that they should be fixed a week before F7t4, otherwise they would be removed. nirik will send a message to the mailing-lists informing the maintainers of this. * Discusses the problem with Zope/plone since it is unable to work w/ Python-2.5. It was decided that pull Zope/plone for F7, rather than push a compat python package. For details on the lengthy discussion of this, please refer to the IRC log. For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070405 Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From frank-buettner at gmx.net Mon Apr 9 17:58:43 2007 From: frank-buettner at gmx.net (=?UTF-8?B?RnJhbmsgQsO8dHRuZXI=?=) Date: Mon, 09 Apr 2007 19:58:43 +0200 Subject: Will Bug 229763 solved before test4? Message-ID: <461A7ED3.3050509@gmx.net> Does anyone know if Bug 229763 will be solved before FC 7 test 4? Frank -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5766 bytes Desc: S/MIME Cryptographic Signature URL: From ianburrell at gmail.com Mon Apr 9 18:13:25 2007 From: ianburrell at gmail.com (Ian Burrell) Date: Mon, 9 Apr 2007 11:13:25 -0700 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <200704091307.52515.jkeating@redhat.com> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> <200704091307.52515.jkeating@redhat.com> Message-ID: On 4/9/07, Jesse Keating wrote: > On Monday 09 April 2007 12:56:59 Tony Nelson wrote: > > Although it would be best for Fedora users if all > > updated packages were retained and available for downgrading, certainly the > > kernel deserves special consideration, as changes to the kernel can prevent > > the entire system from working. > > And where do we find this mythical beast of unlimited storage? > Instead of leaving the old versions in the updates repository which uses space on all the mirrors, I wonder if it would make sense to have a separate repository for old versions. The archives repository would only need to be on the master server or could even be a separate server. People who needed old packages could enable the repository. - Ian From buildsys at redhat.com Mon Apr 9 18:14:49 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 9 Apr 2007 14:14:49 -0400 Subject: rawhide report: 20070409 changes Message-ID: <200704091814.l39IEnKw003438@hs20-bc2-6.build.redhat.com> Updated Packages: (none) Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.ppc64 requires mockobjects Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.x86_64 requires mockobjects Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.i386 requires mockobjects Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.ppc requires mockobjects Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.ia64 requires mockobjects From markg85 at gmail.com Mon Apr 9 18:25:31 2007 From: markg85 at gmail.com (Mark) Date: Mon, 9 Apr 2007 20:25:31 +0200 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <24172.65.192.24.190.1176138891.squirrel@mail.jcomserv.net> References: <388184.99880.qm@web60524.mail.yahoo.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> <20070409163936.GB23939@jadzia.bu.edu> <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> <20070409165027.GA27833@jadzia.bu.edu> <21210.65.192.24.190.1176137406.squirrel@mail.jcomserv.net> <20070409170745.GA29641@jadzia.bu.edu> <24172.65.192.24.190.1176138891.squirrel@mail.jcomserv.net> Message-ID: <6e24a8e80704091125s4b960867v64120fadbd103f35@mail.gmail.com> i was also wondering WHY the httpd package was installed.. now it isn`t much of a problem for me because i play alot with httpd and php anyway so i need it but still it`s installed... for nothing on the other users. BTW that`s not the only thing where gnome-user-share depends on.. here is the full list (that would be if you only install fedora with the pure basics) everything in the list below that`s depends on httpd can be removed if (obviously) httpd wasn`t installed. and those are: atleast 5 rpms. Packages needed for: gnome-user-share (x86_64) GConf2 - required for: gnome-user-share ORBit2 - required for: GConf2 libIDL - required for: ORBit2 glibc - required for: libIDL glibc-common - required for: glibc tzdata - required for: glibc-common -- basesystem - required for: glibc -- setup - required for: basesystem ---- filesystem - required for: basesystem ---- libgcc - required for: glibc -- glib2 - required for: libIDL -- openldap - required for: GConf2 -- openssl - required for: openldap -- e2fsprogs-libs - required for: openssl -- device-mapper-libs - required for: e2fsprogs-libs -- libselinux - required for: device-mapper-libs -- libsepol - required for: libselinux ---- mcstrans - required for: libselinux ---- libcap - required for: mcstrans ---- krb5-libs - required for: openssl ---- grep - required for: krb5-libs ---- pcre - required for: grep ---- libstdc++ - required for: pcre ------ coreutils - required for: krb5-libs ------ pam - required for: coreutils ------ audit-libs - required for: pam -------- cracklib - required for: pam ---------- cracklib-dicts - required for: pam ------------ mktemp - required for: pam -------------- sed - required for: pam ------ zlib - required for: openssl ---- cyrus-sasl-lib - required for: openldap ---- libxml2 - required for: GConf2 -- httpd - required for: gnome-user-share -- gawk - required for: httpd ---- initscripts - required for: httpd ---- SysVinit - required for: initscripts ------ bash - required for: initscripts ------ ncurses - required for: bash -------- udev - required for: initscripts -------- MAKEDEV - required for: udev ---------- libvolume_id - required for: udev ---------- e2fsprogs - required for: initscripts ---------- device-mapper - required for: e2fsprogs ------------ ethtool - required for: initscripts -------------- mingetty - required for: initscripts ---------------- module-init-tools - required for: initscripts ------------------ util-linux - required for: initscripts ------------------ ConsoleKit-libs - required for: util-linux ------------------ dbus - required for: ConsoleKit-libs ------------------ chkconfig - required for: dbus -------------------- expat - required for: dbus ---------------------- libxml2-python - required for: dbus ---------------------- python - required for: libxml2-python ---------------------- bzip2-libs - required for: python ------------------------ db4 - required for: python -------------------------- gdbm - required for: python ---------------------------- python-libs - required for: python ------------------------------ readline - required for: python -------------------------------- sqlite - required for: python -------------------- popt - required for: util-linux -------------------- net-tools - required for: initscripts ---------------------- syslog-ng - required for: initscripts ---------------------- eventlog - required for: syslog-ng ------------------------ tcp_wrappers-libs - required for: syslog-ng -------------------------- logrotate - required for: syslog-ng ------------------------ sysklogd - required for: initscripts ------ apr - required for: httpd -------- apr-util - required for: httpd ---- libX11 - required for: gnome-user-share ---- libXau - required for: libX11 ------ libXdmcp - required for: libX11 -------- xorg-x11-filesystem - required for: libX11 ------ atk - required for: gnome-user-share -------- avahi - required for: gnome-user-share -------- dbus-python - required for: avahi -------- dbus-glib - required for: dbus-python ---------- libdaemon - required for: avahi ---------- avahi-glib - required for: gnome-user-share ------------ cairo - required for: gnome-user-share ------------ libXrender - required for: cairo -------------- fontconfig - required for: cairo -------------- freetype - required for: fontconfig ---------------- libpng - required for: cairo -------------- gtk2 - required for: gnome-user-share -------------- hicolor-icon-theme - required for: gtk2 ---------------- libXcursor - required for: gtk2 ---------------- libXfixes - required for: libXcursor ------------------ libXext - required for: gtk2 -------------------- libXi - required for: gtk2 ---------------------- libXinerama - required for: gtk2 ------------------------ libXrandr - required for: gtk2 -------------------------- cups-libs - required for: gtk2 -------------------------- gnutls - required for: cups-libs -------------------------- libgcrypt - required for: gnutls -------------------------- libgpg-error - required for: libgcrypt ---------------------------- libjpeg - required for: cups-libs ------------------------------ libtiff - required for: cups-libs ---------------------------- pango - required for: gtk2 ---------------------------- libXft - required for: pango ------------------------------ libthai - required for: pango ---------------- libglade2 - required for: gnome-user-share Total RPMS to install: 102 2007/4/9, Jon Ciesla : > > That'd be great. Is it possible? It looks like it currently calls the > httpd binary using a config file in /usr/share/gnome-user-share/. > > It looks like all it uses from the httpd package is the binary, but the > config isn't split out into a separate RPM. You could take it up with the > Apache maintainer. The thing is, then what happens when I wan to set up a > host as a web server? I install httpd, move files to /var/www/html/foo > and fire it up, and nothing works. Maybe move the httpd binary to > httpd-something and keep the rest in httpd, with the config, then change > the g-u-s R to httpd-something. > > Just my $0.02. > > > On Mon, Apr 09, 2007 at 11:50:06AM -0500, Jon Ciesla wrote: > >> Point taken. But my question stands, isn't root required to do > >> something > >> REALLY stupid? It should be. I think if that's met we're as safe as > we > >> can reasonably be, if WebDAV sharing provides helpful functionality. > >> I don't know, I've never used it. > > > > I guess I'd be somewhat mollified if the apache server configuration > were > > broken out from whatever is needed to run this package. And hey, that'd > be > > a > > size win too. > > > > > > -- > > Matthew Miller mattdm at mattdm.org > > Boston University Linux ------> > > > > > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Mon Apr 9 18:28:35 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 9 Apr 2007 20:28:35 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704091941.53067.ville.skytta@iki.fi> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <20070409154750.GA2831@free.fr> <200704091941.53067.ville.skytta@iki.fi> Message-ID: <20070409182835.GB2831@free.fr> On Mon, Apr 09, 2007 at 07:41:52PM +0300, Ville Skytt? wrote: > > Ok, but again, "MTA" only if talking about Provides. No need to touch > the "mta" update-alternatives name. I was also speaking about the Provides. > To clarify, with "mail" you mean either of /bin/mail (executable) or mailx > (package)? I'd say /bin/mail. That way this will still work if another package provides the command. > > And use smtpdameon when a real > > smtp server/Mail Transfer Agent is needed ? > > That would work too, leaving only semantics of "Provides: smtpdaemon" to be > documented, and that provision probably removed from ssmtp. And going > through packages that have dependencies on smtpdaemon, fixing where > appropriate. Exactly. -- Pat From Lam at Lam.pl Mon Apr 9 18:33:43 2007 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 09 Apr 2007 20:33:43 +0200 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> Message-ID: <1176143623.3869.19.camel@pensja.lam.pl> Dnia 09-04-2007, pon o godzinie 12:56 -0400, Tony Nelson napisa?(a): > Although it would be best for Fedora users if all > updated packages were retained and available for downgrading, certainly the > kernel deserves special consideration, as changes to the kernel can prevent > the entire system from working. That's what "installonlyn" plugin is for. That's why the default behavior (without the plugin or when using apt instead of yum) is even better and can be summarized as "keep as many kernels as the disk can lift". Seriously, the whole thread started when Gilboa did that: > Due to lack of sleep I removed the old 2.6.18 kernel I had on my > development machine (rpm -e $(rpm -qa | grep 2.6.18) should not be > done @5am... ;)) So you see, there's nothing in Fedora's handling of kernel upgrades that can break your system... apart from the user. I for myself keep my system from upgrading ~20 packages (including the kernel, not because of regressions, but my own patches which I'm too lazy to maintain as part of my own RPM) and Fedora policy of not keeping every older version of every package doesn't bother me. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From nicolas.mailhot at laposte.net Mon Apr 9 18:54:05 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 09 Apr 2007 20:54:05 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704091135.26323.jkeating@redhat.com> References: <200704082308.13413.ville.skytta@iki.fi> <200704090749.38839.jkeating@redhat.com> <200704091810.49944.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> Message-ID: <1176144845.21151.4.camel@rousalka.dyndns.org> Le lundi 09 avril 2007 ? 11:35 -0400, Jesse Keating a ?crit : > On Monday 09 April 2007 11:10:49 Ville Skytt? wrote: > > Use of the "mta" alternative seems to be in order, but I thought the > > "correct" way to fix the rest would be to add "Provides: MTA" to sendmail > > and esmtp, and remove "Provides: smtpdaemon" from ssmtp. This way the > > "mta" alternative and "MTA" Provides would be in sync, and only things that > > actually run SMTP daemons would provide "smtpdaemon". > > Looks more to me like 'MTA' is an accident and should be removed in favor of > leaving just "mta". All things that require 'MTA' should be fixed for > just 'mta'. Things that just depend on /usr/sbin/sendmail should use a file dep period. They're no that awful we have to hide them behind virtual deps (which have their own problems, one being no one knows what they stand for) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jkeating at redhat.com Mon Apr 9 19:00:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 15:00:45 -0400 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <1176144845.21151.4.camel@rousalka.dyndns.org> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <1176144845.21151.4.camel@rousalka.dyndns.org> Message-ID: <200704091500.45630.jkeating@redhat.com> On Monday 09 April 2007 14:54:05 Nicolas Mailhot wrote: > Things that just depend on /usr/sbin/sendmail should use a file dep > period. They're no that awful we have to hide them behind virtual deps > (which have their own problems, one being no one knows what they stand > for) 'mta' is more than just needing /usr/sbin/sendmail. What it really means is that it requires all that the 'mta' alternatives entry provides. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Mon Apr 9 19:01:38 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 09 Apr 2007 21:01:38 +0200 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <24172.65.192.24.190.1176138891.squirrel@mail.jcomserv.net> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <17180.65.192.24.190.1176135052.squirrel@mail.jcomserv.net> <20070409163936.GB23939@jadzia.bu.edu> <20342.65.192.24.190.1176137107.squirrel@mail.jcomserv.net> <20070409165027.GA27833@jadzia.bu.edu> <21210.65.192.24.190.1176137406.squirrel@mail.jcomserv.net> <20070409170745.GA29641@jadzia.bu.edu> <24172.65.192.24.190.1176138891.squirrel@mail.jcomserv.net> Message-ID: <1176145298.21151.9.camel@rousalka.dyndns.org> Le lundi 09 avril 2007 ? 12:14 -0500, Jon Ciesla a ?crit : > That'd be great. Is it possible? It looks like it currently calls the > httpd binary using a config file in /usr/share/gnome-user-share/. OMG, can't the package just drop the right file in /etc/httpd/conf.d ? Or is the Gnome track record on daemons so good we'll let it pilot apache now ? I'm not afraid of apache as a dep, or apache running as daemon, as long as it's done in an industrial way by people who understand this stuff. Gnome daemons just seem to take 20 times the maintenance of good old daemons like apache or postfix. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jkeating at redhat.com Mon Apr 9 19:08:29 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 15:08:29 -0400 Subject: rawhide report: 20070409 changes In-Reply-To: <200704091814.l39IEnKw003438@hs20-bc2-6.build.redhat.com> References: <200704091814.l39IEnKw003438@hs20-bc2-6.build.redhat.com> Message-ID: <200704091508.29463.jkeating@redhat.com> On Monday 09 April 2007 14:14:49 buildsys at redhat.com wrote: > Updated Packages: > > (none) Bah, another lie. I'll try to get the right report out in a moment. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Mon Apr 9 19:11:41 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 9 Apr 2007 15:11:41 -0400 Subject: rawhide report: 20070409 changes Message-ID: <200704091911.l39JBf5F003577@hs20-bc2-6.build.redhat.com> Removed package mockobjects Removed package gnu-crypto Removed package java-1.4.2-gcj-compat Removed package jessie Removed package gjdoc Removed package s390utils Updated Packages: ImageMagick-6.3.2.9-3.fc7 ------------------------- * Thu Apr 05 2007 Norm Murray 6.3.2.9-3.fc7 - heap overflows (#235075, CVE-2007-1797) anaconda-11.2.0.46-2 -------------------- * Sun Apr 08 2007 Peter Jones - 11.2.0.46-2 - Rebuild because aparently the s390 build produced a corrupt package... * Thu Apr 05 2007 Jeremy Katz - 11.2.0.46-1 - Minor live install fixes - dasd fixes (dcantrell) apr-util-1.2.8-7 ---------------- * Thu Apr 05 2007 Joe Orton 1.2.8-7 - remove old Conflicts, doxygen BR (#225254) at-spi-1.18.1-1.fc7 ------------------- * Mon Apr 09 2007 Matthias Clasen - 1.18.1-1 - Update to 1.18.1, which includes the previous patch - Drop obsolete patch - Fix a small memory leak audit-1.5.2-1.fc7 ----------------- * Wed Apr 04 2007 Steve Grubb 1.5.2-1 - New event dispatcher (James Antill) - Apply patches fixing man pages and Makefile.am (Philipp Hahn) - Apply patch correcting python libs permissions (Philipp Hahn) - Fix auditd segfault on reload - Fix bug in auparse library for file pointers and descriptors - Extract subject information out of daemon events for ausearch authconfig-5.3.13-3.fc7 ----------------------- * Thu Apr 05 2007 Tomas Mraz - 5.3.13-3 - minor changes and cleanups for merge review (#225293) dovecot-1.0-9.rc30.fc7 ---------------------- * Fri Apr 06 2007 Tomas Janousek - 1.0-9.rc30 - update to latest upstream * Fri Mar 30 2007 Tomas Janousek - 1.0-8.1.rc28 - spec file cleanup (fixes docs path) fedora-logos-6.0.98-1.fc7 ------------------------- * Thu Apr 05 2007 Than Ngo - 6.0.98-1 - fix ksplash BlueCurve theme freetype-2.3.3-2.fc7 -------------------- * Thu Apr 05 2007 Behdad Esfahbod 2.3.3-2 - Include new demos ftgrid and ftdiff in freetype-demos. (#235478) * Thu Apr 05 2007 Behdad Esfahbod 2.3.3-1 - Update to 2.3.3. gdm-1:2.18.0-9.fc7 ------------------ * Thu Apr 05 2007 Ray Strode - 1:2.18.0-9 - don't expect utf-8 usernames for plain greeter face browser either. * Thu Apr 05 2007 Ray Strode - 1:2.18.0-8 - don't expect utf-8 usernames for face browser (bug 235351). gnome-games-1:2.18.0-5.fc7 -------------------------- * Sun Apr 08 2007 Ray Strode - 1:2.18.0-5 - Add Obsoletes: gnome-chess (bug 234127) hexedit-1.2.12-5.fc7 -------------------- * Fri Apr 06 2007 Jindrich Novy 1.2.12-5 - spec fixes hplip-1.7.2-5.fc7 ----------------- * Thu Apr 05 2007 Tim Waugh 1.7.2-5 - Better media-empty-error state handling: always set the state. iputils-20070202-3.fc7 ---------------------- * Fri Apr 06 2007 Martin Bacovsky - 20070202-3 - resolves: #235374: Update of iputils starts rdisc, breaking connectivity kdelibs-6:3.5.6-3.fc7 --------------------- * Mon Mar 26 2007 Than Ngo - 6:3.5.5-3.fc7 - apply upstream patch to fix build issue with qt-3.3.8 - apply upstream patch to to fix crash on particular 404 url in embedded HTML viewer kdepim-6:3.5.6-4.fc7 -------------------- * Mon Mar 26 2007 Than Ngo - 3.5.6-4.fc7 - upstream patches kernel-2.6.20-1.3053.fc7 ------------------------ * Mon Apr 09 2007 Dave Jones - Disable a bunch more warnings. * Sun Apr 08 2007 Dave Jones - 2.6.21-rc6-git1 * Fri Apr 06 2007 Kristian H??gsberg - Add patches to fix #235463 and possibly #235199 and #231708. kudzu-1.2.67-2 -------------- * Thu Apr 05 2007 Peter Jones - 1.2.67-2 - Fix size of memset in pci scanning - require zlib during build libX11-1.0.3-8.fc7 ------------------ * Fri Apr 06 2007 Adam Jackson 1.0.3-8 - Fix for CVE 2007-1667. libXfont-1.2.8-1.fc7 -------------------- * Fri Apr 06 2007 Adam Jackson 1.2.8-1 - libXfont 1.2.8. * Wed Jan 17 2007 Kristian H??gsberg 1.2.6-2 - Add built-in-scalable.patch to prevent crash when trying to scale built-in bitmap fonts. * Fri Jan 05 2007 Adam Jackson 1.2.6-1 - Update to 1.2.6 libdaemon-0.10-4.fc7 -------------------- * Thu Apr 05 2007 Martin Bacovsky - 0.10-4 - Resolves: #222855: fileconflict for /usr/share/doc/libdaemon-devel-0.10/Makefile libgnome-2.18.0-3.fc7 --------------------- * Thu Apr 05 2007 Matthias Clasen - 2.18.0-3 - Fix patches to make changes in gconf default settings take effect again libselinux-2.0.9-2.fc7 ---------------------- * Thu Apr 05 2007 Dan Walsh - 2.0.9-2 - Make rpm_exec swig work libtool-1.5.22-11.fc7 --------------------- * Thu Apr 05 2007 Karsten Hopp 1.5.22-11 - use ./configure so that config.{sub,guess} will not be replaced with ancient version of those files (#234778) libunwind-0.99-0.1.frysk20070405cvs.fc7 --------------------------------------- * Thu Apr 05 2007 Jan Kratochvil - 0.99-0.1.frysk20070405cvs - Update to the upstream snapshot snap-070224. - Use the Frysk's modified version, currently snapshot 20070405cvs. - Extend the supported architectures from ia64 also to x86_64, i386 and ppc64. - Spec file fixups. - Split the package to its base and the `devel' part. - Drop the statically built libraries. openoffice.org-1:2.2.0-14.4 --------------------------- * Fri Apr 06 2007 Caolan McNamara - 1:2.2.0-14.4 - Resolves: rhbz#235341 pdf overlapping characters - Resolves: rhbz#223190 make a final fallback to a font with a known working notdef glyph - remove openoffice.org-2.2.0.gccXXXXX.solenv.javaregistration.patch because gcc 4.1.2-8 should allow our java components to work again. - add a handful of valgrind fixes pam_ccreds-4-2.fc7 ------------------ * Thu Apr 05 2007 Tomas Mraz - 4-2 - minor updates for merge review (#226224) passwd-0.74-3.fc7 ----------------- * Thu Apr 05 2007 Tomas Mraz 0.74-3 - use std buildroot, add dist tag (#226232) pciutils-2.2.4-3.fc7 -------------------- * Thu Apr 05 2007 Peter Jones - 2.2.4-3 - buildreq zlib-devel, so we know configure will find it consistently. perl-DBI-1.53-2.fc7 ------------------- perl-LDAP-1:0.34-2.fc7 ---------------------- * Thu Apr 05 2007 Robin Norwood - 1:0.34-2 - Resolves: bz#226267 - Filter out provides perl(Net::LDAP::Filter) per package review. perl-Net-DNS-0.59-2.fc7 ----------------------- * Thu Apr 05 2007 Robin Norwood - 0.59-2 - Resolves: bz#226270 - Fixed issues brought up during package review - BuildRequires should not require perl, and fixed the format. - Fixed the BuildRoot policycoreutils-2.0.7-10.fc7 ---------------------------- * Mon Apr 09 2007 Dan Walsh 2.0.7-10 - Add filter to booleans page ppc64-utils-0.11-3.fc7 ---------------------- * Sun Apr 08 2007 David Woodhouse - 0.11-3 - Update kernel bootwrapper magic psacct-6.3.2-44.fc7 ------------------- * Thu Apr 05 2007 Ivana Varekova - 6.3.2-44 - small spec changes - change buildroot - remove makeinstall macro rpcbind-0.1.4-3.fc7 ------------------- samba-0:3.0.24-12.fc7 --------------------- * Wed Apr 04 2007 Simo Sorce 3.0.24-12.fc7 - fixes in smb.conf - advice in smb.conf to put scripts in /var/lib/samba/scripts - create /var/lib/samba/scripts so that selinux can be happy - fix Vista problems with msdfs errors * Tue Apr 03 2007 Guenther Deschner 3.0.24-11.fc7 - enable PAM and NSS dlopen checks during build - fix unresolved symbols in libnss_wins.so (bug #198230) selinux-policy-2.5.11-5.fc7 --------------------------- * Thu Apr 05 2007 Dan Walsh 2.5.11-5 - Allow bluetooth to read inotifyfs system-config-date-1.8.94-1.fc7 ------------------------------- * Thu Apr 05 2007 Nils Philippsen 1.8.94 - use underscores instead of spaces in timezone filenames (#235064) system-config-printer-0.7.63-1.fc7 ---------------------------------- * Thu Apr 05 2007 Tim Waugh 0.7.63-1 - 0.7.63: - Translation updates. - Checked in missing file. * Wed Apr 04 2007 Tim Waugh - Updated to pycups-1.9.20 for printer-state-reasons fix. tcl-1:8.4.13-16.fc7 ------------------- * Tue Apr 03 2007 Marcela Maslanova - 1:8.4.13-16 - rhbz#227725 util-linux-2.13-0.51.fc7 ------------------------ * Fri Apr 06 2007 Karel Zak 2.13-0.51 - fix #150493 - hwclock --systohc sets clock 0.5 seconds slow - fix #220873 - starting RPC idmapd: Error: RPC MTAB does not exist. (added rpc_pipefs to util-linux-2.13-umount-sysfs.patch) - fix #227903 - mount -f does not work with NFS-mounted vixie-cron-4:4.1-80.fc7 ----------------------- * Thu Apr 05 2007 Marcela Maslanova - 4:4.1-80 - jobs from RH_CROND_DIR wasn't "sometimes" run - rhbz#220376 * Wed Mar 07 2007 Marcela Maslanova - 4:4.1-79 - merge review * Mon Mar 05 2007 Marcela Maslanova - 4:4.1-76 - rhbz#226529 merge review xorg-x11-drv-i810-1.6.5-18.fc7 ------------------------------ * Thu Apr 05 2007 Adam Jackson 1.6.5-18 - i810.xinf: More intel whitelisting (#214011, #234877) xorg-x11-proto-devel-7.2-8.fc7 ------------------------------ * Thu Apr 05 2007 Adam Jackson 7.2-8 - Add virtual provides for the subprotocols (#231156) xorg-x11-server-1.2.99.905-1.fc7 -------------------------------- * Fri Apr 06 2007 Adam Jackson 1.2.99.905-1 - xserver 1.3 RC5. Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.ppc64 requires mockobjects Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.x86_64 requires mockobjects Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.i386 requires mockobjects Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.ppc requires mockobjects Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 perl-LDAP - 1:0.34-2.fc7.noarch requires perl(Net::LDAP::Filter) xdoclet - 1.2.3-7jpp.2.ia64 requires mockobjects From nicolas.mailhot at laposte.net Mon Apr 9 19:27:39 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 09 Apr 2007 21:27:39 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <200704091500.45630.jkeating@redhat.com> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <1176144845.21151.4.camel@rousalka.dyndns.org> <200704091500.45630.jkeating@redhat.com> Message-ID: <1176146859.21151.11.camel@rousalka.dyndns.org> Le lundi 09 avril 2007 ? 15:00 -0400, Jesse Keating a ?crit : > On Monday 09 April 2007 14:54:05 Nicolas Mailhot wrote: > > Things that just depend on /usr/sbin/sendmail should use a file dep > > period. They're no that awful we have to hide them behind virtual deps > > (which have their own problems, one being no one knows what they stand > > for) > > 'mta' is more than just needing /usr/sbin/sendmail. What it really means is > that it requires all that the 'mta' alternatives entry provides. So, is there a single package providing /usr/sbin/sendmail which is not "mta" capable -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jkeating at redhat.com Mon Apr 9 19:42:01 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 15:42:01 -0400 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <1176146859.21151.11.camel@rousalka.dyndns.org> References: <200704082308.13413.ville.skytta@iki.fi> <200704091500.45630.jkeating@redhat.com> <1176146859.21151.11.camel@rousalka.dyndns.org> Message-ID: <200704091542.01911.jkeating@redhat.com> On Monday 09 April 2007 15:27:39 Nicolas Mailhot wrote: > So, is there a single package providing /usr/sbin/sendmail which is not > "mta" capable I don't know. There could be. I'd rather not wait for it to happen. I'd rather continue depending on the name of functionality that is provided by the alternatives system. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Mon Apr 9 19:50:01 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 9 Apr 2007 21:50:01 +0200 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> Message-ID: <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> On Mon, 9 Apr 2007 14:28:53 -0400, Michael Thomas (wart) wrote: > Author: wart > > Update of /cvs/extras/rpms/compat-guichan05/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv11957 > > Modified Files: > compat-guichan05.spec > Log Message: > Add missing Provides: for the package that this obsoletes. > Obsoletes: guichan <= 0.5.0 > +Provides: guichan = 0.5.0 Please don't. This makes a newer guichan EVR upgrade this package. It is questionable behaviour in RPM that is covered in bugzilla.redhat.com for a long time: https://bugzilla.redhat.com/111071 From otaylor at redhat.com Mon Apr 9 19:50:56 2007 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 09 Apr 2007 15:50:56 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409163449.GA23939@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <20070409163449.GA23939@jadzia.bu.edu> Message-ID: <1176148257.14179.140.camel@localhost.localdomain> On Mon, 2007-04-09 at 12:34 -0400, Matthew Miller wrote: > On Mon, Apr 09, 2007 at 12:06:14PM -0400, Jesse Keating wrote: > > Perhaps this conversation belongs in upstream gnome, but it starts an http > > session AS the user for the specific directory the user wants to share. > > Other than the knee jerk "OMG http is running!" reactions, what is the major > > problem here? > > We've come a long way in reducing out-of-the-box vulnerabilities in Fedora > since the Red Hat Linux days. SE Linux and other "overlay" security measures > are good, but the major factor is: don't install complicated network servers > by default. This is serious backsliding. > > We can count on everyone applying security updates for supported releases. > (Of course we can!) But, every couple of days someone on fedora-list posts > questions about Fedora Core 4 or older. "It works fine, I can't bother to > upgrade right now." The more stuff like this we ship, the more those people > are going to be part of botnets. > > We can say "tough, their problem" -- just like historically a certain big OS > vendor I hate to bring into the conversation for Godwin's law-related > reasons -- but that's irresponsible. If we stop caring about this issue, > it's only a matter of time before "Linux Security Worse than Proprietary OS > / Linux-based Worm Brings Down The Internets!" is the headline news -- and > it'll be right. Would you be happier if turning on file sharing started a custom-written HTTP server hacked up just for the purpose? If so, why? If not, what's the problem? (*) The long-standing policy is that installing httpd doesn't start httpd as a system service, so in either case, we are talking about a server process running as the user serving a very limited set of files. The only difference I see is that using Apache HTTP, we use a much more tested and mature code base. - Owen (*) Saying that user file sharing is a bad idea and shouldn't have been done to begin with isn't a useful response here. From mattdm at mattdm.org Mon Apr 9 20:10:35 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 16:10:35 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <1176148257.14179.140.camel@localhost.localdomain> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <20070409163449.GA23939@jadzia.bu.edu> <1176148257.14179.140.camel@localhost.localdomain> Message-ID: <20070409201035.GA14021@jadzia.bu.edu> On Mon, Apr 09, 2007 at 03:50:56PM -0400, Owen Taylor wrote: > Would you be happier if turning on file sharing started a custom-written > HTTP server hacked up just for the purpose? > If so, why? Clearly not. > If not, what's the problem? (*) It's bringing in more than it should. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From pemboa at gmail.com Mon Apr 9 20:14:28 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 9 Apr 2007 15:14:28 -0500 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409201035.GA14021@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <20070409163449.GA23939@jadzia.bu.edu> <1176148257.14179.140.camel@localhost.localdomain> <20070409201035.GA14021@jadzia.bu.edu> Message-ID: <16de708d0704091314t779d2f12x9517cdbdadeb2a8b@mail.gmail.com> On 4/9/07, Matthew Miller wrote: > On Mon, Apr 09, 2007 at 03:50:56PM -0400, Owen Taylor wrote: > > Would you be happier if turning on file sharing started a custom-written > > HTTP server hacked up just for the purpose? > > If so, why? > > Clearly not. > > > If not, what's the problem? (*) > > It's bringing in more than it should. I don't care either way since I don't use Gnome, but have you made any recommendations? Or is your recommendation to _not_ include gnome-user-share by default? I have to say though, I think Apache is a fairly secure piece of software. Esp. by it's lonesome, sans CGI. -- Fedora Core 6 and proud From gilboad at gmail.com Mon Apr 9 19:10:56 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 09 Apr 2007 22:10:56 +0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <200704091307.52515.jkeating@redhat.com> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> <200704091307.52515.jkeating@redhat.com> Message-ID: <1176145856.6914.57.camel@gilboa-home-dev.localdomain> On Mon, 2007-04-09 at 13:07 -0400, Jesse Keating wrote: > On Monday 09 April 2007 12:56:59 Tony Nelson wrote: > > Although it would be best for Fedora users if all > > updated packages were retained and available for downgrading, certainly the > > kernel deserves special consideration, as changes to the kernel can prevent > > the entire system from working. > > And where do we find this mythical beast of unlimited storage? ... and this is why open discussions always turn into spam fights. I asked for a special consideration concerning old kernel releases (!) that -were- released as an update for -active- fedora releases. (Read: F-Current, F-Current - 1). Soon Mr Matok turned the "kernel" into "software", and the need to keep the kernel -on the server- into supporting proprietary non-GPL (!!!) kernel modules (!!!) and from there on, we need mythical beast with unlimited storage and hordes of men to support the 2.4.x kernel Fedora Core 1 just because nVidia/ATI/VMWare/etc/ refuses to fix their bugs. If I can be allowed to stick to the subject, lets talk about numbers. Each kernel release (x86_64 in my case, including the kernel-devel.[i686/i586], xen and kdump) eats around 80MB. Keeping the 5 latest releases translates to 400MB. In comparison, each OO release is ~600MB. (660MB to be exact) -updates currently hold two OO releases - add -core to the mix, and OO alone eats 1800MB. Now I may be dead wrong, and wasting 400MB of old kernels (for released versions only - not rawhide/test releases) is way-above-and-beyond Fedora's current capacity. Maybe Fedora should store the last released kernel of each minor release. (2.6.17-xxx, 2.6.18-xxx, etc) - I don't know, lets here some open discussion about it. ... Somehow I doubt that writing off my post as "not enough storage, against policy - good bye" can be considered constructive in any type or form. - Gilboa From gilboad at gmail.com Mon Apr 9 19:19:23 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 09 Apr 2007 22:19:23 +0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176145856.6914.57.camel@gilboa-home-dev.localdomain> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <1176129068.3869.10.camel@pensja.lam.pl> <200704091307.52515.jkeating@redhat.com> <1176145856.6914.57.camel@gilboa-home-dev.localdomain> Message-ID: <1176146363.21066.0.camel@gilboa-home-dev.localdomain> On Mon, 2007-04-09 at 22:17 +0300, Gilboa Davara wrote: > On Mon, 2007-04-09 at 13:07 -0400, Jesse Keating wrote: > > On Monday 09 April 2007 12:56:59 Tony Nelson wrote: > > > Although it would be best for Fedora users if all > > > updated packages were retained and available for downgrading, certainly the > > > kernel deserves special consideration, as changes to the kernel can prevent > > > the entire system from working. > > > > And where do we find this mythical beast of unlimited storage? > > ... and this is why open discussions always turn into spam fights. > I asked for a special consideration concerning old kernel releases (!) > that -were- released as an update for -active- fedora releases. (Read: > F-Current, F-Current - 1). > Soon Mr Matok turned the "kernel" into "software", and the need to keep > the kernel -on the server- into supporting proprietary non-GPL (!!!) > kernel modules (!!!) and from there on, we need mythical beast with > unlimited storage and hordes of men to support the 2.4.x kernel Fedora > Core 1 just because nVidia/ATI/VMWare/etc/ > refuses to fix their bugs. > > If I can be allowed to stick to the subject, lets talk about numbers. > Each kernel release (x86_64 in my case, including the > kernel-devel.[i686/i586], xen and kdump) eats around 80MB. > Keeping the 5 latest releases translates to 400MB. > In comparison, each OO release is ~600MB. (660MB to be exact) > -updates currently hold two OO releases - add -core to the mix, and OO > alone eats 1800MB. > > Now I may be dead wrong, and wasting 400MB of old kernels (for released > versions only - not rawhide/test releases) is way-above-and-beyond > Fedora's current capacity. > Maybe Fedora should store the last released kernel of each minor > release. (2.6.17-xxx, 2.6.18-xxx, etc) - I don't know, lets here some > open discussion about it. > ... Somehow I doubt that writing off my post as "not enough storage, > against policy - good bye" can be considered constructive in any type or > form. > > - Gilboa > s/lets here/lets hear/g As I said, 5am... :( - Gilboa From jkeating at redhat.com Mon Apr 9 20:24:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 9 Apr 2007 16:24:50 -0400 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176145856.6914.57.camel@gilboa-home-dev.localdomain> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <200704091307.52515.jkeating@redhat.com> <1176145856.6914.57.camel@gilboa-home-dev.localdomain> Message-ID: <200704091624.50391.jkeating@redhat.com> On Monday 09 April 2007 15:10:56 Gilboa Davara wrote: > Now I may be dead wrong, and wasting 400MB of old kernels (for released > versions only - not rawhide/test releases) is way-above-and-beyond > Fedora's current capacity. > Maybe Fedora should store the last released kernel of each minor > release. (2.6.17-xxx, 2.6.18-xxx, etc) - I don't know, lets here some > open discussion about it. > ... Somehow I doubt that writing off my post as "not enough storage, > against policy - good bye" can be considered constructive in any type or > form. Once we merge and start using koji as the buildsystem externally, we'll have public access to the old builds that were shipped. They won't be on the mirrors but they will be obtainable. This should satisfy any need. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Mon Apr 9 20:36:51 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 16:36:51 -0400 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <16de708d0704091314t779d2f12x9517cdbdadeb2a8b@mail.gmail.com> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <20070409163449.GA23939@jadzia.bu.edu> <1176148257.14179.140.camel@localhost.localdomain> <20070409201035.GA14021@jadzia.bu.edu> <16de708d0704091314t779d2f12x9517cdbdadeb2a8b@mail.gmail.com> Message-ID: <20070409203651.GA15387@jadzia.bu.edu> On Mon, Apr 09, 2007 at 03:14:28PM -0500, Arthur Pemberton wrote: > I don't care either way since I don't use Gnome, but have you made any > recommendations? Or is your recommendation to _not_ include > gnome-user-share by default? I don't care either way, but I like to drop into threads and ask people whether they said things in other posts in the thread rather than actually reading to see. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tibbs at math.uh.edu Mon Apr 9 20:40:55 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 09 Apr 2007 15:40:55 -0500 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409155740.GA22043@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> Message-ID: >>>>> "MM" == Matthew Miller writes: MM> Why is the Apache web server installed on this desktop? May I suggest a shorter route to the answer? 1) htpasswd is an essential end-user command line tool which the httpd maintainer refuses to break out into a separate package. - J< From pemboa at gmail.com Mon Apr 9 20:42:52 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 9 Apr 2007 15:42:52 -0500 Subject: httpd installed by default on desktops! bad gnome-user-share, bad! In-Reply-To: <20070409203651.GA15387@jadzia.bu.edu> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> <20070409155740.GA22043@jadzia.bu.edu> <200704091206.18011.jkeating@redhat.com> <20070409163449.GA23939@jadzia.bu.edu> <1176148257.14179.140.camel@localhost.localdomain> <20070409201035.GA14021@jadzia.bu.edu> <16de708d0704091314t779d2f12x9517cdbdadeb2a8b@mail.gmail.com> <20070409203651.GA15387@jadzia.bu.edu> Message-ID: <16de708d0704091342s159d8a46v93b60057968c227d@mail.gmail.com> On 4/9/07, Matthew Miller wrote: > On Mon, Apr 09, 2007 at 03:14:28PM -0500, Arthur Pemberton wrote: > > I don't care either way since I don't use Gnome, but have you made any > > recommendations? Or is your recommendation to _not_ include > > gnome-user-share by default? > > > I don't care either way, but I like to drop into threads and ask people > whether they said things in other posts in the thread rather than actually > reading to see. > Being a bit aggressive aren't you? I read through the entire thread. -- Fedora Core 6 and proud From markg85 at gmail.com Mon Apr 9 20:46:51 2007 From: markg85 at gmail.com (Mark) Date: Mon, 9 Apr 2007 22:46:51 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) Message-ID: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> Hey. is a dependency checking time of 1.5 seconds for 189 packages fast? ^_^ and it can be ALOT faster aswell. Page Parsed in: 1.5912721157074 seconds. (mostly php) MySQL Parsed in: 0.0009613037109375 seconds. (MySQL only) php is doing the recursive functions and a in_array thing (in a few arrays with a few 100 entry`s) so the php part can be improved for speed improvements, but the best thing would be to write this thing in c/c++. the mysql parsetime of all the dependency`s recursively in php is JUST 0.001(rounded up) so the total time for all this stuff could very well be under one second. I did the dependency check on KDEBASE, but the test isn`t really 100% fair. like i don`t have the currently installed packages striped out against the ones that my dependency checker says are needed for KDEBASE. but this is because i have very limited access to the rpm database with php. so if i would have done this based on my current system (with the installed packages) it would probably be a little higher parsetime for mysql because it would need to check every package if it`s already installed on my system and if it is it will also need to check the version and release numbers.. so a fair estimate of the parsetime in that case would probably be 0.003 MAX (still extremely fast) Now why did i open up this thread? and why in the fedora-devel-list? well i think this stuff concerns fedora and it`s (my dep checker) in development so that`s why i posted it here. i`m actually making this with the idea of removing yum completely (also pup, pirut and puplet but those are still idea`s.. for that i need to learn alot more c/c++ (no i don`t want to write those gui apps in python or even in php) The reason i posted it here is because i`m hoping to attract the attention of a programmer who is willing to help me out in making this app a c/c++ app so that it really CAN be used in fedora. or if someone could enhance the php_rpm extension so that i can also check it against the currently installed rpm`s instead of only playing with rpm files. or a way of reading out the rpmdb. (i need to know the installed: Names, Version and Releases). And why did i make it? quite simple. i simply don`t believe that installing a package really has to take SO MUCH time (with checking the dependency`s) so i started making my own dependency checker. this stuff is the result of a one day php work. 2 php classes and done. the total thing is probably about 22 kilobytes!! (with lots of useless stuff in it aswell). Originally i had the idea to make a online dependency checker so that rpm maintainers could upload there rpm file in the dependency checker which would check if there aren`t and conflicting things in the header to install it.. soon after that i realized that the original idea was fine but that so much more could be done with this.. so adding a few nore lines changed the way the scrpt was working to be a dependency checker only. My initial version did the kdebase dependency`s in about 30 seconds. that was on tables without any indexes, this one does it in 0.001 secounds and than the tables still aren`t 100% optimal. there are still alot of doubles in it and it isn`t splitted alphabetically (so all the A deps in a deps_a table and so on for: 0-9 a-z. and at this moment all the rpm files that come with fedora core 7 test 3 are indexed. my way of checking dependency`s has a few advantages and disadvantages. (alot more advantages.. but i name just 3 of both) Advantages: - Alot faster than any rpm installation tool - Way smaller "repodata" files (under 1MB) - Alot less waiting on the dependency`s Disadvantages - A new "createrepo" program will need to be written - Existing repository`s won`t work (perhaps will with a yet to make repo converter which converts the sqlite or xml data to the style + format i want) - could devide the rpm based distributions (into distributions that use yum and distributions that use my program) but serious.. is this a world record? (i even think it`s faster than ubuntu and all other systems that are currently existing) i hope to see some reply`s on this post. Any suggestions or critics are welcome. here is the full output of my dependency checker: Packages needed for: kdebase cdparanoia-libs - required for: kdebase glibc - required for: cdparanoia-libs glibc-common - required for: glibc tzdata - required for: glibc-common -- basesystem - required for: glibc -- setup - required for: basesystem ---- filesystem - required for: basesystem ---- libgcc - required for: glibc -- desktop-backgrounds-basic - required for: kdebase ---- desktop-file-utils - required for: kdebase ---- glib2 - required for: desktop-file-utils ------ eject - required for: kdebase -------- coreutils - required for: kdebase -------- grep - required for: coreutils -------- pcre - required for: grep -------- libstdc++ - required for: pcre ---------- pam - required for: coreutils ---------- audit-libs - required for: pam ------------ cracklib - required for: pam -------------- cracklib-dicts - required for: pam ---------------- libselinux - required for: pam ---------------- libsepol - required for: libselinux ------------------ mcstrans - required for: libselinux ------------------ libcap - required for: mcstrans ------------------ mktemp - required for: pam -------------------- sed - required for: pam ---------- htdig - required for: kdebase ---------- openssl - required for: htdig ---------- e2fsprogs-libs - required for: openssl ---------- device-mapper-libs - required for: e2fsprogs-libs ------------ krb5-libs - required for: openssl -------------- zlib - required for: openssl ------------ kdelibs - required for: kdebase ------------ arts - required for: kdelibs ------------ libX11 - required for: arts ------------ libXau - required for: libX11 -------------- libXdmcp - required for: libX11 ---------------- xorg-x11-filesystem - required for: libX11 -------------- alsa-lib - required for: arts ---------------- audiofile - required for: arts ------------------ esound-libs - required for: arts -------------------- libogg - required for: arts ---------------------- qt - required for: arts ---------------------- fontconfig - required for: qt ---------------------- freetype - required for: fontconfig ------------------------ expat - required for: fontconfig ------------------------ libICE - required for: qt -------------------------- libSM - required for: qt ---------------------------- libXcursor - required for: qt ---------------------------- libXfixes - required for: libXcursor ------------------------------ libXrender - required for: libXcursor ------------------------------ libXext - required for: qt -------------------------------- libXft - required for: qt ---------------------------------- libXinerama - required for: qt ------------------------------------ libXrandr - required for: qt -------------------------------------- libjpeg - required for: qt ---------------------------------------- libmng - required for: qt ---------------------------------------- lcms - required for: libmng ---------------------------------------- libtiff - required for: lcms ------------------------------------------ libpng - required for: qt ------------------------ libvorbis - required for: arts -------------- cups-libs - required for: kdelibs -------------- gnutls - required for: cups-libs -------------- libgcrypt - required for: gnutls -------------- libgpg-error - required for: libgcrypt ---------------- hicolor-icon-theme - required for: kdelibs ------------------ xorg-x11-server-utils - required for: kdelibs ------------------ cpp - required for: xorg-x11-server-utils -------------------- libXTrap - required for: xorg-x11-server-utils -------------------- libXt - required for: libXTrap ---------------------- libXaw - required for: xorg-x11-server-utils ---------------------- libXmu - required for: libXaw ------------------------ libXpm - required for: libXaw ------------------------ libXfontcache - required for: xorg-x11-server-utils -------------------------- libXi - required for: xorg-x11-server-utils ---------------------------- libXxf86misc - required for: xorg-x11-server-utils ------------------------------ libXxf86vm - required for: xorg-x11-server-utils -------------------- libacl - required for: kdelibs -------------------- libattr - required for: libacl ---------------------- libart_lgpl - required for: kdelibs ------------------------ aspell - required for: kdelibs ------------------------ aspell-en - required for: aspell -------------------------- ncurses - required for: aspell -------------------------- bzip2-libs - required for: kdelibs ---------------------------- libidn - required for: kdelibs ------------------------------ kdnssd-avahi - required for: kdelibs ------------------------------ avahi - required for: kdnssd-avahi ------------------------------ chkconfig - required for: avahi -------------------------------- dbus - required for: avahi -------------------------------- libxml2-python - required for: dbus -------------------------------- libxml2 - required for: libxml2-python ---------------------------------- python - required for: libxml2-python ---------------------------------- db4 - required for: python ------------------------------------ gdbm - required for: python -------------------------------------- python-libs - required for: python ---------------------------------------- readline - required for: python ------------------------------------------ sqlite - required for: python ---------------------------------- dbus-python - required for: avahi ---------------------------------- dbus-glib - required for: dbus-python ------------------------------------ initscripts - required for: avahi ------------------------------------ SysVinit - required for: initscripts -------------------------------------- bash - required for: initscripts ---------------------------------------- udev - required for: initscripts ---------------------------------------- MAKEDEV - required for: udev ------------------------------------------ libvolume_id - required for: udev ------------------------------------------ e2fsprogs - required for: initscripts ------------------------------------------ device-mapper - required for: e2fsprogs -------------------------------------------- ethtool - required for: initscripts ---------------------------------------------- mingetty - required for: initscripts ------------------------------------------------ module-init-tools - required for: initscripts -------------------------------------------------- util-linux - required for: initscripts -------------------------------------------------- ConsoleKit-libs - required for: util-linux ---------------------------------------------------- popt - required for: util-linux ---------------------------------------------------- net-tools - required for: initscripts ------------------------------------------------------ syslog-ng - required for: initscripts ------------------------------------------------------ eventlog - required for: syslog-ng -------------------------------------------------------- tcp_wrappers-libs - required for: syslog-ng ---------------------------------------------------------- logrotate - required for: syslog-ng -------------------------------------------------------- sysklogd - required for: initscripts -------------------------------------- libdaemon - required for: avahi -------------------------------- avahi-qt3 - required for: kdnssd-avahi -------------------------------- libutempter - required for: kdelibs -------------------------------- shadow-utils - required for: libutempter ---------------------------------- libxslt - required for: kdelibs ------------------------------------ perl - required for: kdelibs ------------------------------------ mod_perl-devel - required for: perl ------------------------------------ httpd-devel - required for: mod_perl-devel ------------------------------------ apr-devel - required for: httpd-devel ------------------------------------ apr - required for: apr-devel -------------------------------------- pkgconfig - required for: apr-devel -------------------------------------- apr-util-devel - required for: httpd-devel -------------------------------------- apr-util - required for: apr-util-devel -------------------------------------- openldap - required for: apr-util -------------------------------------- cyrus-sasl-lib - required for: openldap ---------------------------------------- db4-devel - required for: apr-util-devel ------------------------------------------ expat-devel - required for: apr-util-devel -------------------------------------------- openldap-devel - required for: apr-util-devel -------------------------------------------- cyrus-sasl-devel - required for: openldap-devel ---------------------------------------- httpd - required for: httpd-devel ---------------------------------------- gawk - required for: httpd -------------------------------------- mod_perl - required for: mod_perl-devel -------------------------------------- perl-BSD-Resource - required for: mod_perl ---------------------------------------- perl-devel - required for: mod_perl -------------------------------------- redhat-artwork - required for: kdelibs -------------------------------------- gtk2-engines - required for: redhat-artwork -------------------------------------- gtk2 - required for: gtk2-engines -------------------------------------- atk - required for: gtk2 ---------------------------------------- cairo - required for: gtk2 ------------------------------------------ pango - required for: gtk2 ------------------------------------------ libthai - required for: pango ---------------------------------------- fedora-logos - required for: redhat-artwork ---------------------------------------- redhat-menus - required for: kdelibs -------------- Glide3-libGL - required for: kdebase -------------- mesa-libGL - required for: Glide3-libGL -------------- libdrm - required for: mesa-libGL ---------------- Glide3 - required for: Glide3-libGL ---------------- policycoreutils - required for: Glide3 ---------------- audit-libs-python - required for: policycoreutils ---------------- kernel-headers - required for: audit-libs-python ------------------ libselinux-python - required for: policycoreutils -------------------- libsemanage - required for: policycoreutils ---------------- mesa-libGLU - required for: kdebase ------------------ libXcomposite - required for: kdebase -------------------- libXdamage - required for: kdebase ---------------------- libXScrnSaver - required for: kdebase ------------------------ libXtst - required for: kdebase -------------------------- libfontenc - required for: kdebase ---------------------------- hal - required for: kdebase ---------------------------- ConsoleKit - required for: hal ------------------------------ acl - required for: hal -------------------------------- cryptsetup-luks - required for: hal ---------------------------------- dmidecode - required for: hal ------------------------------------ libusb - required for: hal -------------------------------------- pm-utils - required for: hal -------------------------------------- kbd - required for: pm-utils -------------------------------------- usermode - required for: kbd -------------------------------------- libuser - required for: usermode ---------------------------------------- passwd - required for: usermode ---------------------------------------- pciutils - required for: pm-utils ---------------------------------------- hwdata - required for: pciutils ------------------------------ libraw1394 - required for: kdebase -------------------------------- lm_sensors - required for: kdebase -------------------------------- libsysfs - required for: lm_sensors ---------------------------------- libsmbclient - required for: kdebase ------------------------------------ libxkbfile - required for: kdebase -------------------------------------- psmisc - required for: kdebase Total RPMS to install: 186 Dependency Conflicts: 0 Page Parsed in: 1.5912721157074 seconds. MySQL Parsed in: 0.0009613037109375 seconds. -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at linux.duke.edu Mon Apr 9 20:55:34 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 09 Apr 2007 16:55:34 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> Message-ID: <1176152134.19199.139.camel@cutter> On Mon, 2007-04-09 at 22:46 +0200, Mark wrote: > Hey. > > is a dependency checking time of 1.5 seconds for 189 packages fast? > ^_^ > and it can be ALOT faster aswell. > > Page Parsed in: 1.5912721157074 seconds. (mostly php) > MySQL Parsed in: 0.0009613037109375 seconds. (MySQL only) > Unless I misread this you're not performing any files-as-dep look ups. So any time a package requires /foo/bar/baz you have to look that up in the file listing of each package to see what provides it. this information isn't listed in the rpm -q --provides output -sv From drago01 at gmail.com Mon Apr 9 21:16:12 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Mon, 9 Apr 2007 23:16:12 +0200 Subject: rt2x00 driver In-Reply-To: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> Message-ID: try with this kernels: http://people.redhat.com/linville/kernels/fc7/ (have not tested them now but they should work) -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Mon Apr 9 21:19:29 2007 From: markg85 at gmail.com (Mark) Date: Mon, 9 Apr 2007 23:19:29 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <1176152134.19199.139.camel@cutter> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> Message-ID: <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> i don`t really understand what you mean.. i actually check only all the requires of a package to the provides of the packages that are in the database. but the files-as-dep.. i don`t understand that. 2007/4/9, seth vidal : > > On Mon, 2007-04-09 at 22:46 +0200, Mark wrote: > > Hey. > > > > is a dependency checking time of 1.5 seconds for 189 packages fast? > > ^_^ > > and it can be ALOT faster aswell. > > > > Page Parsed in: 1.5912721157074 seconds. (mostly php) > > MySQL Parsed in: 0.0009613037109375 seconds. (MySQL only) > > > > Unless I misread this you're not performing any files-as-dep look ups. > So any time a package requires /foo/bar/baz you have to look that up in > the file listing of each package to see what provides it. this > information isn't listed in the rpm -q --provides output > > -sv > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at linux.duke.edu Mon Apr 9 21:24:09 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 09 Apr 2007 17:24:09 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> Message-ID: <1176153849.19199.144.camel@cutter> On Mon, 2007-04-09 at 23:19 +0200, Mark wrote: > i don`t really understand what you mean.. > i actually check only all the requires of a package to the provides of > the packages that are in the database. > but the files-as-dep.. i don`t understand that. > Does your provides database include every file provided by every package? so that if you encounter: Requires: /some/path/to/a/file it can resolve it? also how are you doing your versioned-dep calculation? Are you calling out to rpm for the rpm version comparisons? so if a pkg requires: foo > 1:1.2 how are you checking to see if the package foo-1.3-1 provides that dependency or not? -sv From markg85 at gmail.com Mon Apr 9 21:34:23 2007 From: markg85 at gmail.com (Mark) Date: Mon, 9 Apr 2007 23:34:23 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <1176153849.19199.144.camel@cutter> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> Message-ID: <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> > > Does your provides database include every file provided by every > package? > > so that if you encounter: > > Requires: /some/path/to/a/file > > it can resolve it? if there is another package that has "/some/path/to/a/file" in it`s Provides i can resolve it. otherwise i can`t. (yet) also how are you doing your versioned-dep calculation? Are you calling > out to rpm for the rpm version comparisons? that`s not that hard at all. i just have a table with the package id, package provides/requires and the version of the requires/provides though this can use some tweaking. how are you checking to see if the package foo-1.3-1 provides that > dependency or not? to put it simple: SELECT * FROM PROVIDES WHERE provide_id = '##' AND provide_name = 'foo-1.3-1 '; (simple sample.. it`s not the query that i actually use.. that`s alot longer :P) 2007/4/9, seth vidal : > > On Mon, 2007-04-09 at 23:19 +0200, Mark wrote: > > i don`t really understand what you mean.. > > i actually check only all the requires of a package to the provides of > > the packages that are in the database. > > but the files-as-dep.. i don`t understand that. > > > > Does your provides database include every file provided by every > package? > > so that if you encounter: > > Requires: /some/path/to/a/file > > it can resolve it? > > also how are you doing your versioned-dep calculation? Are you calling > out to rpm for the rpm version comparisons? > > > so if a pkg requires: > foo > 1:1.2 > > how are you checking to see if the package foo-1.3-1 provides that > dependency or not? > > -sv > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at linux.duke.edu Mon Apr 9 21:40:03 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 09 Apr 2007 17:40:03 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> Message-ID: <1176154803.19199.147.camel@cutter> On Mon, 2007-04-09 at 23:34 +0200, Mark wrote: > Does your provides database include every file provided by > every > package? > > so that if you encounter: > > Requires: /some/path/to/a/file > > it can resolve it? > > if there is another package that has "/some/path/to/a/file" in it`s > Provides i can resolve it. otherwise i can`t. (yet) > > also how are you doing your versioned-dep calculation? Are you > calling > out to rpm for the rpm version comparisons? > > that`s not that hard at all. > i just have a table with the package id, package provides/requires and > the version of the requires/provides though this can use some > tweaking. > > how are you checking to see if the package foo-1.3-1 provides > that > dependency or not? > > to put it simple: > SELECT * FROM PROVIDES WHERE provide_id = '##' AND provide_name = > 'foo-1.3-1'; > (simple sample.. it`s not the query that i actually use.. that`s alot > longer :P) That won't work. That only checks for the precise provide, not for the ranges. example: bar requires foo > 1.1 you only have foo 1.3 now, implicitly in the above is that foo 1.3 fulfills the dep of foo > 1.1 So you have to check to see that the ranges overlap. Do you understand now? -sv From mattdm at mattdm.org Mon Apr 9 21:38:41 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 17:38:41 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> Message-ID: <20070409213841.GA21490@jadzia.bu.edu> On Mon, Apr 09, 2007 at 11:34:23PM +0200, Mark wrote: > also how are you doing your versioned-dep calculation? Are you calling > >out to rpm for the rpm version comparisons? > that`s not that hard at all. > i just have a table with the package id, package provides/requires and the > version of the requires/provides though this can use some tweaking. What Seth is getting at is that this is harder than you think. Once you start doing it in the complete way (which is required for correct answers), you'll loose speed. > how are you checking to see if the package foo-1.3-1 provides that > >dependency or not? > to put it simple: > SELECT * FROM PROVIDES WHERE provide_id = '##' AND provide_name = 'foo-1.3-1 How do you know if version 1.3 is greater or less than epoch 1 version 1.2? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tcallawa at redhat.com Mon Apr 9 22:04:49 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 09 Apr 2007 17:04:49 -0500 Subject: [GuidelinesChange] Binary Firmware addition Message-ID: <1176156289.3970.57.camel@localhost.localdomain> The following additional text was added to the Packaging/Guidelines Binary Firmware section: The License tag for any firmware that disallows modification should be set to: "Redistributable, no modification permitted" Firmware packages should be named -firmware, where is the driver or other hardware component that the firmware is for. This change was approved by the Fedora Packaging Committee and ratified by FESCO. ~spot From tcallawa at redhat.com Mon Apr 9 22:05:02 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 09 Apr 2007 17:05:02 -0500 Subject: [GuidelinesChange] Post Release Naming Message-ID: <1176156302.3970.58.camel@localhost.localdomain> An additional section was added to the Packaging/NamingGuidelines Package Release section: The old text described post releases as: Post-release packages: Packages released after a "final" version. This usually is due to a quick bugfix release, such as openssl-0.9.6b or gkrellm-2.1.7a. In this case, the non-numeric characters are permitted in the Version: field. The text has now been amended to: Post-release packages: Packages released after a "final" version. These packages contain the same numeric version as the "final" version, but have an additional non-numeric identifier. Details can be found here: Non-Numeric Version in Release Also, a new section under Non-Numeric Version in Release has been added for Post Release Naming: Post-Release packages Like pre-release packages, non-numeric versioned "post-release" packages can be problematic and also must be treated with care. These fall under two generic categories: * Properly ordered simple versions. These are usually due to quick bugfix releases, such as openssl-0.9.6b or gkrellm-2.1.7a. As new versions come out, the non-numeric tag is properly incremented (e.g. openssl-0.9.6c) or the numeric version is increased and the non-numeric tag is dropped (openssl-0.9.7). In this case, the non-numeric characters are permitted in the Version: field. * When upstream uses versions that attempt to have meaning to humans instead of being easy for a computer to order. For example, GA1, CR2, PR3. In this case, the non-numeric string can be put in the Release: field using the following syntax: %{X}.%{posttag} In this syntax, %{X} is the release number increment, and %{posttag} is the string that came from the version. Here, the period '.' should be used as the delimiter between the release number increment, and the non-numeric version string. No other extra characters should appear in the Release field. Example (complicated post-release): foo-1.1.0-0.1.BETA (this is a prerelease, first beta) foo-1.1.0-0.2.BETA1 (this is a prerelease, second beta) foo-1.1.0-0.3.BETA2 (this is a prerelease, third beta) foo-1.1.0-0.4.CR1 (this is a prerelease, candidate release 1) foo-1.1.0-0.5.CR2 (this is a prerelease, candidate release 2) foo-1.1.0-1 (final release) foo-1.1.0-2.GA1 (post release, GA1) foo-1.1.0-3.CP1 (post release, CP1, after GA1) foo-1.1.0-4.CP2 (post release, CP2, after CP1) foo-1.1.0-5.SP1 (post release, SP1, after CP2) foo-1.1.0-6.SP1_CP1 (post release, SP1_CP1, after SP1) It is important to be careful with the post-release scheme, to ensure that package ordering is correct. It may be necessary to use Epoch to ensure that the current package is considered newer than the previous package. In such cases, the packager should try to convince upstream to be more reasonable with their post-release versioning. Also, packagers using the post-release scheme should put a comment in their spec file with a brief description of the upstream conventions for naming/versioning that are being worked around. This change was approved by the Fedora Packaging Committee and ratified by FESCO. ~spot From tcallawa at redhat.com Mon Apr 9 22:05:09 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 09 Apr 2007 17:05:09 -0500 Subject: [GuidelinesChange] Prepping BuildRoot For %install Message-ID: <1176156309.3970.59.camel@localhost.localdomain> An additional item has been added to the Packaging/Guidelines (as a subsection to BuildRoot): Prepping BuildRoot For %install It is important to properly prepare the BuildRoot in the %install section of your package before it is used. Every Fedora package MUST have an %install section that begins with either: %install rm -rf %{buildroot} or %install rm -rf $RPM_BUILD_ROOT This is to ensure that the BuildRoot will be created fresh during the %install section. Also, the following has been added to Packaging/ReviewGuidelines: - MUST: At the beginning of %install, each package MUST run rm -rf %{buildroot} (or $RPM_BUILD_ROOT). See Prepping BuildRoot For %install for details. This change was approved by the Fedora Packaging Committee and ratified by FESCO. ~spot From markg85 at gmail.com Mon Apr 9 22:13:31 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 00:13:31 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070409213841.GA21490@jadzia.bu.edu> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> Message-ID: <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> > > That won't work. > > That only checks for the precise provide, not for the ranges. > > example: > > bar requires foo > 1.1 > > you only have foo 1.3 > > now, implicitly in the above is that foo 1.3 fulfills the dep of foo > > 1.1 > > So you have to check to see that the ranges overlap. > > Do you understand now? i get it now :) i didn`t even thought about that one. What Seth is getting at is that this is harder than you think. Once you > start doing it in the complete way (which is required for correct > answers), > you'll loose speed. is there anything more to check besides the requires and provides with the versions? because if the version thing is all that needs to be fixed (besides cross checking the already installed packages) than the speed will get lower but still well below a second (for mysql) i think 0.002 :P and this is with tables that have over 40.000 entry's!! (the first time i even work with tables that big hmm.. it will get complex if you also want things like: Foo is installed, but has version 1.1 Bar requires Foo version 1.3. Do you want me to update Foo? and for those paths.. is it possible that no package provides the path but that it`s already installed (so simply not in the provides list) if that`s the case the final c/c++ script will have to work together with slocate.. and when a slocate database isn`t made yet (with updatedb) it will take alot of the speed...or not... first load some stuff in the memory, than run updatedb and while that`s running do the calculations on the things that are stored in the memory.. the idea`s keep comming :P And to make sure i have the right idea.. imagine i want to instakk "FooBar" than the actions i need to do are: 1. first check what`s needed (with versions) 2. cross reference (1) against the currently installed packages (with versions) 3. Check for avalible updates on (1) (versions only) 4. install all: new packages, updates and install for dependency right? 2007/4/9, Matthew Miller : > > On Mon, Apr 09, 2007 at 11:34:23PM +0200, Mark wrote: > > also how are you doing your versioned-dep calculation? Are you calling > > >out to rpm for the rpm version comparisons? > > that`s not that hard at all. > > i just have a table with the package id, package provides/requires and > the > > version of the requires/provides though this can use some tweaking. > > What Seth is getting at is that this is harder than you think. Once you > start doing it in the complete way (which is required for correct > answers), > you'll loose speed. > > > > how are you checking to see if the package foo-1.3-1 provides that > > >dependency or not? > > to put it simple: > > SELECT * FROM PROVIDES WHERE provide_id = '##' AND provide_name = ' > foo-1.3-1 > > How do you know if version 1.3 is greater or less than epoch 1 version 1.2 > ? > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Mon Apr 9 21:24:32 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 10 Apr 2007 00:24:32 +0300 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <200704091624.50391.jkeating@redhat.com> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <200704091307.52515.jkeating@redhat.com> <1176145856.6914.57.camel@gilboa-home-dev.localdomain> <200704091624.50391.jkeating@redhat.com> Message-ID: <1176153872.21066.5.camel@gilboa-home-dev.localdomain> On Mon, 2007-04-09 at 16:24 -0400, Jesse Keating wrote: > On Monday 09 April 2007 15:10:56 Gilboa Davara wrote: > > Now I may be dead wrong, and wasting 400MB of old kernels (for released > > versions only - not rawhide/test releases) is way-above-and-beyond > > Fedora's current capacity. > > Maybe Fedora should store the last released kernel of each minor > > release. (2.6.17-xxx, 2.6.18-xxx, etc) - I don't know, lets here some > > open discussion about it. > > ... Somehow I doubt that writing off my post as "not enough storage, > > against policy - good bye" can be considered constructive in any type or > > form. > > Once we merge and start using koji as the buildsystem externally, we'll have > public access to the old builds that were shipped. They won't be on the > mirrors but they will be obtainable. This should satisfy any need. Good enough. I (we?) don't need the old RPMs to be mirrored. I (... we) need them obtainable. - Gilboa From bruno at wolff.to Tue Apr 3 14:24:32 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 3 Apr 2007 09:24:32 -0500 Subject: Future New Init for FC7? In-Reply-To: <20070403133116.GB1132908@hiwaay.net> References: <6e24a8e80704011457o6fb45329l3910d6686546d448@mail.gmail.com> <6e24a8e80704011547r576e77bcj33791e37bcd1a7c8@mail.gmail.com> <1175468732.3008.190.camel@zelda.fubar.dk> <4611671E.6060605@develer.com> <1175554219.2751.63.camel@zelda.fubar.dk> <21190.1175583005@sss.pgh.pa.us> <20070403133116.GB1132908@hiwaay.net> Message-ID: <20070403142432.GA27274@wolff.to> On Tue, Apr 03, 2007 at 08:31:16 -0500, Chris Adams wrote: > > I think a big help would be some method of setting what needs to run > before logins and what can be delayed. There is no reason for the whole > system to stop while nut tries to find the UPS. I could see not starting some applications/services until after nut is running, so that you know you aren't going to immediately shutdown again. (Or worse, run out of battery before the shutdown can complete.) From pertusus at free.fr Mon Apr 9 23:46:17 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 10 Apr 2007 01:46:17 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <1176146859.21151.11.camel@rousalka.dyndns.org> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <1176144845.21151.4.camel@rousalka.dyndns.org> <200704091500.45630.jkeating@redhat.com> <1176146859.21151.11.camel@rousalka.dyndns.org> Message-ID: <20070409234617.GD2831@free.fr> On Mon, Apr 09, 2007 at 09:27:39PM +0200, Nicolas Mailhot wrote: > Le lundi 09 avril 2007 ? 15:00 -0400, Jesse Keating a ?crit : > > On Monday 09 April 2007 14:54:05 Nicolas Mailhot wrote: > > > Things that just depend on /usr/sbin/sendmail should use a file dep > > > period. They're no that awful we have to hide them behind virtual deps > > > (which have their own problems, one being no one knows what they stand > > > for) > > > > 'mta' is more than just needing /usr/sbin/sendmail. What it really means is > > that it requires all that the 'mta' alternatives entry provides. > > So, is there a single package providing /usr/sbin/sendmail which is not > "mta" capable esmtp, for example. It provides all the mta alternatives entry, but not all the functionalities. However smtpdaemon is better for a mta that provides all the functionalities behind the mta alternatives (that is send mail, receive mail on the smtp port and deliver mail locally). -- Pat From wart at kobold.org Tue Apr 10 00:28:18 2007 From: wart at kobold.org (Wart) Date: Mon, 09 Apr 2007 17:28:18 -0700 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <461ADA22.2010806@kobold.org> Michael Schwendt wrote: > On Mon, 9 Apr 2007 14:28:53 -0400, Michael Thomas (wart) wrote: > >> Author: wart >> >> Update of /cvs/extras/rpms/compat-guichan05/devel >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv11957 >> >> Modified Files: >> compat-guichan05.spec >> Log Message: >> Add missing Provides: for the package that this obsoletes. > >> Obsoletes: guichan <= 0.5.0 >> +Provides: guichan = 0.5.0 > > Please don't. This makes a newer guichan EVR upgrade this package. > It is questionable behaviour in RPM that is covered in bugzilla.redhat.com > for a long time: https://bugzilla.redhat.com/111071 My bad. Rebuilding now. I was trying to fix a build failure in sear, which now depends on the compat-guichan05 package: http://buildsys.fedoraproject.org/logs/fedora-development-extras/31294-sear-0.6.3-4.fc7/ I don't understand why it still tries to pull in the guichan-0.5.0 package, when it's been obsoleted by compat-guichan05, and an update to guichan-0.6.1 has already been built. Any suggestions, or will the next push to remove guichan-0.5.0, after which I can rebuild sear? --Wart From mattdm at mattdm.org Tue Apr 10 01:11:30 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 9 Apr 2007 21:11:30 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> Message-ID: <20070410011130.GA3811@jadzia.bu.edu> On Tue, Apr 10, 2007 at 12:13:31AM +0200, Mark wrote: > > What Seth is getting at is that this is harder than you think. Once you > >start doing it in the complete way (which is required for correct > >answers), you'll loose speed. > is there anything more to check besides the requires and provides with the > versions? All sorts of stuff. Check the yum source code. For starters the other things mentioned already:, epochs, and the fact that all packages are considered to be providing all files they contain, even with dependencies. But consider this too: RPM's notion of version comparison is a bit unintuitive when it comes to mixing letters and numbers -- is 1.2b3 greater or less than 1.20? What about 1.2.0? And for that matter, is 1.9 higher than 1.10? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dcbw at redhat.com Tue Apr 10 01:42:41 2007 From: dcbw at redhat.com (Dan Williams) Date: Mon, 09 Apr 2007 21:42:41 -0400 Subject: rt2x00 driver In-Reply-To: References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> <1176128787.3684.24.camel@localhost.localdomain> Message-ID: <1176169361.14143.0.camel@localhost.localdomain> On Mon, 2007-04-09 at 16:44 +0200, KH KH wrote: > 2007/4/9, Dan Williams : > > On Mon, 2007-04-09 at 15:58 +0200, KH KH wrote: > > > 2007/4/9, Rafael Esp?ndola : > > > > I am having problems with the rt2x00 driver present in the kernel > > > > 3045. I have an usb device (Belink f5d7050, fcc id: k7s-f5d7050b). > > > > > > > > When I plug the device the driver loads correctly: > > > > > > > > usb 5-1: new high speed USB device using ehci_hcd and address 7 > > > > usb 5-1: configuration #1 chosen from 1 choice > > > > Loading module: rt2x00lib - CVS (N/A) by http://rt2x00.serialmonkey.com. > > > > Loading module: rt73usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > > > > usbcore: registered new interface driver rt73usb > > > > Loading module: rt2500usb - CVS (N/A) by http://rt2x00.serialmonkey.com. > > > > usbcore: registered new interface driver rt2500usb > > > > wmaster0: Selected rate control algorithm 'simple' > > > Ralink usb devices can use rt2500usb or rt73usb (you "may" need to > > > uses rt71w-firmware currently in review with the second case!). The > > > first step should be to blacklist one or the other doing: echo > > > "blacklist rt2500usb" >> /etc/modprobe.d/blacklist > > > > iwlist works despite the warning: > > > > > > > > iwlist wlan0 scan > > > Same result with my rt2500pci, the problem is association is failling. > > > Sometime you can have better result using rausb0 or ra0 aliases... > > > (this has been rapported sometime - not my own experience...) > > > > Warning: Driver for device wlan0 has been compiled with version 22 > > > > of Wireless Extension, while this program supports up to version 20. > > > > Some things may be broken... > > > Same warning! But since this may prevent to associate correctly with > > > Ralink's devices we should consider this as a bug! > > > > I have the latest wireless-tools installed. Should I recompile it? > > > The Wireless-tools from devel is tha same version as Fedora Core 6, > > > this is a problem because this site: > > > http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html#latest > > > do not mention WE-22 but beta WE-21, and i down't know where can i > > > find tools that supports WE-22 (any link or references?) > > > > The problem starts when running wpa_suppilcant: > > > > > > > > /usr/sbin/wpa_supplicant -B -i wlan0 -D wext -c /et plicant/wpa_supplicant.conf > > > > ioctl[SIOCSIWMODE]: Device or resource busy > > > > Could not configure driver to use managed mode > > > > ioctl[SIOCSIWAUTH]: Operation not supported > > > > WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not support > > > > > > > > Does someone knows what is wrong? What version of rt2x00 is included > > > > in the kernel? Do think I should compile a new version? Should I add > > > > the dscape patch to wpa_supplicant? According to the rt2x00 site newer > > > > versions should work with the wext driver... > > > This implies that wpa-supplicant may be updated, i'm only working on > > > hostapd for now and i didn't received answears for this bug, > > > requesting it: https://bugzilla.redhat.com/230857 > > > > Updated. We shouldn't be adding new drivers to wpa_supplicant, but > > fixing the kernel drivers to correctly implement WEXT. > > > > mac80211 doesn't work well enough with WEXT yet, but work is ongoing in > > that area. mac80211 is still an experimental stack and in no way > > 'stable'. You may experience problems while using it with tools other > > than 'iwconfig', or even with 'iwconfig'. > > > > Dan > Thx for this tips Dan i will work this way with hostapd next week... > but now how WE-22 can be implemented if wireless-tools isn't rebuilt for fc7? > ftp://*/core/development/i386/os/Fedora/wireless-tools-28-1.fc6.i386.rpm > https://bugzilla.redhat.com/234725 ? The version of WE doesn't matter as long as it's > 19. dan > I suppose the same problem will occurs as Fedora Core 5 had when WE > were updated inside the kernel. it was so difficult to update > Wireless-tools because it was required by > most of the packages involved in wireless (NetworkManager and so many others...) > > Why wireless-tools cannot be build against new kernel (and WE-22 ?) > > Nicolas (kwizart) > > > > This was before the 80211 stack named change (from d80211 to mac80211 ). > > > But since i didn't recevied any answear may we consider this package > > > as orphaned ?! > > > > Thanks, > > > > Rafael > > > > > > Rafael if you could test hostapd it would help, but for now the > > > package isn't ready for inclusion in my view (mostly because of > > > headers not in kernel)... > > > I will try to work on wpa_supplicant update unless someone take it... > > > > > > Also i've read some link from ivd the main dev for rt2x00 who said > > > that rt2x00 do not seems to be ready for 2.6.21. But solving all > > > theses issues may help to have working wireless mac80211 devices "out > > > of the box" (dreams) > > > > > > Nicolas (kwizart) > > > http://kwizart.free.fr/blog > > > > > > Some references : > > > https://bugzilla.redhat.com/230731 > > > https://bugzilla.redhat.com/230449 > > > https://bugzilla.redhat.com/230164 > > > > > > I was working on legacies version for some time now but they are going > > > more bad each day...The paradox is that thoses devices are privilegied > > > by FSF because of legal conformity with GPL... > > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From tgl at redhat.com Tue Apr 10 03:44:07 2007 From: tgl at redhat.com (Tom Lane) Date: Mon, 09 Apr 2007 23:44:07 -0400 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <1176156309.3970.59.camel@localhost.localdomain> References: <1176156309.3970.59.camel@localhost.localdomain> Message-ID: <17116.1176176647@sss.pgh.pa.us> "Tom \"spot\" Callaway" writes: > It is important to properly prepare the BuildRoot in the %install > section of your package before it is used. Every Fedora package MUST > have an %install section that begins with either: > %install > rm -rf %{buildroot} > or > %install > rm -rf $RPM_BUILD_ROOT Just outta curiosity, why is it not considered an RPM bug that every specfile has to take care of this detail? Seems like it'd be trivial to fix it once instead of memorializing this oversight in every package till the end of time. regards, tom lane From panemade at gmail.com Tue Apr 10 03:54:36 2007 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Tue, 10 Apr 2007 09:24:36 +0530 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <17116.1176176647@sss.pgh.pa.us> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> Message-ID: Hi, On 4/10/07, Tom Lane wrote: > "Tom \"spot\" Callaway" writes: > > It is important to properly prepare the BuildRoot in the %install > > section of your package before it is used. Every Fedora package MUST > > have an %install section that begins with either: > > %install > > rm -rf %{buildroot} > > or > > %install > > rm -rf $RPM_BUILD_ROOT > > Just outta curiosity, why is it not considered an RPM bug that every > specfile has to take care of this detail? Seems like it'd be trivial > to fix it once instead of memorializing this oversight in every package > till the end of time. To less up your work on checking whats mandatory things are missing from a SPEC file, you can use rpmdevtools package in extras. This package gives you fedora-newrpmspec command that will generate default template with necessary fields/tags that should be present in SPEC file. Regards, Parag. From Michael_E_Brown at dell.com Tue Apr 10 04:33:52 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Mon, 9 Apr 2007 23:33:52 -0500 Subject: SUID executable policy? Message-ID: <20070410043352.GC26362@humbolt.us.dell.com> What is the policy/guidelines around having Set UID executables in Fedora? I maintain libsmbios. Libsmbios has to read the system DMI/SMBIOS table to do its job, and this table can currently only be obtained by mmap()-ing /dev/mem. I also need to read certain areas of RAM to get teh Dell system id, which is not in the DMI tables. I would like to make some of this available to non-root users, but the only way I can think of do do this involves SUID executables. Can anybody suggest a better way? My current problem is in the dellsysidplugin.py yum-plugin. It can only get the Dell system ID if yum is run by root. This means that some yum commands, such as 'yum list' will give different output when run as root/non-root. -- Michael Brown From mattdm at mattdm.org Tue Apr 10 04:39:33 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 00:39:33 -0400 Subject: SUID executable policy? In-Reply-To: <20070410043352.GC26362@humbolt.us.dell.com> References: <20070410043352.GC26362@humbolt.us.dell.com> Message-ID: <20070410043933.GA20941@jadzia.bu.edu> On Mon, Apr 09, 2007 at 11:33:52PM -0500, Michael E Brown wrote: > What is the policy/guidelines around having Set UID executables in > Fedora? > I maintain libsmbios. Libsmbios has to read the system DMI/SMBIOS table > to do its job, and this table can currently only be obtained by > mmap()-ing /dev/mem. I also need to read certain areas of RAM to get > teh Dell system id, which is not in the DMI tables. I would like to make > some of this available to non-root users, but the only way I can think > of do do this involves SUID executables. > Can anybody suggest a better way? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From cweyl at alumni.drew.edu Tue Apr 10 05:18:59 2007 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Mon, 9 Apr 2007 22:18:59 -0700 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <17116.1176176647@sss.pgh.pa.us> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> Message-ID: <7dd7ab490704092218r3b54af1arc06fe1cd55c698cc@mail.gmail.com> On 4/9/07, Tom Lane wrote: > "Tom \"spot\" Callaway" writes: > > It is important to properly prepare the BuildRoot in the %install > > section of your package before it is used. Every Fedora package MUST > > have an %install section that begins with either: > > %install > > rm -rf %{buildroot} > > or > > %install > > rm -rf $RPM_BUILD_ROOT > > Just outta curiosity, why is it not considered an RPM bug that every > specfile has to take care of this detail? Seems like it'd be trivial > to fix it once instead of memorializing this oversight in every package > till the end of time. So file one :) -Chris -- Chris Weyl Ex astris, scientia From tonynelson at georgeanelson.com Tue Apr 10 05:30:54 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Tue, 10 Apr 2007 01:30:54 -0400 Subject: Mirror/server RFE: Do not remove old kernel from updates. In-Reply-To: <1176153872.21066.5.camel@gilboa-home-dev.localdomain> References: <1176123541.9231.22.camel@gilboa-home-dev.localdomain> <200704091307.52515.jkeating@redhat.com> <1176145856.6914.57.camel@gilboa-home-dev.localdomain> <200704091624.50391.jkeating@redhat.com> <1176153872.21066.5.camel@gilboa-home-dev.localdomain> Message-ID: At 12:24 AM +0300 4/10/07, Gilboa Davara wrote: >On Mon, 2007-04-09 at 16:24 -0400, Jesse Keating wrote: >> On Monday 09 April 2007 15:10:56 Gilboa Davara wrote: >> > Now I may be dead wrong, and wasting 400MB of old kernels (for released >> > versions only - not rawhide/test releases) is way-above-and-beyond >> > Fedora's current capacity. >> > Maybe Fedora should store the last released kernel of each minor >> > release. (2.6.17-xxx, 2.6.18-xxx, etc) - I don't know, lets here some >> > open discussion about it. >> > ... Somehow I doubt that writing off my post as "not enough storage, >> > against policy - good bye" can be considered constructive in any type or >> > form. >> >> Once we merge and start using koji as the buildsystem externally, we'll have >> public access to the old builds that were shipped. They won't be on the >> mirrors but they will be obtainable. This should satisfy any need. > >Good enough. >I (we?) don't need the old RPMs to be mirrored. >I (... we) need them obtainable. Yes. -- ____________________________________________________________________ TonyN.:' ' From paul at all-the-johnsons.co.uk Tue Apr 10 06:37:11 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 10 Apr 2007 07:37:11 +0100 Subject: [GuidelinesChange] Binary Firmware addition In-Reply-To: <1176156289.3970.57.camel@localhost.localdomain> References: <1176156289.3970.57.camel@localhost.localdomain> Message-ID: <1176187031.981.5.camel@T7.Linux> Hi, > The following additional text was added to the Packaging/Guidelines > Binary Firmware section: > > The License tag for any firmware that disallows modification should be > set to: > > "Redistributable, no modification permitted" > > Firmware packages should be named -firmware, where is the > driver or other hardware component that the firmware is for. Does this mean that the likes of madwifi-ng can now be included in what was (or still is) extras? TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From markg85 at gmail.com Tue Apr 10 06:37:26 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 08:37:26 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070410011130.GA3811@jadzia.bu.edu> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> Message-ID: <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> it`s only logic to assume that 1.10 is higher than 1.9... but for the 1.2b3things.. those will require another check. 2007/4/10, Matthew Miller : > > On Tue, Apr 10, 2007 at 12:13:31AM +0200, Mark wrote: > > > What Seth is getting at is that this is harder than you think. Once > you > > >start doing it in the complete way (which is required for correct > > >answers), you'll loose speed. > > is there anything more to check besides the requires and provides with > the > > versions? > > All sorts of stuff. Check the yum source code. For starters the other > things > mentioned already:, epochs, and the fact that all packages are considered > to > be providing all files they contain, even with dependencies. But consider > this too: RPM's notion of version comparison is a bit unintuitive when it > comes to mixing letters and numbers -- is 1.2b3 greater or less than 1.20? > What about 1.2.0? And for that matter, is 1.9 higher than 1.10? > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enrico.scholz at informatik.tu-chemnitz.de Tue Apr 10 07:09:02 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 10 Apr 2007 09:09:02 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <20070409154750.GA2831@free.fr> (Patrice Dumas's message of "Mon, 9 Apr 2007 17:47:50 +0200") References: <200704082308.13413.ville.skytta@iki.fi> <200704090749.38839.jkeating@redhat.com> <200704091810.49944.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <20070409154750.GA2831@free.fr> Message-ID: <87y7l07lkh.fsf@kosh.bigo.ensc.de> Patrice Dumas writes: > And use smtpdameon when a real smtp server/Mail Transfer Agent is > needed ? Which package would require an smptdaemon resp. can send mail only to localhost:25 but not to mail.your.organization:25? Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From fedora at leemhuis.info Tue Apr 10 07:16:07 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 10 Apr 2007 09:16:07 +0200 Subject: madwifi and the new Binary Firmware addition (was: Re: [GuidelinesChange] Binary Firmware addition) In-Reply-To: <1176187031.981.5.camel@T7.Linux> References: <1176156289.3970.57.camel@localhost.localdomain> <1176187031.981.5.camel@T7.Linux> Message-ID: <461B39B7.5080405@leemhuis.info> On 10.04.2007 08:37, Paul wrote: >> The following additional text was added to the Packaging/Guidelines >> Binary Firmware section: >> >> The License tag for any firmware that disallows modification should be >> set to: >> >> "Redistributable, no modification permitted" >> >> Firmware packages should be named -firmware, where is the >> driver or other hardware component that the firmware is for. > Does this mean that the likes of madwifi-ng can now be included in what > was (or still is) extras? /me gets confused with all the different madwifi branches -- madwifi-ng is the current madwifi-Series (0.9.x) iirc, so the rest of this mail is written under that assumption; please current me if my assumption is wrong Madwifi uses a HAL and the binary part is afaik running on the host CPU and not on the device itself. That's IMHO more like a statically-included library and afaics no firmware according to http://fedoraproject.org/wiki/Packaging/Guidelines#head-adf31c383612aac313719f7b4f8167b7dcf245d2 Thus the current madwifi can't be included in Fedora afaics. CU thl From david at fubar.dk Tue Apr 10 07:34:23 2007 From: david at fubar.dk (David Zeuthen) Date: Tue, 10 Apr 2007 03:34:23 -0400 Subject: SUID executable policy? In-Reply-To: <20070410043352.GC26362@humbolt.us.dell.com> References: <20070410043352.GC26362@humbolt.us.dell.com> Message-ID: <1176190463.6018.7.camel@zelda.fubar.dk> On Mon, 2007-04-09 at 23:33 -0500, Michael E Brown wrote: > My current problem is in the dellsysidplugin.py yum-plugin. It can only > get the Dell system ID if yum is run by root. This means that some yum > commands, such as 'yum list' will give different output when run as > root/non-root. A setuid executable is often frowned upon, but note that if written properly it can be secure and even useful. E.g. if you have an executable that _only_ retrieves your system id it should be fine to make it setuid as long as the system id isn't a secret that only root / console users should know. There's also consolehelper (for the time being) if you want to restrict it to console users... perhaps the system ID is something that only console users should know. Btw, the rant of mine that Matthew pointed to was more concerned with the sad fact that we run a bunch of X11 apps as root.. Just don't run any X11 apps as root; it's a really really bad idea, thanks :-) David From pertusus at free.fr Tue Apr 10 08:15:19 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 10 Apr 2007 10:15:19 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <87y7l07lkh.fsf@kosh.bigo.ensc.de> References: <200704082308.13413.ville.skytta@iki.fi> <200704090749.38839.jkeating@redhat.com> <200704091810.49944.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <20070409154750.GA2831@free.fr> <87y7l07lkh.fsf@kosh.bigo.ensc.de> Message-ID: <20070410081519.GA2892@free.fr> On Tue, Apr 10, 2007 at 09:09:02AM +0200, Enrico Scholz wrote: > Patrice Dumas writes: > > > And use smtpdameon when a real smtp server/Mail Transfer Agent is > > needed ? > > Which package would require an smptdaemon resp. can send mail only to > localhost:25 but not to mail.your.organization:25? fetchmail uses localhost:25 as fallback. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=66396 -- Pat From buildsys at redhat.com Tue Apr 10 09:45:11 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 10 Apr 2007 05:45:11 -0400 Subject: rawhide report: 20070410 changes Message-ID: <200704100945.l3A9jBO0021427@hs20-bc2-6.build.redhat.com> Updated Packages: NetworkManager-1:0.6.5-0.7.svn2547.fc7 -------------------------------------- * Mon Apr 09 2007 Dan Williams - 1:0.6.5-0.7.svn2547 - Update from trunk - Updated translations - Cleaned-up VPN properties dialogs - Fix 64-bit kernel leakage issues in WEXT - Don't capture and redirect wpa_supplicant log output anaconda-11.2.0.47-1 -------------------- * Mon Apr 09 2007 Jeremy Katz - 11.2.0.47-1 - Fix build on s390 - Ensure we exit at the end of the install. dhcdbd-2.7-1.fc7 ---------------- * Mon Apr 09 2007 David Cantrell - 2.7-1 - Spec file scriptlet cleanups dhcp-12:3.0.5-28.fc7 -------------------- * Mon Apr 09 2007 David Cantrell - 12:3.0.5-28 - Remove Xen patch (#235649, from RHEL-5, doesn't work correctly for Fedora) * Sun Apr 01 2007 David Cantrell - 12:3.0.5-27 - Ensure that Perl and Perl modules are not added as dependencies (#234688) - Reorganize patches by feature/bug per packaging guidelines (#225691) - Move the following files from patches to source files: linux.dbus-example, linux, Makefile.dist, dhcp4client.h, libdhcp_control.h - Compile with -fno-strict-aliasing as ISC coding standards generally don't agree well with gcc 4.x.x * Wed Mar 21 2007 David Cantrell - 12:3.0.5-26 - Fix formatting problems in dhclient man page (#233076). evolution-2.10.1-1.fc7 ---------------------- * Mon Apr 09 2007 Matthew Barnes - 2.10.1-1.fc7 - Update to 2.10.1 - Fix buggy gnome-doc-utils.make (GNOME bug #427939). - Remove patch for CVE-2007-1002 (fixed upstream). - Remove patch for RH bug #231767 (fixed upstream). - Remove patch for RH bug #235056 (fixed upstream). - Remove patch for GNOME bug #352713 (fixed upstream). evolution-data-server-1.10.1-1.fc7 ---------------------------------- * Mon Apr 09 2007 Matthew Barnes - 1.10.1-1.fc7 - Update to 1.10.1 - Remove evolution-data-server-1.10.0-no-more-beeps.patch (fixed upstream). gnome-applets-1:2.18.0-7.fc7 ---------------------------- * Tue Apr 10 2007 Matthias Clasen - 1:2.18.0-7 - Fix a leak in the keyboard indicator applet gnome-doc-utils-0.10.3-1.fc7 ---------------------------- * Mon Apr 09 2007 Matthew Barnes - 0.10.3-1.fc7 - Update to 0.10.3 gnome-python2-2.18.1-1.fc7 -------------------------- * Mon Apr 09 2007 Matthew Barnes - 2.18.1-1.fc7 - Update to 2.18.1 gtk2-2.10.11-4.fc7 ------------------ * Mon Apr 09 2007 Matthias Clasen - 1.10.11-4 - Fix a memory leak in the search patch gtkhtml3-3.14.1-1.fc7 --------------------- * Mon Apr 09 2007 Matthew Barnes - 3.14.1-1.fc7 - Update to 3.14.1 - Add -Wdeclaration-after-statement to strict build settings. kernel-2.6.20-1.3054.fc7 ------------------------ * Mon Apr 09 2007 Dave Jones - 2.6.21-rc6-git2 * Mon Apr 09 2007 Dave Jones - Disable a bunch more warnings. * Sun Apr 08 2007 Dave Jones - 2.6.21-rc6-git1 libselinux-2.0.11-1.fc7 ----------------------- * Mon Apr 09 2007 Dan Walsh - 2.0.11-1 - Upgrade to upstream * Merged userspace AVC patch to follow kernel's behavior for permissive mode in caching previous denials from Eamon Walsh. * Merged sidput(NULL) patch from Eamon Walsh. libwnck-2.18.0-3.fc7 -------------------- * Tue Apr 10 2007 Matthias Clasen - 2.18.0-3 - Plug a small memory leak perl-LDAP-1:0.34-3.fc7 ---------------------- * Mon Apr 09 2007 Robin Norwood - 1:0.34-3 - Resolves: bz#226267 - Only filter out the unversioned Provides: perl(Net::LDAP::Filter) to avoid breaking dependencies. pirut-1.3.6-1.fc7 ----------------- * Mon Apr 09 2007 Jeremy Katz - 1.3.6-1 - be less aggressive with the remove blacklist (ie, kernel _updates_ shouldn't trigger it) * Mon Apr 09 2007 Jeremy Katz - 1.3.5-1 - Pass proxy vars through usermode (#213402) - Unused import cleanup (jbowes) - Make progress bar more responsive during dep checking - Handle conditional only groups better (#188355) - Don't resize the update list in pup (#209345) - Some minor HIG fixes (#209564) - Add a way to apply updates from pup without viewing them (#215140) - Show progress bars sooner (#217344) - Add MimeType to system-install-packages desktop file (#217681) - Add kernels to remove blacklist (#223509) - Ellipsize name of package being downloaded to avoid bouncing size (#228541) * Tue Mar 13 2007 Bill Nottingham - 1.3.4-1 - unify repo setup among pirut/pup/system-install-packages/system-cdinstall-helper - wait for yum-updatesd to finish rather than throw an error - update list of translations policycoreutils-2.0.7-11.fc7 ---------------------------- * Mon Apr 09 2007 Dan Walsh 2.0.7-11 - Don't generate invalid context with genhomedircon selinux-policy-2.5.11-7.fc7 --------------------------- * Mon Apr 09 2007 Dan Walsh 2.5.11-7 - Fixes for pyzor, cyrus, consoletype on everything installs * Mon Apr 09 2007 Dan Walsh 2.5.11-6 - Fix hald_acl_t to be able to getattr/setattr on usb devices - Dontaudit write to unconfined_pipes for load_policy wpa_supplicant-1:0.5.7-2.fc7 ---------------------------- * Mon Apr 09 2007 Dan Williams - 0.5.7-2 - Add patch to send output to syslog xorg-x11-server-1.2.99.905-2.fc7 -------------------------------- * Mon Apr 09 2007 Adam Jackson 1.2.99.905-2 - xserver-1.3.0-pci-bus-count.patch: Allocate the PCI bus array dynamically, so as not to run off the end of it. - xserver-1.3.0-mmap-failure-check.patch: Check for failure when mmap'ing bus memory. (#234073) - xserver-1.3.0-rom-search.patch: Look for the sysfs ROM file in the (flat) /sys/bus/pci/devices tree, instead of the (bus-topological) /sys/devices, so we don't fail to find ROMs merely because they're behind a bridge. - xserver-1.3.0-no-pseudocolor-composite.patch: Refuse to initialize Composite when Render is missing or when the root window is using a pseudocolor visual. (#217388) - xserver-1.3.0-xnest-exposures.patch: Fix Motif app redraw in Xnest. (#229350) yelp-2.18.1-1.fc7 ----------------- * Mon Apr 09 2007 Matthew Barnes - 2.18.1-1 - Update to 2.18.1 Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.i386 requires mockobjects Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.ia64 requires mockobjects Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.ppc64 requires mockobjects Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.x86_64 requires mockobjects Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.ppc requires mockobjects From aph at redhat.com Tue Apr 10 10:23:41 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 10 Apr 2007 11:23:41 +0100 Subject: JBoss and Fedora In-Reply-To: <461A509C.4040302@redhat.com> References: <388184.99880.qm@web60524.mail.yahoo.com> <461A509C.4040302@redhat.com> Message-ID: <17947.26029.803845.756007@zebedee.pink> Fernando Nasser writes: > Timothy Spaulding wrote: > > What's going on with the JBoss acquisition? Are there plans in place to get JBoss packaged with > > Fedora and released as an open source product? Any insights? > > > > This is a multipart question: > > 1) Open source > > It always has been, as far as I remember at least > > 2) Packaged as RPMs > > Available since times immemorial at www.jpackage.org > > 3) Fedora > > Although you can use the JPackage.org RPMs with proprietary JDKs (maybe > even with GCJ, I haven't tried), what you want is a set of RPMs > pre-compiled with GCJ and bundled with Fedora. > > While I can't tell if that is in the plans, I can tell that it needs > maven2 and that will come in Fedora 7. So, at least for Fedora 7+ there > is hoe. For FC6 and previous there is no chance. Seems reasonable. Actually building JBoss from source will be harder than running it from the tarballs available from http://labs.jboss.com/portal/ . gcj isn't missing anything that JBoss requires, but there are bugs in gcj's class library that need first to be fixed. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From jwboyer at jdub.homelinux.org Tue Apr 10 10:43:56 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 10 Apr 2007 05:43:56 -0500 Subject: madwifi and the new Binary Firmware addition (was: Re: [GuidelinesChange] Binary Firmware addition) In-Reply-To: <461B39B7.5080405@leemhuis.info> References: <1176156289.3970.57.camel@localhost.localdomain> <1176187031.981.5.camel@T7.Linux> <461B39B7.5080405@leemhuis.info> Message-ID: <1176201836.4506.1.camel@vader.jdub.homelinux.org> On Tue, 2007-04-10 at 09:16 +0200, Thorsten Leemhuis wrote: > On 10.04.2007 08:37, Paul wrote: > >> The following additional text was added to the Packaging/Guidelines > >> Binary Firmware section: > >> > >> The License tag for any firmware that disallows modification should be > >> set to: > >> > >> "Redistributable, no modification permitted" > >> > >> Firmware packages should be named -firmware, where is the > >> driver or other hardware component that the firmware is for. > > Does this mean that the likes of madwifi-ng can now be included in what > > was (or still is) extras? > > /me gets confused with all the different madwifi branches -- madwifi-ng > is the current madwifi-Series (0.9.x) iirc, so the rest of this mail is > written under that assumption; please current me if my assumption is wrong > > Madwifi uses a HAL and the binary part is afaik running on the host CPU > and not on the device itself. That's IMHO more like a > statically-included library and afaics no firmware according to > http://fedoraproject.org/wiki/Packaging/Guidelines#head-adf31c383612aac313719f7b4f8167b7dcf245d2 > > Thus the current madwifi can't be included in Fedora afaics. Correct. josh From jkeating at redhat.com Tue Apr 10 11:10:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Apr 2007 07:10:00 -0400 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <17116.1176176647@sss.pgh.pa.us> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> Message-ID: <200704100710.04166.jkeating@redhat.com> On Monday 09 April 2007 23:44:07 Tom Lane wrote: > Just outta curiosity, why is it not considered an RPM bug that every > specfile has to take care of this detail? ?Seems like it'd be trivial > to fix it once instead of memorializing this oversight in every package > till the end of time. It's not that we don't consider it a bug, it's that we don't feel that this bug can be "fixed" in rpm any time soon. There are far bigger issues that our RPM team are trying to tackle. So until such time that it is fixed in rpm, we still have to manage it correctly within our specs. Same with buildroot, etc... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mclasen at redhat.com Tue Apr 10 11:15:44 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 10 Apr 2007 13:15:44 +0200 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <200704100710.04166.jkeating@redhat.com> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> <200704100710.04166.jkeating@redhat.com> Message-ID: <1176203744.24788.0.camel@localhost.localdomain> On Tue, 2007-04-10 at 07:10 -0400, Jesse Keating wrote: > On Monday 09 April 2007 23:44:07 Tom Lane wrote: > > Just outta curiosity, why is it not considered an RPM bug that every > > specfile has to take care of this detail? Seems like it'd be trivial > > to fix it once instead of memorializing this oversight in every package > > till the end of time. > > It's not that we don't consider it a bug, it's that we don't feel that this > bug can be "fixed" in rpm any time soon. There are far bigger issues that > our RPM team are trying to tackle. So until such time that it is fixed in > rpm, we still have to manage it correctly within our specs. Same with > buildroot, etc... Oh come on. This is a 5 line change in rpm, at most... From mls at suse.de Tue Apr 10 11:18:35 2007 From: mls at suse.de (Michael Schroeder) Date: Tue, 10 Apr 2007 13:18:35 +0200 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <200704100710.04166.jkeating@redhat.com> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> <200704100710.04166.jkeating@redhat.com> Message-ID: <20070410111835.GA27281@suse.de> On Tue, Apr 10, 2007 at 07:10:00AM -0400, Jesse Keating wrote: > It's not that we don't consider it a bug, it's that we don't feel that this > bug can be "fixed" in rpm any time soon. There are far bigger issues that > our RPM team are trying to tackle. So until such time that it is fixed in > rpm, we still have to manage it correctly within our specs. Same with > buildroot, etc... We at SUSE use the following macro to make rpm delete the build root automatically: %__spec_build_pre %{___build_pre}\ %{?buildroot: %__rm -rf "$RPM_BUILD_ROOT"\ %__mkdir_p `dirname "$RPM_BUILD_ROOT"`\ %__mkdir "$RPM_BUILD_ROOT"\ } (This actually fixes a tiny security issue, that's why there are two mkdir calls...) Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From tsmetana at redhat.com Tue Apr 10 11:27:30 2007 From: tsmetana at redhat.com (Tomas Smetana) Date: Tue, 10 Apr 2007 13:27:30 +0200 Subject: sysctl is using deprecated syscall Message-ID: <20070410132730.415c0e4a.tsmetana@redhat.com> Hi there, I'm trying to resolve the following bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152435 The problem is that any attempt to read a deprecated sysctl ends up with kernel warning in the log. Thus "sysctl -a" produces warnings and since "sysctl -a" is used in init scripts (/etc/sysconfig/network-scripts/init.ipv6-global), there are warnings in log on every boot... It's nothing serious of course, but I simply can't decide what's the best solution: 1. Leave sysctl as is and update the man page -- so user would know that "sysctl -a" may produce warnings. And fix the scripts, eventually. 2. Do as proposed in the bugzilla: keep a table of deprecated values in sysctl, ignore these values when run with "-a" parameter and mention this in the man page. (Upstream maintainer refuses to accept this so we would have to maintain the patch.) 3. Something else? Could you give me some hints what would be the best according to you? Thanks. Tomas Smetana From mschwendt.tmp0701.nospam at arcor.de Tue Apr 10 11:37:30 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 10 Apr 2007 13:37:30 +0200 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <461ADA22.2010806@kobold.org> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> <461ADA22.2010806@kobold.org> Message-ID: <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> On Mon, 09 Apr 2007 17:28:18 -0700, Wart wrote: > Michael Schwendt wrote: > > On Mon, 9 Apr 2007 14:28:53 -0400, Michael Thomas (wart) wrote: > > > >> Author: wart > >> > >> Update of /cvs/extras/rpms/compat-guichan05/devel > >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv11957 > >> > >> Modified Files: > >> compat-guichan05.spec > >> Log Message: > >> Add missing Provides: for the package that this obsoletes. > > > >> Obsoletes: guichan <= 0.5.0 > >> +Provides: guichan = 0.5.0 > > > > Please don't. This makes a newer guichan EVR upgrade this package. > > It is questionable behaviour in RPM that is covered in bugzilla.redhat.com > > for a long time: https://bugzilla.redhat.com/111071 > > My bad. Rebuilding now. I was trying to fix a build failure in sear, > which now depends on the compat-guichan05 package: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/31294-sear-0.6.3-4.fc7/ > > I don't understand why it still tries to pull in the guichan-0.5.0 > package, when it's been obsoleted by compat-guichan05, and an update to > guichan-0.6.1 has already been built. > > Any suggestions, or will the next push to remove guichan-0.5.0, after > which I can rebuild sear? Together with the repoclosure report this smells a lot like a packaging mistake (which in turn causes yum to pull in the old guichan package which also provides the needed libs and has a shorter pkg name): %files devel [...] %dir %{_libdir}/guichan-0.5 %{_libdir}/guichan-0.5/libguichan.so %{_libdir}/guichan-0.5/libguichan_allegro.so %{_libdir}/guichan-0.5/libguichan_glut.so %{_libdir}/guichan-0.5/libguichan_opengl.so %{_libdir}/guichan-0.5/libguichan_sdl.so These look *very* much like plugin DSOs, which ought to be moved into the main package. From mitr at volny.cz Tue Apr 10 11:42:38 2007 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 10 Apr 2007 13:42:38 +0200 Subject: sysctl is using deprecated syscall In-Reply-To: <20070410132730.415c0e4a.tsmetana@redhat.com> References: <20070410132730.415c0e4a.tsmetana@redhat.com> Message-ID: <461B782E.2090801@volny.cz> Hello, Tomas Smetana napsal(a): > The problem is that any attempt to read a deprecated sysctl ends up > with kernel warning in the log. Thus "sysctl -a" produces warnings and > since "sysctl -a" is used in init scripts > (/etc/sysconfig/network-scripts/init.ipv6-global), While I have no opinion about the general case, can't the (sysctl -a |grep "^net\.ipv6.conf\.") be replaced by (sysctl net.ipv6.conf) ? Mirek From fedora at camperquake.de Tue Apr 10 11:43:46 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 10 Apr 2007 13:43:46 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> Message-ID: <20070410134346.3dedbef4@banea.int.addix.net> Hi. On Tue, 10 Apr 2007 08:37:26 +0200, Mark wrote: > it`s only logic to assume that 1.10 is higher than 1.9... but for the > 1.2b3things.. those will require another check. This is the RPM depsolver. Logic will not get you anywhere :) From mschwendt.tmp0701.nospam at arcor.de Tue Apr 10 11:51:06 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 10 Apr 2007 13:51:06 +0200 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> <461ADA22.2010806@kobold.org> <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070410135106.c7eb07ef.mschwendt.tmp0701.nospam@arcor.de> On Tue, 10 Apr 2007 13:37:30 +0200, Michael Schwendt wrote: > Together with the repoclosure report this smells a lot like a packaging > mistake (which in turn causes yum to pull in the old guichan package > which also provides the needed libs and has a shorter pkg name): Something similar, but I first need to examine the old builds. There's an unusual dependency between -devel and main package. From mattdm at mattdm.org Tue Apr 10 11:59:14 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 07:59:14 -0400 Subject: SUID executable policy? In-Reply-To: <1176190463.6018.7.camel@zelda.fubar.dk> References: <20070410043352.GC26362@humbolt.us.dell.com> <1176190463.6018.7.camel@zelda.fubar.dk> Message-ID: <20070410115914.GA29259@jadzia.bu.edu> On Tue, Apr 10, 2007 at 03:34:23AM -0400, David Zeuthen wrote: > Btw, the rant of mine that Matthew pointed to was more concerned with > the sad fact that we run a bunch of X11 apps as root.. Just don't run > any X11 apps as root; it's a really really bad idea, thanks :-) Yeah but it's such a good rant. :) And seriously, although X is the most obviously scary, the same thing applies to any setuid code beyond the incredibly trivial. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Tue Apr 10 12:00:29 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 08:00:29 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> Message-ID: <20070410120029.GB29259@jadzia.bu.edu> On Tue, Apr 10, 2007 at 08:37:26AM +0200, Mark wrote: > it`s only logic to assume that 1.10 is higher than 1.9... but for the Logic, maybe -- a numeric comparison, no. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tsmetana at redhat.com Tue Apr 10 12:17:41 2007 From: tsmetana at redhat.com (Tomas Smetana) Date: Tue, 10 Apr 2007 14:17:41 +0200 Subject: sysctl is using deprecated syscall In-Reply-To: <461B782E.2090801@volny.cz> References: <20070410132730.415c0e4a.tsmetana@redhat.com> <461B782E.2090801@volny.cz> Message-ID: <20070410141741.1f8502ec.tsmetana@redhat.com> On Tue, 10 Apr 2007 13:42:38 +0200 Miloslav Trmac wrote: > > The problem is that any attempt to read a deprecated sysctl ends up > > with kernel warning in the log. Thus "sysctl -a" produces warnings and > > since "sysctl -a" is used in init scripts > > (/etc/sysconfig/network-scripts/init.ipv6-global), > While I have no opinion about the general case, can't the (sysctl -a > |grep "^net\.ipv6.conf\.") be replaced by (sysctl net.ipv6.conf) ? > Mirek Yes. That's what I meant by "fix the scripts" (well, there's only one I know about). But this should be done in any case. --ts From buildsys at fedoraproject.org Tue Apr 10 13:01:14 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 10 Apr 2007 09:01:14 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-10 Message-ID: <20070410130114.A4DDB152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 51 Democracy-0.9.5.1-8.fc7 R-RScaLAPACK-0.5.1-9.fc7 NEW aoetools-15-1.fc7 audacious-1.3.2-1.fc7 bzrtools-0.15.4-2.fc7 codeblocks-1.0-0.24.20070406svn3816.fc7 NEW compat-guichan05-0.5.0-5.fc7 cone-0.69-1.fc7 conky-1.4.5-3.fc7 conmux-0.0-6.493svn.fc7 directfb-1.0.0-1.fc7 erlang-esdl-0.96.0626-1.fc7 NEW fgfs-Atlas-0.3.1-3.fc7 NEW fgfs-base-0.9.10-3.fc7 fortune-mod-1.99.1-8.fc7 gchempaint-0.6.9-1.fc7 gl-117-1.3.2-4.fc7 gnome-chemistry-utils-0.6.5-1.fc7 gtk2hs-0.9.11-2.fc7 guichan-0.6.1-1.fc7 icewm-1.2.30-13.fc7 js-1.60-2.fc7 koji-1.1-1.fc7 libtwin-0.0.2-4.fc7 manaworld-0.0.22.2-1.fc7 mcs-0.4.1-2.fc7 miau-0.6.2-3.fc7 mod_nss-1.0.6-2.fc7 ocsinventory-client-1.01-5.fc7 NEW ocsinventory-ipdiscover-1.01-2.fc7 NEW perl-Mail-Transport-Dbx-0.07-2.fc7 NEW perl-Object-Realize-Later-0.16-1.fc7 NEW perl-SVG-Graph-0.01-6.fc7 perl-Spreadsheet-ParseExcel-0.3000-1.fc7 NEW perl-Template-GD-2.66-2.fc7 NEW perl-User-Identity-0.91-1.fc7 petitboot-0.0.1-5.fc7 qgit-1.5.5-2.fc7 rrdtool-1.2.19-1.fc7 sbcl-1.0.4-2.fc7 spandsp-0.0.3-2.fc7 sshfp-1.1.2-1.fc7 svn2cl-0.9-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3053.fc7 tor-0.1.1.26-4.fc7 NEW vblade-14-2.fc7 warzone2100-2.0.6-2.fc7 NEW websec-1.9.0-4 wings-0.98.36-1.fc7 wxMaxima-0.7.2-1.fc7 xca-0.6.1-1.fc7 Packages built and released for Fedora Extras 6: 30 NEW aoetools-15-1.fc6 codeblocks-1.0-0.24.20070406svn3816.fc6 conky-1.4.5-3.fc6 conmux-0.0-6.493svn.fc6 erlang-esdl-0.96.0626-1.fc6 NEW fgfs-Atlas-0.3.1-3.fc6 NEW fgfs-base-0.9.10-3.fc6 firmware-addon-dell-1.2.11-1.fc6.2 gchempaint-0.6.9-1.fc6 gnome-chemistry-utils-0.6.5-1.fc6 gtk2hs-0.9.11-2.fc6 icewm-1.2.30-13.fc6 koji-1.1-1.fc6 listen-0.5-13.fc6 mod_nss-1.0.6-2.fc6 ocsinventory-client-1.01-5.fc6 NEW ocsinventory-ipdiscover-1.01-2.fc6 NEW perl-Mail-Transport-Dbx-0.07-2.fc6 NEW perl-Object-Realize-Later-0.16-1.fc6 NEW perl-SVG-Graph-0.01-6.fc6 NEW perl-Template-GD-2.66-2.fc6 NEW perl-User-Identity-0.91-1.fc6 qgit-1.5.5-2.fc6 spandsp-0.0.3-2.fc6 sshfp-1.1.2-1.fc6 svn2cl-0.9-1.fc6 NEW vblade-14-2.fc6 warzone2100-2.0.6-1.fc6 NEW websec-1.9.0-3.6 wxMaxima-0.7.2-1.fc6 Packages built and released for Fedora Extras 5: 19 NEW aoetools-15-1.fc5 codeblocks-1.0-0.24.20070406svn3816.fc5 conmux-0.0-6.493svn.fc5 gchempaint-0.6.9-1.fc5 gnome-chemistry-utils-0.6.5-1.fc5 icewm-1.2.30-13.fc5 mod_nss-1.0.6-2.fc5 ocsinventory-client-1.01-5.fc5 NEW ocsinventory-ipdiscover-1.01-2.fc5 NEW perl-Mail-Transport-Dbx-0.07-2.fc5 NEW perl-Object-Realize-Later-0.16-1.fc5 NEW perl-Template-GD-2.66-2.fc5 NEW perl-User-Identity-0.91-1.fc5 qgit-1.5.5-2.fc5 spandsp-0.0.3-2.fc5 NEW vblade-14-2.fc5 warzone2100-2.0.6-1.fc5 NEW websec-1.9.0-3 wxMaxima-0.7.2-1.fc5 aoetools-15-1.fc7 ----------------- * Mon Apr 09 2007 Patrick "Jima" Laughton 15-1 - Figures, NOW I notice the new version - Adapted/removed patches (most fixes moved upstream, thanks!) * Mon Apr 09 2007 Patrick "Jima" Laughton 14-3 - Added devnodes.txt to %doc - Importing into CVS * Sat Apr 07 2007 Patrick "Jima" Laughton 14-2 - Added CFLAGS="$RPM_OPT_FLAGS" to building (thanks Chris!) * Wed Apr 04 2007 Patrick "Jima" Laughton 14-1 - Initial Fedora RPM audacious-1.3.2-1.fc7 --------------------- * Sat Apr 07 2007 Ralf Ertzinger 1.3.2-1.fc7 - Update to 1.3.2 bzrtools-0.15.4-2.fc7 --------------------- * Mon Apr 02 2007 Toshio Kuratomi 0.15.4-2 - Bump for tagging problem. codeblocks-1.0-0.24.20070406svn3816.fc7 --------------------------------------- * Sat Apr 07 2007 Dan Horak 1.0-0.24.20070406svn3816 - update to revision 3816 compat-guichan05-0.5.0-5.fc7 ---------------------------- * Mon Apr 09 2007 Wart 0.5.0-5 - Remove Provides: that was added by mistake * Mon Apr 09 2007 Wart 0.5.0-4 - Add missing Provides: for the package that this obsoletes * Sat Apr 07 2007 Wart 0.5.0-3 - Remove .soname from shared libs for this initial compat package to avoid breaking compatibility with existing packages that may be linked against guichan0.5. * Sun Mar 18 2007 Wart 0.5.0-2 - initial compat package cone-0.69-1.fc7 --------------- * Mon Apr 09 2007 Steven Pritchard 0.69-1 - Update to 0.69. conky-1.4.5-3.fc7 ----------------- * Mon Apr 09 2007 Michael Rice - 1.4.5-3 - Rebuild for devel conmux-0.0-6.493svn.fc7 ----------------------- * Mon Apr 09 2007 Bill Peck 0.0-6.493svn - minor spec file changes for directory ownership Democracy-0.9.5.1-8.fc7 ----------------------- * Sun Apr 08 2007 Thorsten Scherf 0.9.5.1-8 - new firefox deps * Mon Mar 26 2007 Thorsten Scherf 0.9.5.1-7 - corrected firefox deps directfb-1.0.0-1.fc7 -------------------- * Mon Apr 09 2007 Matthias Saou 1.0.0-1 - Update to 1.0.0 final. - No longer disable MMX on x86_64, it builds again. - Disable /usr/lib64 rpath on 64bit. erlang-esdl-0.96.0626-1.fc7 --------------------------- * Sun Apr 08 2007 Gerard Milmeister - 0.96.0626-1 - new version 0.96.0626 fgfs-Atlas-0.3.1-3.fc7 ---------------------- * Mon Apr 02 2007 Fabrice Bellet 0.3.1-3 - Fixed duplicate BuildRequires * Sun Apr 01 2007 Fabrice Bellet 0.3.1-2 - Rebuild with new SimGear * Tue Mar 20 2007 Fabrice Bellet 0.3.1-1 - Initial packaging fgfs-base-0.9.10-3.fc7 ---------------------- * Sat Apr 07 2007 Fabrice Bellet 0.9.10-3 - use sed instead of dos2unix to correct end-of-line encoding * Mon Apr 02 2007 Fabrice Bellet 0.9.10-2 - Move documentation and license to a better place and mark it as %doc - Fix wrong end-of-line encoding in some doc files * Tue Mar 20 2007 Fabrice Bellet 0.9.10-1 - Initial packaging fortune-mod-1.99.1-8.fc7 ------------------------ * Mon Apr 09 2007 Jeff Sheltren 1.99.1-8 - Rebuild for Fedora 7 gchempaint-0.6.9-1.fc7 ---------------------- * Mon Apr 09 2007 Julian Sikorski - 0.6.9-1 - Updated to 0.6.9 - Switched to bzip2 sources - Added rpath killer gl-117-1.3.2-4.fc7 ------------------ * Mon Apr 09 2007 Steven Pritchard 1.3.2-4 - Quiet "wrong-file-end-of-line-encoding" warnings from rpmlint. gnome-chemistry-utils-0.6.5-1.fc7 --------------------------------- * Mon Apr 09 2007 Julian Sikorski - 0.6.5-1 - Updated to 0.6.5 - Switched to bzip2 sources - Added rpath killer * Sun Jan 14 2007 Julian Sikorski - 0.6.4-1 - Updated to 0.6.4 gtk2hs-0.9.11-2.fc7 ------------------- * Tue Apr 10 2007 Jens Petersen - 0.9.11-2 - obsolete mozembed when it is not built * Thu Mar 22 2007 Jens Petersen - 0.9.11-1 - update to 0.9.11 release - disable mozembed for now since the firefox minor version keeps changing (#223880) guichan-0.6.1-1.fc7 ------------------- * Sat Apr 07 2007 Wart 0.6.1-1 - Update to 0.6.1 - Use better sf download url - Remove BR: glut-devel as upstream no longer uses it. - Add patch to add soname to shared libraries icewm-1.2.30-13.fc7 ------------------- * Mon Apr 09 2007 - 1.2.30-13 - APMStatus crash fix. (Icewm #1696182) js-1.60-2.fc7 ------------- * Fri Feb 02 2007 Matthias Saou 1.60-2 - Include jsopcode.tbl and js.msg in devel (#235481). - Install static lib mode 644 instead of 755. koji-1.1-1.fc7 -------------- * Mon Apr 09 2007 Jesse Keating 1.1-1 - make the output listPackages() consistent regardless of with_dups - prevent large batches of repo deletes from holding up regens - allow sorting the host list by arches - Add a script to setup Fedora developer's environment libtwin-0.0.2-4.fc7 ------------------- * Sun Apr 08 2007 David Woodhouse 0.0.2-4 - Re-enable X11, build static version for petitboot to use. - Fix usage of libm manaworld-0.0.22.2-1.fc7 ------------------------ * Sun Apr 08 2007 Wart 0.0.22.2-1 - Update to 0.0.22.2 - Update desktop file categories - Update icon cache update scriptlets mcs-0.4.1-2.fc7 --------------- * Sun Apr 08 2007 Ralf Ertzinger 0.4.1-2.fc7 - Add %{_sysconfdir}/mcs-backend to select default storage backend as gconf miau-0.6.2-3.fc7 ---------------- mod_nss-1.0.6-2.fc7 ------------------- * Mon Apr 09 2007 Rob Crittenden 1.0.6-2 - Patch to properly detect the Apache model and set up NSS appropriately - Patch to punt if a bad password is encountered - Patch to fix crash when password.conf is malformatted - Don't enable ECC support as NSS doesn't have it enabled (3.11.4-0.7) ocsinventory-client-1.01-5.fc7 ------------------------------ * Mon Apr 09 2007 Remi Collet 1.01-5 - replace ExclusiveArch by ExcludeArch * Sun Apr 08 2007 Remi Collet 1.01-4 - remove BuildRequires dmidecode - check dmidecode in post scriptlet (not in prep) * Sun Apr 08 2007 Remi Collet 1.01-3 - change to noarch again. * Sun Apr 08 2007 Remi Collet 1.01-2 - switch back ExclusiveArch: i386 x86_64 (no dmidecode on ppc) * Tue Mar 20 2007 Remi Collet 1.01-1 - update to 1.01 - change to noarch - split and Requires ocsinventory-ipdiscover ocsinventory-ipdiscover-1.01-2.fc7 ---------------------------------- * Fri Apr 06 2007 Remi Collet 1.01-2 - change source URL - add ocsinventory-ipdiscover.patch - preserve README timestamp * Tue Mar 20 2007 Remi Collet 1.01-1 - split from ocsinventory-client - update to 1.01 perl-Mail-Transport-Dbx-0.07-2.fc7 ---------------------------------- * Mon Apr 09 2007 Tom "spot" Callaway - 0.07-2 - add missing BR for Test::Pod and Test::Pod::Coverage * Mon Apr 02 2007 Tom "spot" Callaway - 0.07-1 - Initial package for Fedora perl-Object-Realize-Later-0.16-1.fc7 ------------------------------------ * Mon Apr 02 2007 Tom "spot" Callaway - 0.16-1 - Initial package for Fedora perl-Spreadsheet-ParseExcel-0.3000-1.fc7 ---------------------------------------- * Fri Apr 06 2007 Steven Pritchard 0.3000-1 - Update to 0.30. - BR Proc::ProcessTable for better test coverage. perl-SVG-Graph-0.01-6.fc7 ------------------------- * Sat Apr 07 2007 Alex Lancaster 0.01-6 - Fixes BR for perl(Tree::DAG_Node) * Sat Apr 07 2007 Alex Lancaster 0.01-5 - Add BR: perl(SVG), perl(Tree::DAG_Node) and versions * Sat Apr 07 2007 Alex Lancaster 0.01-4 - Add BR: perl(Statistics::Descriptive). - Add "eg" subdirectory as documentation. * Fri Apr 06 2007 Alex Lancaster 0.01-3 - Added e-mail confirmation for license in package. * Fri Apr 06 2007 Alex Lancaster 0.01-2 - Updated license. - Add BR: perl(ExtUtils::MakeMaker) * Fri Mar 23 2007 Alex Lancaster 0.01-1 - Specfile autogenerated by cpanspec 1.69.1. perl-Template-GD-2.66-2.fc7 --------------------------- * Sun Apr 01 2007 Tom "spot" Callaway - 2.66-2 - cleanups perl-User-Identity-0.91-1.fc7 ----------------------------- * Mon Apr 02 2007 Tom "spot" Callaway - 0.91-1 - Initial package for Fedora petitboot-0.0.1-5.fc7 --------------------- * Tue Apr 08 2008 David Woodhouse 0.0.1-5 - Link statically against libtwin and own minimal libpng * Sat Apr 07 2007 David Woodhouse 0.0.1-4 - Clean up petitboot-init script, add getctty qgit-1.5.5-2.fc7 ---------------- * Mon Apr 09 2007 Dan Horak 1.5.5-2 - added an icon for the desktop file R-RScaLAPACK-0.5.1-9.fc7 ------------------------ * Fri Mar 30 2007 Tom "spot" Callaway 0.5.1-9 - include bitsize specific lam include directory rrdtool-1.2.19-1.fc7 -------------------- * Mon Apr 09 2007 Jarod Wilson 1.2.19-1 - New upstream release sbcl-1.0.4-2.fc7 ---------------- * Mon Apr 09 2007 Rex Dieter 1.0.4-2 - re-enable threading support (#235644) spandsp-0.0.3-2.fc7 ------------------- * Mon Apr 09 2007 Jeffrey C. Ollie - 0.0.3-2 - Update to final 0.0.3. sshfp-1.1.2-1.fc7 ----------------- * Mon Apr 09 2007 Paul Wouters - 1.1.2-1 - Upgraded to 1.1.2 svn2cl-0.9-1.fc7 ---------------- * Sun Apr 08 2007 Ville Skytt? - 0.9-1 - 0.9. sysprof-kmod-1.0.8-1.2.6.20_1.3053.fc7 -------------------------------------- tor-0.1.1.26-4.fc7 ------------------ * Sun Apr 08 2007 Enrico Scholz - 0.1.1.26-4 - rebuilt for (yet another) new libevent vblade-14-2.fc7 --------------- * Sat Apr 07 2007 Patrick "Jima" Laughton 14-2 - Forced CFLAGS on build * Wed Apr 04 2007 Patrick "Jima" Laughton 14-1 - Initial Fedora RPM warzone2100-2.0.6-2.fc7 ----------------------- * Sun Apr 08 2007 Karol Trzcionka - 2.0.6-2 - Fix build-problem in fedora 7 * Sat Apr 07 2007 Karol Trzcionka - 2.0.6-1 - Update to v2.0.6 websec-1.9.0-4 -------------- * Sun Apr 08 2007 Thorsten Leemhuis - 1.9.0-4 - rebuild * Sun Apr 08 2007 Thorsten Leemhuis - 1.9.0-3 - remove the / add the end of the mv command * Sat Apr 07 2007 Thorsten Leemhuis - 1.9.0-2 - Fixes found during review (#235573): - noarch automatically disables debuginfo - require /usr/sbin/sendmail instead of smtpdaemon * Sat Apr 07 2007 Thorsten Leemhuis - 1.9.0-1 - Initial package wings-0.98.36-1.fc7 ------------------- * Sun Apr 08 2007 Gerard Milmeister - 0.98.36-1 - new version 0.98.36 wxMaxima-0.7.2-1.fc7 -------------------- * Mon Apr 09 2007 Rex Dieter 0.7.2-1 - wxMaxima-0.7.2 * Mon Apr 09 2007 Rex Dieter 0.7.1-3 - wxMaxima-0.7.1-old_gnuplot.patch (#235155) xca-0.6.1-1.fc7 --------------- * Mon Apr 09 2007 Enrico Scholz - 0.6.1-1 - updated to 0.6.1 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From valent.turkovic at gmail.com Tue Apr 10 13:36:23 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Tue, 10 Apr 2007 15:36:23 +0200 Subject: where to add fedora 7 test 3 bugs? Message-ID: <1176212183.3768.5.camel@fedora> Hi, in redhat bugzilla I only see fedora core 6, and not fedora 7. So where so I go to add bugs for Fedora 7? From tmus at tmus.dk Tue Apr 10 13:30:36 2007 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 10 Apr 2007 15:30:36 +0200 Subject: sysctl is using deprecated syscall In-Reply-To: <20070410132730.415c0e4a.tsmetana@redhat.com> References: <20070410132730.415c0e4a.tsmetana@redhat.com> Message-ID: Tomas Smetana wrote: > Hi there, > I'm trying to resolve the following bug: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152435 > > The problem is that any attempt to read a deprecated sysctl ends up > with kernel warning in the log. Thus "sysctl -a" produces warnings and > since "sysctl -a" is used in init scripts > (/etc/sysconfig/network-scripts/init.ipv6-global), there are warnings > in log on every boot... > > It's nothing serious of course, but I simply can't decide what's the > best solution: > > 1. Leave sysctl as is and update the man page -- so user would know > that "sysctl -a" may produce warnings. And fix the scripts, eventually. > > 2. Do as proposed in the bugzilla: keep a table of deprecated values in > sysctl, ignore these values when run with "-a" parameter and mention > this in the man page. (Upstream maintainer refuses to accept this so > we would have to maintain the patch.) > > 3. Something else? > > Could you give me some hints what would be the best according to you? > > Thanks. > Tomas Smetana > Working around a simple problem like this, increases the chance that it won't be properly fixed until it breaks for real (no longer does it's job). Deprecated means that at some point, the support for those calls will go away completely, so the only viable solution is to fix sysctl now. /Thoma From jwilson at redhat.com Tue Apr 10 13:40:28 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 10 Apr 2007 09:40:28 -0400 Subject: where to add fedora 7 test 3 bugs? In-Reply-To: <1176212183.3768.5.camel@fedora> References: <1176212183.3768.5.camel@fedora> Message-ID: <461B93CC.70907@redhat.com> Valent Turkovic wrote: > Hi, > in redhat bugzilla I only see fedora core 6, and not fedora 7. So where > so I go to add bugs for Fedora 7? Please file them under 'devel'. -- Jarod Wilson jwilson at redhat.com From tjb at unh.edu Tue Apr 10 13:58:08 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 10 Apr 2007 09:58:08 -0400 Subject: iwlwifi working anytime soon? Message-ID: <1176213488.9351.14.camel@raptor.sr.unh.edu> Would anyone in the know care to speculate if iwlwifi is going to work anytime soon? It's been in the kernel for a month or so (at least it feels like a month) and has never worked for me and many others. From the kernel changelogs, it doesn't seem like much is happening with it. I'm not complaining. I'm willing to test it, that's why I removed the old driver and tried to use the new one. But if nothing is going to happen with it and it doesn't look like it's going to make FC7, a month without wifi is all I can stand. I could enable the old driver but it seems cleaner (i.e, more valid testing) if there is going to be progress to just wait out the fixes and not install the ipw3945 driver. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From andy at warmcat.com Tue Apr 10 14:03:05 2007 From: andy at warmcat.com (Andy Green) Date: Tue, 10 Apr 2007 15:03:05 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <1176213488.9351.14.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> Message-ID: <461B9919.8040006@warmcat.com> Thomas J. Baker wrote: > Would anyone in the know care to speculate if iwlwifi is going to work > anytime soon? It's been in the kernel for a month or so (at least it > feels like a month) and has never worked for me and many others. From > the kernel changelogs, it doesn't seem like much is happening with it. Has been working since it was first introduced here, on a WPA network. It does have problems but it is okay for normal browsing and downloading. What exactly is your experience with it? -Andy From selinux at gmail.com Tue Apr 10 14:08:40 2007 From: selinux at gmail.com (Tom London) Date: Tue, 10 Apr 2007 07:08:40 -0700 Subject: iwlwifi working anytime soon? In-Reply-To: <461B9919.8040006@warmcat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> Message-ID: <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> On 4/10/07, Andy Green wrote: > Thomas J. Baker wrote: > > > Would anyone in the know care to speculate if iwlwifi is going to work > > anytime soon? It's been in the kernel for a month or so (at least it > > feels like a month) and has never worked for me and many others. From > > the kernel changelogs, it doesn't seem like much is happening with it. > > Has been working since it was first introduced here, on a WPA network. > It does have problems but it is okay for normal browsing and downloading. > > What exactly is your experience with it? > > -Andy > I can verify that it is not working for ipw3945 on Thinkpad X60 either using NM or manual.... (Fails to associate). Seems to get confused about frequency; reports my .11g out as .11a, etc. >From some posts to ipw3945 list, appears there are some patches that put some -Wext functions into the stack..... I've been testing with each new Rawhide kernel, and then reinstalling ipw3945 driver/daemon. tom -- Tom London From andy at warmcat.com Tue Apr 10 14:11:08 2007 From: andy at warmcat.com (Andy Green) Date: Tue, 10 Apr 2007 15:11:08 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> Message-ID: <461B9AFC.3000308@warmcat.com> Tom London wrote: > I can verify that it is not working for ipw3945 on Thinkpad X60 either > using NM or manual.... (Fails to associate). > > Seems to get confused about frequency; reports my .11g out as .11a, etc. I have seen it show this for iwconfig while it is scanning through all the a/b/g channels in the background. >> From some posts to ipw3945 list, appears there are some patches that > put some -Wext functions into the stack..... > > I've been testing with each new Rawhide kernel, and then reinstalling > ipw3945 driver/daemon. Why don't you try these instead: http://people.redhat.com/linville/kernels/fc7/ -Andy From tcallawa at redhat.com Tue Apr 10 14:19:37 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 10 Apr 2007 09:19:37 -0500 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <17116.1176176647@sss.pgh.pa.us> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> Message-ID: <1176214777.3970.68.camel@localhost.localdomain> On Mon, 2007-04-09 at 23:44 -0400, Tom Lane wrote: > "Tom \"spot\" Callaway" writes: > > It is important to properly prepare the BuildRoot in the %install > > section of your package before it is used. Every Fedora package MUST > > have an %install section that begins with either: > > %install > > rm -rf %{buildroot} > > or > > %install > > rm -rf $RPM_BUILD_ROOT > > Just outta curiosity, why is it not considered an RPM bug that every > specfile has to take care of this detail? Seems like it'd be trivial > to fix it once instead of memorializing this oversight in every package > till the end of time. This is absolutely an RPM bug. However, since RPM is riddled with bugs, we can either hope they get fixed, or work around them with guidelines until they get fixed. Historically, filing bugs against items like this have been futile since it would "change RPM's behavior", as broken as it may be. I've personally had my fun with trying to submit RPM patches, and I'm not interested in that sort of pain again. If you're motivated to get this fixed in Fedora's RPM, please, feel free. We'll be happy to remove any guidelines made obsolete by bugfixes. ~spot From jwboyer at jdub.homelinux.org Tue Apr 10 14:19:13 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 10 Apr 2007 09:19:13 -0500 Subject: iwlwifi working anytime soon? In-Reply-To: <461B9AFC.3000308@warmcat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> Message-ID: <1176214753.3040.3.camel@zod.rchland.ibm.com> On Tue, 2007-04-10 at 15:11 +0100, Andy Green wrote: > Tom London wrote: > > > I can verify that it is not working for ipw3945 on Thinkpad X60 either > > using NM or manual.... (Fails to associate). > > > > Seems to get confused about frequency; reports my .11g out as .11a, etc. > > I have seen it show this for iwconfig while it is scanning through all > the a/b/g channels in the background. > > >> From some posts to ipw3945 list, appears there are some patches that > > put some -Wext functions into the stack..... > > > > I've been testing with each new Rawhide kernel, and then reinstalling > > ipw3945 driver/daemon. > > Why don't you try these instead: > > http://people.redhat.com/linville/kernels/fc7/ Because the point is to test what's in rawhide, which will be what's in Fedora 7. If Jon has bits in his tree that make iwlwifi work better, they should go into the rawhide kernel. josh From tjb at unh.edu Tue Apr 10 14:21:01 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 10 Apr 2007 10:21:01 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <461B9AFC.3000308@warmcat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> Message-ID: <1176214861.9351.17.camel@raptor.sr.unh.edu> On Tue, 2007-04-10 at 15:11 +0100, Andy Green wrote: > Tom London wrote: > > > I can verify that it is not working for ipw3945 on Thinkpad X60 either > > using NM or manual.... (Fails to associate). > > > > Seems to get confused about frequency; reports my .11g out as .11a, etc. > > I have seen it show this for iwconfig while it is scanning through all > the a/b/g channels in the background. > > >> From some posts to ipw3945 list, appears there are some patches that > > put some -Wext functions into the stack..... > > > > I've been testing with each new Rawhide kernel, and then reinstalling > > ipw3945 driver/daemon. > > Why don't you try these instead: > > http://people.redhat.com/linville/kernels/fc7/ > > -Andy > I though about using those but it's unclear if they include anything that rawhide doesn't. Another reason I was seeking clarification. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From markg85 at gmail.com Tue Apr 10 14:23:26 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 16:23:26 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070410120029.GB29259@jadzia.bu.edu> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> Message-ID: <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> if it isn`t logic than why is the current system still existing? it can be so much faster is logic is being used ^_^ 2007/4/10, Matthew Miller : > > On Tue, Apr 10, 2007 at 08:37:26AM +0200, Mark wrote: > > it`s only logic to assume that 1.10 is higher than 1.9... but for the > > Logic, maybe -- a numeric comparison, no. > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjb at unh.edu Tue Apr 10 14:27:27 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 10 Apr 2007 10:27:27 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <1176214753.3040.3.camel@zod.rchland.ibm.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> Message-ID: <1176215247.9351.19.camel@raptor.sr.unh.edu> On Tue, 2007-04-10 at 09:19 -0500, Josh Boyer wrote: > On Tue, 2007-04-10 at 15:11 +0100, Andy Green wrote: > > Tom London wrote: > > > > > I can verify that it is not working for ipw3945 on Thinkpad X60 either > > > using NM or manual.... (Fails to associate). > > > > > > Seems to get confused about frequency; reports my .11g out as .11a, etc. > > > > I have seen it show this for iwconfig while it is scanning through all > > the a/b/g channels in the background. > > > > >> From some posts to ipw3945 list, appears there are some patches that > > > put some -Wext functions into the stack..... > > > > > > I've been testing with each new Rawhide kernel, and then reinstalling > > > ipw3945 driver/daemon. > > > > Why don't you try these instead: > > > > http://people.redhat.com/linville/kernels/fc7/ > > Because the point is to test what's in rawhide, which will be what's in > Fedora 7. If Jon has bits in his tree that make iwlwifi work better, > they should go into the rawhide kernel. > > josh > And that was my second thought, since it seems to not work for many as is in rawhide. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From drago01 at gmail.com Tue Apr 10 14:29:47 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Tue, 10 Apr 2007 16:29:47 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176214861.9351.17.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214861.9351.17.camel@raptor.sr.unh.edu> Message-ID: On 4/10/07, Thomas J. Baker wrote: > > On Tue, 2007-04-10 at 15:11 +0100, Andy Green wrote: > > Tom London wrote: > > > > > I can verify that it is not working for ipw3945 on Thinkpad X60 either > > > using NM or manual.... (Fails to associate). > > > > > > Seems to get confused about frequency; reports my .11g out as .11a, > etc. > > > > I have seen it show this for iwconfig while it is scanning through all > > the a/b/g channels in the background. > > > > >> From some posts to ipw3945 list, appears there are some patches that > > > put some -Wext functions into the stack..... > > > > > > I've been testing with each new Rawhide kernel, and then reinstalling > > > ipw3945 driver/daemon. > > > > Why don't you try these instead: > > > > http://people.redhat.com/linville/kernels/fc7/ > > > > -Andy > > > > I though about using those but it's unclear if they include anything > that rawhide doesn't. Another reason I was seeking clarification. they do see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235345 Thanks, > > tjb > -- > ======================================================================= > | Thomas Baker email: tjb at unh.edu | > | Systems Programmer | > | Research Computing Center voice: (603) 862-4490 | > | University of New Hampshire fax: (603) 862-1761 | > | 332 Morse Hall | > | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | > ======================================================================= > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at warmcat.com Tue Apr 10 14:32:50 2007 From: andy at warmcat.com (Andy Green) Date: Tue, 10 Apr 2007 15:32:50 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <1176214753.3040.3.camel@zod.rchland.ibm.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> Message-ID: <461BA012.1010609@warmcat.com> Josh Boyer wrote: >> Why don't you try these instead: >> >> http://people.redhat.com/linville/kernels/fc7/ > > Because the point is to test what's in rawhide, which will be what's in > Fedora 7. If Jon has bits in his tree that make iwlwifi work better, > they should go into the rawhide kernel. *shrug* and if people don't test the Linville kernels, how will it be determined that the bits in his tree do indeed "make iwlwifi work better" so they can go into rawhide? Obviously if the iwlwifi in rawhide kernels isn't working and there are later upstream versions, you can consider to try those. -Andy From kwizart at gmail.com Tue Apr 10 14:34:20 2007 From: kwizart at gmail.com (KH KH) Date: Tue, 10 Apr 2007 16:34:20 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176215247.9351.19.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <1176215247.9351.19.camel@raptor.sr.unh.edu> Message-ID: I wonder if this isn't a problem with wireless-tools that hasn't been updated for Fedora 7 mac80211 based devices may uses WE-22 but Wireless-tools version 28 can uses up to WE-21. We may need to get Wireless-tools updated to 29 (.pre17) and get all the wireless stuff rebuild to uses this new lib (libiw.so.29 )... Nicolas (kwizart) -------------- next part -------------- An HTML attachment was scrubbed... URL: From selinux at gmail.com Tue Apr 10 14:40:00 2007 From: selinux at gmail.com (Tom London) Date: Tue, 10 Apr 2007 07:40:00 -0700 Subject: iwlwifi working anytime soon? In-Reply-To: <461B9AFC.3000308@warmcat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> Message-ID: <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> On 4/10/07, Andy Green wrote: > Tom London wrote: > > > I can verify that it is not working for ipw3945 on Thinkpad X60 either > > using NM or manual.... (Fails to associate). > > > > Seems to get confused about frequency; reports my .11g out as .11a, etc. > > I have seen it show this for iwconfig while it is scanning through all > the a/b/g channels in the background. > > >> From some posts to ipw3945 list, appears there are some patches that > > put some -Wext functions into the stack..... > > > > I've been testing with each new Rawhide kernel, and then reinstalling > > ipw3945 driver/daemon. > > Why don't you try these instead: > > http://people.redhat.com/linville/kernels/fc7/ > > -Andy > OK. Downloaded/installed 2.6.20-1.3048.2.1.fc7.jwltest.7. I can associate with non-WEP/non-WPA network (thanks Google!) using NM, but cannot associate with WEP network. I vote for these bits to go into rawhide..... tom -- Tom London From markg85 at gmail.com Tue Apr 10 14:40:37 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 16:40:37 +0200 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <1176214777.3970.68.camel@localhost.localdomain> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> <1176214777.3970.68.camel@localhost.localdomain> Message-ID: <6e24a8e80704100740t3fb99c78qb7f268eca9cc7cd5@mail.gmail.com> it`s realy strange that there need to be _GUIDELINES_ to fix bugs in the specfiles. Bugs that should just be fixed in RPM itself. @Jesse Keating you say that there are far bigger issues. why not just fix all the current rpm bugs and release a fully patched version? than from a good working version you can start adding in the bigger stuff.. whatever that might be. > There are far bigger issues that > our RPM team are trying to tackle. Like? 2007/4/10, Tom spot Callaway : > > On Mon, 2007-04-09 at 23:44 -0400, Tom Lane wrote: > > "Tom \"spot\" Callaway" writes: > > > It is important to properly prepare the BuildRoot in the %install > > > section of your package before it is used. Every Fedora package MUST > > > have an %install section that begins with either: > > > %install > > > rm -rf %{buildroot} > > > or > > > %install > > > rm -rf $RPM_BUILD_ROOT > > > > Just outta curiosity, why is it not considered an RPM bug that every > > specfile has to take care of this detail? Seems like it'd be trivial > > to fix it once instead of memorializing this oversight in every package > > till the end of time. > > This is absolutely an RPM bug. However, since RPM is riddled with bugs, > we can either hope they get fixed, or work around them with guidelines > until they get fixed. > > Historically, filing bugs against items like this have been futile since > it would "change RPM's behavior", as broken as it may be. > > I've personally had my fun with trying to submit RPM patches, and I'm > not interested in that sort of pain again. If you're motivated to get > this fixed in Fedora's RPM, please, feel free. We'll be happy to remove > any guidelines made obsolete by bugfixes. > > ~spot > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael_E_Brown at dell.com Tue Apr 10 14:41:23 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 10 Apr 2007 09:41:23 -0500 Subject: SUID executable policy? In-Reply-To: <20070410115914.GA29259@jadzia.bu.edu> References: <20070410043352.GC26362@humbolt.us.dell.com> <1176190463.6018.7.camel@zelda.fubar.dk> <20070410115914.GA29259@jadzia.bu.edu> Message-ID: <20070410144123.GG26362@humbolt.us.dell.com> On Tue, Apr 10, 2007 at 07:59:14AM -0400, Matthew Miller wrote: > On Tue, Apr 10, 2007 at 03:34:23AM -0400, David Zeuthen wrote: > > Btw, the rant of mine that Matthew pointed to was more concerned with > > the sad fact that we run a bunch of X11 apps as root.. Just don't run > > any X11 apps as root; it's a really really bad idea, thanks :-) > > Yeah but it's such a good rant. :) > > And seriously, although X is the most obviously scary, the same thing > applies to any setuid code beyond the incredibly trivial. Well... the getSystemId executable I want to run is _not_ a GUI app, and the executable only takes two parameters that I can turn off if real uid != effective uid, effectively making it a program that outputs only with no user input. The information returned is not secret info. Basically just saying what the Dell system ID is (not available in HAL currently), plus a couple other things that can already be gotten through HAL. I'll see what I can do, and if I end up doing SUID, I'll post it for review before I stick it in my RPM. I'm investigating HAL and DBUS now. It may prove to be an excellent alternative if I can wrap my head around all of it. -- Michael From nicolas.mailhot at laposte.net Tue Apr 10 14:42:16 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 10 Apr 2007 16:42:16 +0200 (CEST) Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176152134.19199.139.camel@cutter> <6e24a8e80704091419q22b0bf48v6231871918ad65f0@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> Message-ID: <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> Le Mar 10 avril 2007 16:23, Mark a ?crit : > if it isn`t logic than why is the current system still existing? > it can be so much faster is logic is being used ^_^ RPM versionning rules have to match versionning rules used by the packaged projects in real life. Users want to match package versions to the versions advertised on upstream web sites. Since what software writers consider sane versionning is only slightly more predictable than winning loto numbers, rpm internal rules border on the complex. In other news the software industry was still US-centric, and americans still pondering the benefits of going metric. -- Nicolas Mailhot From jkeating at redhat.com Tue Apr 10 14:51:40 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Apr 2007 10:51:40 -0400 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <6e24a8e80704100740t3fb99c78qb7f268eca9cc7cd5@mail.gmail.com> References: <1176156309.3970.59.camel@localhost.localdomain> <1176214777.3970.68.camel@localhost.localdomain> <6e24a8e80704100740t3fb99c78qb7f268eca9cc7cd5@mail.gmail.com> Message-ID: <200704101051.40390.jkeating@redhat.com> On Tuesday 10 April 2007 10:40:37 Mark wrote: > @Jesse Keating > you say that there are far bigger issues. why not just fix all the current > rpm bugs and release a fully patched version? than from a good working > version you can start adding in the bigger stuff.. whatever that might be. "fix all the current rpm bugs". If only it were that easy. Clearly we should just fix all the current bugs in all our software and then we'd be done right? Some of those "bigger issues" are in fact the other bugs within RPM. I'm not talking about new functionality or stuff, I'm talking about real bugs in rpm for our shipped products. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tjb at unh.edu Tue Apr 10 14:51:29 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 10 Apr 2007 10:51:29 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> Message-ID: <1176216689.9351.27.camel@raptor.sr.unh.edu> On Tue, 2007-04-10 at 07:40 -0700, Tom London wrote: > On 4/10/07, Andy Green wrote: > > Tom London wrote: > > > > > I can verify that it is not working for ipw3945 on Thinkpad X60 either > > > using NM or manual.... (Fails to associate). > > > > > > Seems to get confused about frequency; reports my .11g out as .11a, etc. > > > > I have seen it show this for iwconfig while it is scanning through all > > the a/b/g channels in the background. > > > > >> From some posts to ipw3945 list, appears there are some patches that > > > put some -Wext functions into the stack..... > > > > > > I've been testing with each new Rawhide kernel, and then reinstalling > > > ipw3945 driver/daemon. > > > > Why don't you try these instead: > > > > http://people.redhat.com/linville/kernels/fc7/ > > > > -Andy > > > OK. Downloaded/installed 2.6.20-1.3048.2.1.fc7.jwltest.7. > > I can associate with non-WEP/non-WPA network (thanks Google!) using > NM, but cannot associate with WEP network. > > I vote for these bits to go into rawhide..... > > tom > -- > Tom London > It also works for me on our mac address protected access points, though I haven't really beat on it yet. I did notice that all wireless signal levels are 100% though. This new driver really improves reception! :-) So I guess the question is, is there a reason for this not to go into rawhide? Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From markg85 at gmail.com Tue Apr 10 14:54:08 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 16:54:08 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> References: <6e24a8e80704091346m6f62d676ided9b57a1432329b@mail.gmail.com> <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> Message-ID: <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> it wouldn`t be a problem if you could say things like this: 1.2b3 > 1.2b4 and that just the changing number is compared to see if a higher one is avalible. so in this case that woud be this: 3 > 4 perhaps that`s possible with regular expressions..??? but than again you can`t check in mysql to see if the version (with a "b" in it) is greather or less than a existing version. i will do my best to get this working ^_^ i would love to have the fastest dependency checker in the world that`s realy working.. even without the strange logic of version numbers. to be clear: 1.01 1.10 1.1 == smaler than: 1.20 that`s how my dep checker will work. and anyone that would be willing write this script in c++ with me? 2007/4/10, Nicolas Mailhot : > > > Le Mar 10 avril 2007 16:23, Mark a ?crit : > > if it isn`t logic than why is the current system still existing? > > it can be so much faster is logic is being used ^_^ > > RPM versionning rules have to match versionning rules used by the packaged > projects in real life. Users want to match package versions to the > versions advertised on upstream web sites. > > Since what software writers consider sane versionning is only slightly > more predictable than winning loto numbers, rpm internal rules border on > the complex. > > In other news the software industry was still US-centric, and americans > still pondering the benefits of going metric. > > -- > Nicolas Mailhot > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Tue Apr 10 14:54:28 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Tue, 10 Apr 2007 16:54:28 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176216689.9351.27.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> <1176216689.9351.27.camel@raptor.sr.unh.edu> Message-ID: On 4/10/07, Thomas J. Baker wrote: > > On Tue, 2007-04-10 at 07:40 -0700, Tom London wrote: > > On 4/10/07, Andy Green wrote: > > > Tom London wrote: > > > > > > > I can verify that it is not working for ipw3945 on Thinkpad X60 > either > > > > using NM or manual.... (Fails to associate). > > > > > > > > Seems to get confused about frequency; reports my .11g out as .11a, > etc. > > > > > > I have seen it show this for iwconfig while it is scanning through all > > > the a/b/g channels in the background. > > > > > > >> From some posts to ipw3945 list, appears there are some patches > that > > > > put some -Wext functions into the stack..... > > > > > > > > I've been testing with each new Rawhide kernel, and then > reinstalling > > > > ipw3945 driver/daemon. > > > > > > Why don't you try these instead: > > > > > > http://people.redhat.com/linville/kernels/fc7/ > > > > > > -Andy > > > > > OK. Downloaded/installed 2.6.20-1.3048.2.1.fc7.jwltest.7. > > > > I can associate with non-WEP/non-WPA network (thanks Google!) using > > NM, but cannot associate with WEP network. > > > > I vote for these bits to go into rawhide..... > > > > tom > > -- > > Tom London > > > > It also works for me on our mac address protected access points, though > I haven't really beat on it yet. I did notice that all wireless signal > levels are 100% though. This new driver really improves reception! :-) > > So I guess the question is, is there a reason for this not to go into > rawhide? are you using wep or even wpa? you can add comments to the bug I posted to help getting them into rawhide Thanks, > > tjb > -- > ======================================================================= > | Thomas Baker email: tjb at unh.edu | > | Systems Programmer | > | Research Computing Center voice: (603) 862-4490 | > | University of New Hampshire fax: (603) 862-1761 | > | 332 Morse Hall | > | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | > ======================================================================= > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Tue Apr 10 15:01:05 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 17:01:05 +0200 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <200704101051.40390.jkeating@redhat.com> References: <1176156309.3970.59.camel@localhost.localdomain> <1176214777.3970.68.camel@localhost.localdomain> <6e24a8e80704100740t3fb99c78qb7f268eca9cc7cd5@mail.gmail.com> <200704101051.40390.jkeating@redhat.com> Message-ID: <6e24a8e80704100801l3fa47bc8y6a7bb7b1e7024f3c@mail.gmail.com> oh.. that`s a big problem. i was under the impression that RPM had a dozen small bugs and a few big issues (but not bugs) so that`s why i said: "fix all the current rpm bugs and release a patched version" If the issues are so big.. can`t a redesign help? anyway good luck. Mark. 2007/4/10, Jesse Keating : > > On Tuesday 10 April 2007 10:40:37 Mark wrote: > > @Jesse Keating > > you say that there are far bigger issues. why not just fix all the > current > > rpm bugs and release a fully patched version? than from a good working > > version you can start adding in the bigger stuff.. whatever that might > be. > > "fix all the current rpm bugs". If only it were that easy. Clearly we > should > just fix all the current bugs in all our software and then we'd be done > right? > > Some of those "bigger issues" are in fact the other bugs within RPM. I'm > not > talking about new functionality or stuff, I'm talking about real bugs in > rpm > for our shipped products. > > -- > Jesse Keating > Release Engineer: Fedora > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajackson at redhat.com Tue Apr 10 14:49:41 2007 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 10 Apr 2007 10:49:41 -0400 Subject: SUID executable policy? In-Reply-To: <20070410043352.GC26362@humbolt.us.dell.com> References: <20070410043352.GC26362@humbolt.us.dell.com> Message-ID: <1176216581.17583.22.camel@localhost.localdomain> On Mon, 2007-04-09 at 23:33 -0500, Michael E Brown wrote: > What is the policy/guidelines around having Set UID executables in > Fedora? > > I maintain libsmbios. Libsmbios has to read the system DMI/SMBIOS table > to do its job, and this table can currently only be obtained by > mmap()-ing /dev/mem. I also need to read certain areas of RAM to get > teh Dell system id, which is not in the DMI tables. I would like to make > some of this available to non-root users, but the only way I can think > of do do this involves SUID executables. > > Can anybody suggest a better way? Exposing the SMBIOS table as a device would be a start. There's precedent for drivers that do little else besides map a specific region of memory, since /dev/mem is just way too coarse-grained. - ajax From linville at redhat.com Tue Apr 10 15:10:14 2007 From: linville at redhat.com (John W. Linville) Date: Tue, 10 Apr 2007 11:10:14 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <1176214753.3040.3.camel@zod.rchland.ibm.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> Message-ID: <20070410151014.GB22579@redhat.com> On Tue, Apr 10, 2007 at 09:19:13AM -0500, Josh Boyer wrote: > On Tue, 2007-04-10 at 15:11 +0100, Andy Green wrote: > > Tom London wrote: > > > > > I can verify that it is not working for ipw3945 on Thinkpad X60 either > > > using NM or manual.... (Fails to associate). > > > > > > Seems to get confused about frequency; reports my .11g out as .11a, etc. > > > > I have seen it show this for iwconfig while it is scanning through all > > the a/b/g channels in the background. > > > > >> From some posts to ipw3945 list, appears there are some patches that > > > put some -Wext functions into the stack..... > > > > > > I've been testing with each new Rawhide kernel, and then reinstalling > > > ipw3945 driver/daemon. > > > > Why don't you try these instead: > > > > http://people.redhat.com/linville/kernels/fc7/ > > Because the point is to test what's in rawhide, which will be what's in > Fedora 7. If Jon has bits in his tree that make iwlwifi work better, > they should go into the rawhide kernel. The point of the test kernels is to get feedback before shoving them into rawhide. Rawhide is what it is, but I'd still prefer not to break it if I can avoid it... John -- John W. Linville linville at redhat.com From j.w.r.degoede at hhs.nl Tue Apr 10 15:11:36 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 10 Apr 2007 17:11:36 +0200 Subject: SUID executable policy? In-Reply-To: <20070410115914.GA29259@jadzia.bu.edu> References: <20070410043352.GC26362@humbolt.us.dell.com> <1176190463.6018.7.camel@zelda.fubar.dk> <20070410115914.GA29259@jadzia.bu.edu> Message-ID: <461BA928.9000500@hhs.nl> Matthew Miller wrote: > On Tue, Apr 10, 2007 at 03:34:23AM -0400, David Zeuthen wrote: >> Btw, the rant of mine that Matthew pointed to was more concerned with >> the sad fact that we run a bunch of X11 apps as root.. Just don't run >> any X11 apps as root; it's a really really bad idea, thanks :-) > > Yeah but it's such a good rant. :) > > And seriously, although X is the most obviously scary, the same thing > applies to any setuid code beyond the incredibly trivial. > And this is where I don't get the rant, afaik system-config-xxx aren't suid root, they call a (one would assume audited) helper program to become root, by use of the root password, so there is no chance for privelidge escalation here, because the user has the root password, the user cannot get any more privilidged then that AFAIK. So where is the problem? Regards, Hans From linville at redhat.com Tue Apr 10 15:13:44 2007 From: linville at redhat.com (John W. Linville) Date: Tue, 10 Apr 2007 11:13:44 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <1176216689.9351.27.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> <1176216689.9351.27.camel@raptor.sr.unh.edu> Message-ID: <20070410151344.GC22579@redhat.com> On Tue, Apr 10, 2007 at 10:51:29AM -0400, Thomas J. Baker wrote: > On Tue, 2007-04-10 at 07:40 -0700, Tom London wrote: > > OK. Downloaded/installed 2.6.20-1.3048.2.1.fc7.jwltest.7. > > > > I can associate with non-WEP/non-WPA network (thanks Google!) using > > NM, but cannot associate with WEP network. > > > > I vote for these bits to go into rawhide..... > It also works for me on our mac address protected access points, though > I haven't really beat on it yet. I did notice that all wireless signal > levels are 100% though. This new driver really improves reception! :-) > > So I guess the question is, is there a reason for this not to go into > rawhide? Thanks for the feedback. I'll get them checked-in later today, and probably fetch a new round of updates from Intel into my test kernels as well... :-) John P.S. FWIW, I was out of town for a bit, and am still catching-up on a few things... -- John W. Linville linville at redhat.com From Michael_E_Brown at dell.com Tue Apr 10 15:18:02 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 10 Apr 2007 10:18:02 -0500 Subject: SUID executable policy? In-Reply-To: <1176216581.17583.22.camel@localhost.localdomain> References: <20070410043352.GC26362@humbolt.us.dell.com> <1176216581.17583.22.camel@localhost.localdomain> Message-ID: <20070410151802.GH26362@humbolt.us.dell.com> On Tue, Apr 10, 2007 at 10:49:41AM -0400, Adam Jackson wrote: > On Mon, 2007-04-09 at 23:33 -0500, Michael E Brown wrote: > > What is the policy/guidelines around having Set UID executables in > > Fedora? > > > > I maintain libsmbios. Libsmbios has to read the system DMI/SMBIOS table > > to do its job, and this table can currently only be obtained by > > mmap()-ing /dev/mem. I also need to read certain areas of RAM to get > > teh Dell system id, which is not in the DMI tables. I would like to make > > some of this available to non-root users, but the only way I can think > > of do do this involves SUID executables. > > > > Can anybody suggest a better way? > > Exposing the SMBIOS table as a device would be a start. There's > precedent for drivers that do little else besides map a specific region > of memory, since /dev/mem is just way too coarse-grained. I had an actual kernel patch in one linus -rc kernel to export smbios table as a sysfs entry. The backlash generated prompted me to withdraw the patch. AFAICT, userspace should be able to do this itself. SUID is one way. I'm currently looking at docs for HAL and DBUS as another. I'm leaning towards HAL/DBUS, but they are semi complex and I'll need some help making sure I get it right. -- Michael From mattdm at mattdm.org Tue Apr 10 15:19:50 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 11:19:50 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> Message-ID: <20070410151950.GA12830@jadzia.bu.edu> On Tue, Apr 10, 2007 at 04:54:08PM +0200, Mark wrote: > to be clear: > 1.01 > 1.10 > 1.1 > == smaler than: > 1.20 > that`s how my dep checker will work. Which is smaller: 5.6 or 5.00504? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Tue Apr 10 15:28:06 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 11:28:06 -0400 Subject: SUID executable policy? In-Reply-To: <461BA928.9000500@hhs.nl> References: <20070410043352.GC26362@humbolt.us.dell.com> <1176190463.6018.7.camel@zelda.fubar.dk> <20070410115914.GA29259@jadzia.bu.edu> <461BA928.9000500@hhs.nl> Message-ID: <20070410152806.GB12830@jadzia.bu.edu> On Tue, Apr 10, 2007 at 05:11:36PM +0200, Hans de Goede wrote: > And this is where I don't get the rant, afaik system-config-xxx aren't > suid root, they call a (one would assume audited) helper program to become > root, by use of the root password, so there is no chance for privelidge > escalation here, because the user has the root password, the user cannot > get any more privilidged then that AFAIK. So where is the problem? Theoretically, one can configure these programs to allow authentication as a user other than root, including sudo-like reauth-as-self operations. That would be very useful functionality. In fact, it'd be reasonable to configure many of them on desktop systems to be allow local use without any password prompt. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bdwheele at indiana.edu Tue Apr 10 15:28:31 2007 From: bdwheele at indiana.edu (Brian Wheeler) Date: Tue, 10 Apr 2007 11:28:31 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070410151950.GA12830@jadzia.bu.edu> References: <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> <20070410151950.GA12830@jadzia.bu.edu> Message-ID: <1176218911.27259.15.camel@wombat.dlib.indiana.edu> On Tue, 2007-04-10 at 11:19 -0400, Matthew Miller wrote: > On Tue, Apr 10, 2007 at 04:54:08PM +0200, Mark wrote: > > to be clear: > > 1.01 > > 1.10 > > 1.1 > > == smaler than: > > 1.20 > > that`s how my dep checker will work. > > Which is smaller: 5.6 or 5.00504? > Perl, right? 5.00504, because it came out before 5.6. However, it seems to be broken in terms of version number rules -- which is why they switched to 5.6. 5.00504 was essentially 5.5 patch 4. You may look around the perl archives for perl's version number comparison stuff to see how they handled it. Brian > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > From wart at kobold.org Tue Apr 10 15:30:56 2007 From: wart at kobold.org (Wart) Date: Tue, 10 Apr 2007 08:30:56 -0700 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> <461ADA22.2010806@kobold.org> <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <461BADB0.7090506@kobold.org> Michael Schwendt wrote: > Together with the repoclosure report this smells a lot like a packaging > mistake (which in turn causes yum to pull in the old guichan package > which also provides the needed libs and has a shorter pkg name): > > %files devel > [...] > %dir %{_libdir}/guichan-0.5 > %{_libdir}/guichan-0.5/libguichan.so > %{_libdir}/guichan-0.5/libguichan_allegro.so > %{_libdir}/guichan-0.5/libguichan_glut.so > %{_libdir}/guichan-0.5/libguichan_opengl.so > %{_libdir}/guichan-0.5/libguichan_sdl.so > > These look *very* much like plugin DSOs, which ought to be moved > into the main package. They're not. They are the symlinks to the shared libs in %{_libdir}. I had to move them to a guichan-0.5 subdirectory so that it wouldn't conflict with the symlinks provided by the main guichan-devel-0.6.1 package. --Wart From tjb at unh.edu Tue Apr 10 15:37:46 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 10 Apr 2007 11:37:46 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> <1176216689.9351.27.camel@raptor.sr.unh.edu> Message-ID: <1176219466.9351.30.camel@raptor.sr.unh.edu> On Tue, 2007-04-10 at 16:54 +0200, dragoran dragoran wrote: > > > On 4/10/07, Thomas J. Baker wrote: > On Tue, 2007-04-10 at 07:40 -0700, Tom London wrote: > > On 4/10/07, Andy Green wrote: > > > Tom London wrote: > > > > > > > I can verify that it is not working for ipw3945 on > Thinkpad X60 either > > > > using NM or manual.... (Fails to associate). > > > > > > > > Seems to get confused about frequency; reports my .11g > out as .11a, etc. > > > > > > I have seen it show this for iwconfig while it is scanning > through all > > > the a/b/g channels in the background. > > > > > > >> From some posts to ipw3945 list, appears there are some > patches that > > > > put some -Wext functions into the stack..... > > > > > > > > I've been testing with each new Rawhide kernel, and then > reinstalling > > > > ipw3945 driver/daemon. > > > > > > Why don't you try these instead: > > > > > > http://people.redhat.com/linville/kernels/fc7/ > > > > > > -Andy > > > > > OK. Downloaded/installed 2.6.20-1.3048.2.1.fc7.jwltest.7 . > > > > I can associate with non-WEP/non-WPA network (thanks > Google!) using > > NM, but cannot associate with WEP network. > > > > I vote for these bits to go into rawhide..... > > > > tom > > -- > > Tom London > > > > It also works for me on our mac address protected access > points, though > I haven't really beat on it yet. I did notice that all > wireless signal > levels are 100% though. This new driver really improves > reception! :-) > > So I guess the question is, is there a reason for this not to > go into > rawhide? > > are you using wep or even wpa? > you can add comments to the bug I posted to help getting them into > rawhide > > No encryption, just open access points with mac address filtering. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From mattdm at mattdm.org Tue Apr 10 15:39:07 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 11:39:07 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <6e24a8e80704091434n69197f44jbe2e09fb3d042200@mail.gmail.com> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> Message-ID: <20070410153907.GC12830@jadzia.bu.edu> On Tue, Apr 10, 2007 at 04:54:08PM +0200, Mark wrote: > to be clear: > 1.01 > 1.10 > 1.1 > == smaler than: > 1.20 > that`s how my dep checker will work. Also, I need to point out that if your dep checker works like the above, it's not right. First, it's got 1.1 and 1.10 in the wrong order. And, 1.01 and 1.1 are, in fact, *equal*. Yeah, good times with RPM. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tjb at unh.edu Tue Apr 10 15:39:18 2007 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 10 Apr 2007 11:39:18 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <20070410151344.GC22579@redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> <1176216689.9351.27.camel@raptor.sr.unh.edu> <20070410151344.GC22579@redhat.com> Message-ID: <1176219558.9351.33.camel@raptor.sr.unh.edu> On Tue, 2007-04-10 at 11:13 -0400, John W. Linville wrote: > On Tue, Apr 10, 2007 at 10:51:29AM -0400, Thomas J. Baker wrote: > > On Tue, 2007-04-10 at 07:40 -0700, Tom London wrote: > > > > OK. Downloaded/installed 2.6.20-1.3048.2.1.fc7.jwltest.7. > > > > > > I can associate with non-WEP/non-WPA network (thanks Google!) using > > > NM, but cannot associate with WEP network. > > > > > > I vote for these bits to go into rawhide..... > > > It also works for me on our mac address protected access points, though > > I haven't really beat on it yet. I did notice that all wireless signal > > levels are 100% though. This new driver really improves reception! :-) > > > > So I guess the question is, is there a reason for this not to go into > > rawhide? > > Thanks for the feedback. I'll get them checked-in later today, > and probably fetch a new round of updates from Intel into my test > kernels as well... :-) > > John > > P.S. FWIW, I was out of town for a bit, and am still catching-up on > a few things... > -- > John W. Linville > linville at redhat.com > Great. I tried a file transfer and noticed that was a little pokey too. But it's great to have wifi back. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From andy at warmcat.com Tue Apr 10 16:03:56 2007 From: andy at warmcat.com (Andy Green) Date: Tue, 10 Apr 2007 17:03:56 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <1176219558.9351.33.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <4c4ba1530704100740s11b42d3awef3f9d2921bdd8ae@mail.gmail.com> <1176216689.9351.27.camel@raptor.sr.unh.edu> <20070410151344.GC22579@redhat.com> <1176219558.9351.33.camel@raptor.sr.unh.edu> Message-ID: <461BB56C.1070801@warmcat.com> Thomas J. Baker wrote: > Great. I tried a file transfer and noticed that was a little pokey too. > But it's great to have wifi back. The biggest problems I have with iwlwifi: - it doesn't associate as 11g when connecting to an 11g network, instead it continues to associate as 11b (still true on Linville #7 kernels) - it will drop dead when there are many packets small in flight, something is broken with the transmit queue stopping and starting. I can do normal browsing and bulk http downloads for example just fine, but a git pull using git:// will kill the device (no more traffic) until the driver is removed and re-inserted. I posted on the iw3945 list and made a bug on the iwlwifi bugzilla and made available a usermode app that will provoke the failure but didn't hear anything since a month http://bughost.org/bugzilla/show_bug.cgi?id=1241 -Andy From alan at redhat.com Tue Apr 10 16:32:39 2007 From: alan at redhat.com (Alan Cox) Date: Tue, 10 Apr 2007 12:32:39 -0400 Subject: SUID executable policy? In-Reply-To: <1176216581.17583.22.camel@localhost.localdomain> References: <20070410043352.GC26362@humbolt.us.dell.com> <1176216581.17583.22.camel@localhost.localdomain> Message-ID: <20070410163239.GA20352@devserv.devel.redhat.com> On Tue, Apr 10, 2007 at 10:49:41AM -0400, Adam Jackson wrote: > Exposing the SMBIOS table as a device would be a start. There's > precedent for drivers that do little else besides map a specific region > of memory, since /dev/mem is just way too coarse-grained. Now let me see. A device driver is more privilged than a setuid binary and more attackable. It can't be swapped and it is hard to change as part of the kernel. Why is a device driver better for this ? If its unchanging data then I'd dump it somewhere from an init script and at that point no setuidness is needed. From wart at kobold.org Tue Apr 10 16:58:46 2007 From: wart at kobold.org (Michael Thomas) Date: Tue, 10 Apr 2007 09:58:46 -0700 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> <461ADA22.2010806@kobold.org> <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <461BC246.1050603@kobold.org> Michael Schwendt wrote: > On Mon, 09 Apr 2007 17:28:18 -0700, Wart wrote: > >> Michael Schwendt wrote: >>> On Mon, 9 Apr 2007 14:28:53 -0400, Michael Thomas (wart) wrote: >>> >>>> Author: wart >>>> >>>> Update of /cvs/extras/rpms/compat-guichan05/devel >>>> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv11957 >>>> >>>> Modified Files: >>>> compat-guichan05.spec >>>> Log Message: >>>> Add missing Provides: for the package that this obsoletes. >>>> Obsoletes: guichan <= 0.5.0 >>>> +Provides: guichan = 0.5.0 >>> Please don't. This makes a newer guichan EVR upgrade this package. >>> It is questionable behaviour in RPM that is covered in bugzilla.redhat.com >>> for a long time: https://bugzilla.redhat.com/111071 >> My bad. Rebuilding now. I was trying to fix a build failure in sear, >> which now depends on the compat-guichan05 package: >> >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/31294-sear-0.6.3-4.fc7/ >> >> I don't understand why it still tries to pull in the guichan-0.5.0 >> package, when it's been obsoleted by compat-guichan05, and an update to >> guichan-0.6.1 has already been built. >> >> Any suggestions, or will the next push to remove guichan-0.5.0, after >> which I can rebuild sear? > > Together with the repoclosure report this smells a lot like a packaging > mistake (which in turn causes yum to pull in the old guichan package > which also provides the needed libs and has a shorter pkg name): Here's what's happening as best as I can tell: the compat-guichan05-devel package has a dependency on libguichan.so.0, and on compat-guichan05. libguichan.so.0 is provided by both compat-guichan05, and by the older guichan-0.5.0. When rpm is trying to satisfy the dependencies, it's first trying to satisfy the library dependency on libguichan.so.0, and it picks up guichan-0.5.0 due to the shorter name. I would have assumed that package-based dependencies be resolved before library-based dependencies, but that doesn't appear to be happening in this case. Maybe we just need to manually remove guichan-0.5.0 (and guichan-devel-0.5.0) from the repo to fix this problem? --Wart > %files devel > [...] > %dir %{_libdir}/guichan-0.5 > %{_libdir}/guichan-0.5/libguichan.so > %{_libdir}/guichan-0.5/libguichan_allegro.so > %{_libdir}/guichan-0.5/libguichan_glut.so > %{_libdir}/guichan-0.5/libguichan_opengl.so > %{_libdir}/guichan-0.5/libguichan_sdl.so > > These look *very* much like plugin DSOs, which ought to be moved > into the main package. > From rdieter at math.unl.edu Tue Apr 10 16:59:36 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 10 Apr 2007 11:59:36 -0500 Subject: where to add fedora 7 test 3 bugs? References: <1176212183.3768.5.camel@fedora> Message-ID: Valent Turkovic wrote: > in redhat bugzilla I only see fedora core 6, and not fedora 7. So where > so I go to add bugs for Fedora 7? File against fedora devel. -- Rex From caillon at redhat.com Tue Apr 10 17:06:31 2007 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 10 Apr 2007 13:06:31 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" Message-ID: <461BC417.3070506@redhat.com> ------- Additional Comments From mattdm at mattdm.org 2007-04-10 12:35 EST ------- Fedora 7 test bugs should be filed against "devel", not against test1/2/3. This isn't obvious, I know. Moving this report so it isn't lost. This is a bulk message -- I apologize if this was actually meant to be targeted against a different release. If so, please fix or let me know. Thanks. I just got a bunch of the above mails. How about we implement auto detecting this for bugzilla? Seems like all we need is some logic that does something like: if egrep "Fedora.*\.fc([0-9]+)\b" useragent then if relevant bugzilla version exists then auto choose relevant version else auto choose devel That should work for Firefox and Epiphany (and probably seamonkey too). No idea if Konqueror or other browsers have similar useragents but this should help a lot more bugs be filed properly. And why do test1, test2, test3 even exist? Can we remove them if bugs should not be filed there? From jkeating at redhat.com Tue Apr 10 17:17:53 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Apr 2007 13:17:53 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <461BC417.3070506@redhat.com> References: <461BC417.3070506@redhat.com> Message-ID: <200704101317.56960.jkeating@redhat.com> On Tuesday 10 April 2007 13:06:31 Christopher Aillon wrote: > And why do test1, test2, test3 even exist? History. > Can we remove them if bugs > should not be filed there? That's the plan. This is stage one of the plan. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dcbw at redhat.com Tue Apr 10 17:35:38 2007 From: dcbw at redhat.com (Dan Williams) Date: Tue, 10 Apr 2007 13:35:38 -0400 Subject: Any objection to updating wireless-tools in devel? Message-ID: <1176226538.13646.0.camel@localhost.localdomain> It means a bump in the soname of the library, requiring rebuilds of NetworkManager, rhpl, and kdenetwork to name a few. Dan From pasik at iki.fi Tue Apr 10 17:32:44 2007 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Tue, 10 Apr 2007 20:32:44 +0300 Subject: kernel-xen-2.6.20 unusable in fc5/fc6/fc7 (crashing) Message-ID: <20070410173244.GA4933@edu.joroinen.fi> Hi lists! Any plans about kernel-xen package? Current 2.6.20 versions seem to crash and/or freeze (in dom0) for many people, making them completely unusable. kernel-xen-2.6.18/19 packages seem to run fine on same hw. One of the bugs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234008 Thanks! -- Pasi From linville at redhat.com Tue Apr 10 17:35:13 2007 From: linville at redhat.com (John W. Linville) Date: Tue, 10 Apr 2007 13:35:13 -0400 Subject: Any objection to updating wireless-tools in devel? In-Reply-To: <1176226538.13646.0.camel@localhost.localdomain> References: <1176226538.13646.0.camel@localhost.localdomain> Message-ID: <20070410173513.GD22579@redhat.com> On Tue, Apr 10, 2007 at 01:35:38PM -0400, Dan Williams wrote: > It means a bump in the soname of the library, requiring rebuilds of > NetworkManager, rhpl, and kdenetwork to name a few. No objection from me, if only to get rid of those dumb version mismatch messages. I was really hoping that WE had a stake in its heart, but a security concern motivated another update...ugh John -- John W. Linville linville at redhat.com From mschwendt.tmp0701.nospam at arcor.de Tue Apr 10 17:41:11 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 10 Apr 2007 19:41:11 +0200 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <461BC246.1050603@kobold.org> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> <461ADA22.2010806@kobold.org> <20070410133730.1cee1f67.mschwendt.tmp0701.nospam@arcor.de> <461BC246.1050603@kobold.org> Message-ID: <20070410194111.b4be416a.mschwendt.tmp0701.nospam@arcor.de> On Tue, 10 Apr 2007 09:58:46 -0700, Michael Thomas wrote: > Maybe we just need to manually remove guichan-0.5.0 (and > guichan-devel-0.5.0) from the repo to fix this problem? For devel it has happened automatically, also for x86_64 + multi-lib: http://redhat.download.fedoraproject.org/pub/fedora/linux/extras/development/i386/repoview/guichan.html http://redhat.download.fedoraproject.org/pub/fedora/linux/extras/development/i386/repoview/guichan-devel.html But for FC-6, where we keep two releases of a pkg and where the updated pkgs have not been published yet, I would still like to know where the bug is that shields the guichan 0.5.0 release from being obsoleted when guichan is updated to 0.6.0. Does it occur only in mock or also with plain yum? (is a question to examine further) From mattdm at mattdm.org Tue Apr 10 17:43:46 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 13:43:46 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <461BC417.3070506@redhat.com> References: <461BC417.3070506@redhat.com> Message-ID: <20070410174346.GA26981@jadzia.bu.edu> On Tue, Apr 10, 2007 at 01:06:31PM -0400, Christopher Aillon wrote: > I just got a bunch of the above mails. How about we implement auto > detecting this for bugzilla? Seems like all we need is some logic that > does something like: > if egrep "Fedora.*\.fc([0-9]+)\b" useragent then > if relevant bugzilla version exists then > auto choose relevant version > else > auto choose devel This would seriously save me effort in future releases. :) > And why do test1, test2, test3 even exist? Can we remove them if bugs > should not be filed there? Yes, that's the plan. I'm going through the last of them right now. In a few minutes, there will be no bugs against any test release (test# or fc#test#) that aren't in either CLOSED or NEEDINFO. I'm also going to go through the test# NEEDINFOs and see what should be moved and what should just be closed now. Then, after a waiting period of a few more weeks, move all NEEDINFO fc#test#s to their corresponding final release, marked INSUFFICIENT_DATA. At that point, someone @redhat.com can bulk-move all the CLOSED test# and fc#test# bugs somewhere (ideally in the database rather than the front end to avoid completely useless bugzilla mail spew and because of how long this would take). And *then*, all the test release versions can and should be removed. PS: thanks to all the owners humoring me as I stir up hornets under their bug reports. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Tue Apr 10 17:47:36 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 13:47:36 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <20070410174346.GA26981@jadzia.bu.edu> References: <461BC417.3070506@redhat.com> <20070410174346.GA26981@jadzia.bu.edu> Message-ID: <20070410174736.GB26981@jadzia.bu.edu> On Tue, Apr 10, 2007 at 01:43:46PM -0400, Matthew Miller wrote: > At that point, someone @redhat.com can bulk-move all the CLOSED test# and > fc#test# bugs somewhere (ideally in the database rather than the front end > to avoid completely useless bugzilla mail spew and because of how long this > would take). And *then*, all the test release versions can and should be > removed. As an aside, the page where you choose which product to file against needs to be made *way* less imposing. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From vonbrand at inf.utfsm.cl Tue Apr 10 17:49:39 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 10 Apr 2007 13:49:39 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <461B9919.8040006@warmcat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> Message-ID: <200704101749.l3AHndEA024670@laptop13.inf.utfsm.cl> Andy Green wrote: > Thomas J. Baker wrote: > > Would anyone in the know care to speculate if iwlwifi is going to work > > anytime soon? It's been in the kernel for a month or so (at least it > > feels like a month) and has never worked for me and many others. From > > the kernel changelogs, it doesn't seem like much is happening with > > it. > Has been working since it was first introduced here, on a WPA > network. It does have problems but it is okay for normal browsing and > downloading. In /var/log/messages it says it is skipping all (?) channels as Tx only. iwconfig says wlan0 isn't associated, "iwlist wlan0 scan" warns it is version 20 while the driver is version 22 of wireless extensions, and that the network is down (wireless-tools-28-1.fc6, clearly out of date). As a result, I'm using vanilla kernel + ipw3945 driver + ipw3945d to use wireless. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From ericm24x7 at gmail.com Tue Apr 10 17:57:11 2007 From: ericm24x7 at gmail.com (eric magaoay) Date: Tue, 10 Apr 2007 13:57:11 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <1176215247.9351.19.camel@raptor.sr.unh.edu> Message-ID: <461BCFF7.5030109@gmail.com> KH KH wrote: > I wonder if this isn't a problem with wireless-tools that hasn't been > updated for Fedora 7 > mac80211 based devices may uses WE-22 but Wireless-tools version 28 > can uses up to WE-21. > We may need to get Wireless-tools updated to 29 (.pre17) and get all > the wireless stuff rebuild to uses this new lib ( libiw.so.29 )... > > Nicolas (kwizart) I am currently testing zd1211rw_mac80211, it seems to be functional, with the exception of the problem mentioned above (wireless-tools out of sync). Does anybody know if the firmware will be included in the Fedora distribution or do we still need to download it from the third party to make it work. I thought the firmware for zd1211rw is freely redistributable; therefore, acceptable for inclusion to Fedora repo... It would be nice to get the curent status of the firmware. eric From jkeating at redhat.com Tue Apr 10 18:02:23 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Apr 2007 14:02:23 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <20070410174736.GB26981@jadzia.bu.edu> References: <461BC417.3070506@redhat.com> <20070410174346.GA26981@jadzia.bu.edu> <20070410174736.GB26981@jadzia.bu.edu> Message-ID: <200704101402.23996.jkeating@redhat.com> On Tuesday 10 April 2007 13:47:36 Matthew Miller wrote: > As an aside, the page where you choose which product to file against needs > to be made *way* less imposing. Yep, that's on our list too, we need a custom Fedora landing page for bugzilla that is _far_ cleaner and saner. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kwizart at gmail.com Tue Apr 10 18:18:32 2007 From: kwizart at gmail.com (KH KH) Date: Tue, 10 Apr 2007 20:18:32 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <461BCFF7.5030109@gmail.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <1176215247.9351.19.camel@raptor.sr.unh.edu> <461BCFF7.5030109@gmail.com> Message-ID: 2007/4/10, eric magaoay : > > KH KH wrote: > > I wonder if this isn't a problem with wireless-tools that hasn't been > > updated for Fedora 7 > > mac80211 based devices may uses WE-22 but Wireless-tools version 28 > > can uses up to WE-21. > > We may need to get Wireless-tools updated to 29 (.pre17) and get all > > the wireless stuff rebuild to uses this new lib ( libiw.so.29 )... > > > > Nicolas (kwizart) > I am currently testing zd1211rw_mac80211, it seems to be functional, > with the exception of the problem mentioned above (wireless-tools out > of sync). > > Does anybody know if the firmware will be included in the Fedora > distribution or do we still need to download it from the third party to > make it work. I thought the firmware for zd1211rw is freely > redistributable; therefore, acceptable for inclusion to Fedora repo... > > It would be nice to get the curent status of the firmware. The firmware is under review here: (as eric know) https://bugzilla.redhat.com/221675 Same question about Ralink ones: https://bugzilla.redhat.com/230161 https://bugzilla.redhat.com/221675 Nicolas (kwizart) -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajackson at redhat.com Tue Apr 10 18:00:02 2007 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 10 Apr 2007 14:00:02 -0400 Subject: SUID executable policy? In-Reply-To: <20070410163239.GA20352@devserv.devel.redhat.com> References: <20070410043352.GC26362@humbolt.us.dell.com> <1176216581.17583.22.camel@localhost.localdomain> <20070410163239.GA20352@devserv.devel.redhat.com> Message-ID: <1176228002.17583.32.camel@localhost.localdomain> On Tue, 2007-04-10 at 12:32 -0400, Alan Cox wrote: > On Tue, Apr 10, 2007 at 10:49:41AM -0400, Adam Jackson wrote: > > Exposing the SMBIOS table as a device would be a start. There's > > precedent for drivers that do little else besides map a specific region > > of memory, since /dev/mem is just way too coarse-grained. > > Now let me see. A device driver is more privilged than a setuid binary and > more attackable. It can't be swapped and it is hard to change as part of > the kernel. > > Why is a device driver better for this ? It's a comparable amount of code either way, the auditing is trivial, changes require a package update either way, and /dev/mem is a bad API whose use we should not be encouraging. I am unconvinced by your reasoning here. I'm not interested in arguing though. - ajax From mschwendt.tmp0701.nospam at arcor.de Tue Apr 10 18:46:21 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 10 Apr 2007 20:46:21 +0200 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <461ADA22.2010806@kobold.org> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> <461ADA22.2010806@kobold.org> Message-ID: <20070410204621.3f3cb2c8.mschwendt.tmp0701.nospam@arcor.de> A work-around here is to increase the "Obsoletes" version range in the compat pkg from Obsoletes: guichan <= 0.5.0 to Obsoletes: guichan < 0.6.0 and possibly also Obsoletes: guichan <= 0.5.0-LASTKNOWNRELEASE.disttag When that is done, I cannot reproduce the problem anymore. Test #1: yum install compat-guichan05-devel ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: compat-guichan05-devel i386 0.5.0-5.fc7 misc 690 k Installing for dependencies: compat-guichan05 i386 0.5.0-5.fc7 misc 149 k guichan i386 0.5.0-1.fc6 extras 148 k Boom! Test #2: Removing guichan*-0.6.1 from the test repo. Same results. Test #3: Updating compat-guichan05's Obsoletes tag: ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: compat-guichan05-devel i386 0.5.0-5.fc6.test misc 699 k Installing for dependencies: compat-guichan05 i386 0.5.0-5.fc6.test misc 149 k $ rpm -q yum yum-3.0.6-1.fc6 From markg85 at gmail.com Tue Apr 10 18:49:14 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 20:49:14 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070410153907.GC12830@jadzia.bu.edu> References: <1176153849.19199.144.camel@cutter> <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> <20070410153907.GC12830@jadzia.bu.edu> Message-ID: <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> well.. that list is just written out of nowhere :P i don`t actually see how the dep checker is doing it. (i can echo it if i want) Which is smaller: 5.6 or 5.00504? i would say that 5.00504 = smaller than 5.6 though i`m not sure if mysql thinks the same.. And, 1.01 > and 1.1 are, in fact, *equal*. normally it isn`t.. in this sample.. it is :s that`s because you also have a 1.10... oh my god.. how much speed am i gonna lose in this :P 2007/4/10, Matthew Miller : > > On Tue, Apr 10, 2007 at 04:54:08PM +0200, Mark wrote: > > to be clear: > > 1.01 > > 1.10 > > 1.1 > > == smaler than: > > 1.20 > > that`s how my dep checker will work. > > Also, I need to point out that if your dep checker works like the above, > it's not right. First, it's got 1.1 and 1.10 in the wrong order. And, 1.01 > and 1.1 are, in fact, *equal*. Yeah, good times with RPM. > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mattdm at mattdm.org Tue Apr 10 18:57:49 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 14:57:49 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> References: <20070409213841.GA21490@jadzia.bu.edu> <6e24a8e80704091513o431d4df1o7c7df44d2e0b2466@mail.gmail.com> <20070410011130.GA3811@jadzia.bu.edu> <6e24a8e80704092337x16d364a7l5c780b49c7ae4229@mail.gmail.com> <20070410120029.GB29259@jadzia.bu.edu> <6e24a8e80704100723v319ccbadr17999c78125b3403@mail.gmail.com> <62040.192.54.193.51.1176216136.squirrel@rousalka.dyndns.org> <6e24a8e80704100754q6b7aee8do716a56c68d65a925@mail.gmail.com> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> Message-ID: <20070410185749.GA1063@jadzia.bu.edu> On Tue, Apr 10, 2007 at 08:49:14PM +0200, Mark wrote: > Which is smaller: 5.6 or 5.00504? > i would say that 5.00504 = smaller than 5.6 though i`m not sure if mysql > thinks the same.. But for a depsolver, all that matters is what RPM thinks. > And, 1.01 > >and 1.1 are, in fact, *equal*. > normally it isn`t.. in this sample.. it is :s that`s because you also have a > 1.10... What does the 1.10 have to do with it? One is still one, which isn't ten. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at redhat.com Tue Apr 10 19:18:12 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Apr 2007 15:18:12 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> Message-ID: <200704101518.15649.jkeating@redhat.com> On Tuesday 10 April 2007 14:49:14 Mark wrote: > Which is smaller: 5.6 or 5.00504? > > > i would say that 5.00504 = smaller than 5.6 though i`m not sure if mysql > thinks the same.. Actually, 5.6 is smaller. 5 and 5 is compared, then 00504 and 6 is compared. 00504 actually becomes 504 which is higher than just 6 and thus wins. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Tue Apr 10 19:23:31 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 10 Apr 2007 15:23:31 -0400 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <20070409234617.GD2831@free.fr> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <1176144845.21151.4.camel@rousalka.dyndns.org> <200704091500.45630.jkeating@redhat.com> <1176146859.21151.11.camel@rousalka.dyndns.org> <20070409234617.GD2831@free.fr> Message-ID: <20070410192331.GA31386@nostromo.devel.redhat.com> Patrice Dumas (pertusus at free.fr) said: > esmtp, for example. It provides all the mta alternatives entry, but not > all the functionalities. However smtpdaemon is better for a mta that > provides all the functionalities behind the mta alternatives (that is > send mail, receive mail on the smtp port and deliver mail locally). AFAIK, the smtpdaemon virtual provide predates mta by a good margin; it was done to not have a file dep on /usr/sbin/sendmail to be provided by exim/postfix/sendmail, because at the time RPM didn't handle: Provides /path/to/file correctly. Bill From mattdm at mattdm.org Tue Apr 10 19:33:40 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 15:33:40 -0400 Subject: bugzilla request: forbid filing against FC4? Message-ID: <20070410193340.GA5806@jadzia.bu.edu> In short: argh. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jima at beer.tclug.org Tue Apr 10 19:42:35 2007 From: jima at beer.tclug.org (Jima) Date: Tue, 10 Apr 2007 14:42:35 -0500 (CDT) Subject: bugzilla request: forbid filing against FC4? In-Reply-To: <20070410193340.GA5806@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> Message-ID: Just have the bug block OrbitalLaserTarget. The problem should sort itself out in a couple firing windows -- err, days. Jima From wart at kobold.org Tue Apr 10 19:53:05 2007 From: wart at kobold.org (Michael Thomas) Date: Tue, 10 Apr 2007 12:53:05 -0700 Subject: rpms/compat-guichan05/devel compat-guichan05.spec,1.1,1.2 In-Reply-To: <20070410204621.3f3cb2c8.mschwendt.tmp0701.nospam@arcor.de> References: <200704091828.l39ISrcX011979@cvs-int.fedora.redhat.com> <20070409215001.eadbce1e.mschwendt.tmp0701.nospam@arcor.de> <461ADA22.2010806@kobold.org> <20070410204621.3f3cb2c8.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <461BEB21.5080500@kobold.org> Michael Schwendt wrote: > A work-around here is to increase the "Obsoletes" version range > in the compat pkg from > > Obsoletes: guichan <= 0.5.0 > > to > > Obsoletes: guichan < 0.6.0 > > and possibly also > > Obsoletes: guichan <= 0.5.0-LASTKNOWNRELEASE.disttag Since there are no releases between guichan-0.5.0-4 and 0.6.1, 'Obsoletes: guichan < 0.6.0' should include everything necessary. In addition to making this change for FC6, I'll also push this to -devel, even though it looks like the automatic removal of guichan-0.5.0-1 has already fixed it. Thanks for the help! --Wart From markg85 at gmail.com Tue Apr 10 20:01:53 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 22:01:53 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <200704101518.15649.jkeating@redhat.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> Message-ID: <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> so.. is mysql yust removing out those first 2 zero`s?... i`m having a hard time believing that.. oke.. i wrote a tiny php script to make this clear: '; } else { echo 'see, 5.00504 is smaller than 5.6 like i said
'; } if (1.1 == 1.01) { echo 'not what i would have expected
'; } else { echo 'see, they 1.1 is not equal to 1.01
'; } ?> the result on my php (5.2.1) is: "see, 5.00504 is smaller than 5.6 like i said" and "see, they 1.1 is not equal to 1.01" those are the facts that are gonna be used in the dep checker. though i will probably need to break the recursive loop quite a few time if those strange version numbers like 1.1b2 occur... so jesse... how is your math going? ;) 2007/4/10, Jesse Keating : > > On Tuesday 10 April 2007 14:49:14 Mark wrote: > > Which is smaller: 5.6 or 5.00504? > > > > > > i would say that 5.00504 = smaller than 5.6 though i`m not sure if mysql > > thinks the same.. > > Actually, 5.6 is smaller. 5 and 5 is compared, then 00504 and 6 is > compared. > 00504 actually becomes 504 which is higher than just 6 and thus wins. > > -- > Jesse Keating > Release Engineer: Fedora > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolfy at nobugconsulting.ro Tue Apr 10 20:05:58 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 10 Apr 2007 23:05:58 +0300 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <20070410192331.GA31386@nostromo.devel.redhat.com> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <1176144845.21151.4.camel@rousalka.dyndns.org> <200704091500.45630.jkeating@redhat.com> <1176146859.21151.11.camel@rousalka.dyndns.org> <20070409234617.GD2831@free.fr> <20070410192331.GA31386@nostromo.devel.redhat.com> Message-ID: <461BEE26.30501@nobugconsulting.ro> On 04/10/2007 10:23 PM, Bill Nottingham wrote: > Patrice Dumas (pertusus at free.fr) said: > >> esmtp, for example. It provides all the mta alternatives entry, but not >> all the functionalities. However smtpdaemon is better for a mta that >> provides all the functionalities behind the mta alternatives (that is >> send mail, receive mail on the smtp port and deliver mail locally). >> > > AFAIK, the smtpdaemon virtual provide predates mta by a good margin; > it was done to not have a file dep on /usr/sbin/sendmail to be provided > by exim/postfix/sendmail, because at the time RPM didn't handle: > > Provides /path/to/file > > correctly. > > Bill > > So now we have 3 resources which all work, since rpm did learn to provide files correctly: - smtpdaemon - MTA - /usr/sbin/sendmail Can we attach specific meaning to each one (and/or drop whatever is not needed) and use this a guide ? I suggest - smtpdaemon for programs which can really be used as daemons (axigen / exim / postfix / qmail / sendmail / xmail) (not that all of them are packaged or available now; even if they are not, we could kindly ask the respective packagers to follow our guidelines) - MTA for anything that can be used as (or claims to be) a MTA (even send-only) (all the above plus esmtp and ssmtp) I admit I prefer MTA as a virtual resource name rather than /usr/sbin/sendmail because (to meat at least) it looks much more descriptive. However, given that lots of applications depend on /usr/sbin/sendmail, it will certainly be needed to be kept for "a while". Bugs should then be filed against applications (rhel inclusive !) depending on what they really need (MTA for mailx and mdadm for instance. Once these programs are fixed (will they ?) the MTA programs should fix the provided resources, too. Comments ? Improvements ? Manuel (still looking for a clean solution to keep ssmtp as a replacement for sendmail on centos 3/4 & FC 6 without using a private repo or using rpm --force / --nodeps) From jkeating at redhat.com Tue Apr 10 20:08:11 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Apr 2007 16:08:11 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> Message-ID: <200704101608.11771.jkeating@redhat.com> On Tuesday 10 April 2007 16:01:53 Mark wrote: > the result on my php (5.2.1) is: "see, 5.00504 is smaller than 5.6 like i > said" and "see, they 1.1 is not equal to 1.01" > those are the facts that are gonna be used in the dep checker. though i > will probably need to break the recursive loop quite a few time if those > strange version numbers like 1.1b2 occur... > so jesse... how is your math going? ;) Perhaps you're not getting it. RPM does not compare things such as "5.00504" vs "5.6", rather it breaks each part separated by a period into an individual item and compares those items. In effect, it compares 5 to 5, then 00504 to 6. Given that 00504 (which is really 504) is a larger number than 6 (or 00006 if you rather), the 5.00504 package is rpm newer than the 5.6 package. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wolfy at nobugconsulting.ro Tue Apr 10 20:07:41 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 10 Apr 2007 23:07:41 +0300 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <461BEE26.30501@nobugconsulting.ro> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <1176144845.21151.4.camel@rousalka.dyndns.org> <200704091500.45630.jkeating@redhat.com> <1176146859.21151.11.camel@rousalka.dyndns.org> <20070409234617.GD2831@free.fr> <20070410192331.GA31386@nostromo.devel.redhat.com> <461BEE26.30501@nobugconsulting.ro> Message-ID: <461BEE8D.4070909@nobugconsulting.ro> On 04/10/2007 11:05 PM, Manuel Wolfshant wrote: > > I admit I prefer MTA as a virtual resource name rather than > /usr/sbin/sendmail because (to meat at least) it looks much more > descriptive. s/meat/me/ :) From fedora.lists at burns.me.uk Tue Apr 10 20:08:57 2007 From: fedora.lists at burns.me.uk (Andy Burns) Date: Tue, 10 Apr 2007 21:08:57 +0100 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> Message-ID: On 10/04/07, Mark wrote: > so.. is mysql yust removing out those first 2 zero`s?... i`m having a hard time believing that.. > oke.. i wrote a tiny php script to make this clear: > the result on my php (5.2.1) is: "see, 5.00504 is smaller than 5.6 like i said" and "see, they 1.1 is not equal to 1.01" It isn't what PHP *thinks*, it it what RPM *knows* that counts. > those are the facts that are gonna be used in the dep checker. though i will probably need to break the recursive loop quite a few time if those strange version numbers like 1.1b2 occur... > so jesse... how is your math going? ;) Errr, people have been very patient and provided gentle hints about how many things you've overlooked, you need to start reading the source code of yum and rpm I think. From drago01 at gmail.com Tue Apr 10 20:10:16 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Tue, 10 Apr 2007 22:10:16 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> Message-ID: On 4/10/07, Mark wrote: > > so.. is mysql yust removing out those first 2 zero`s?... i`m having a hard > time believing that.. > oke.. i wrote a tiny php script to make this clear: > > > if (5.6 < 5.00504) > { > echo 'not what i would have expected
'; > } > else > { > echo 'see, 5.00504 is smaller than 5.6 like i said
'; > } > > if (1.1 == 1.01) > { > echo 'not what i would have expected
'; > } > else > { > echo 'see, they 1.1 is not equal to 1.01
'; > } > > ?> it was not about 1.1 and 1.01 but 1.10 should be bigger than 1.1 (which is the same if you do == ) this can be solved if you split the version string and compare each part (explode() ) the result on my php (5.2.1) is: "see, 5.00504 is smaller than 5.6 like i > said" and "see, they 1.1 is not equal to 1.01" > those are the facts that are gonna be used in the dep checker. though i > will probably need to break the recursive loop quite a few time if those > strange version numbers like 1.1b2 occur... > so jesse... how is your math going? ;) > > 2007/4/10, Jesse Keating : > > > > On Tuesday 10 April 2007 14:49:14 Mark wrote: > > > Which is smaller: 5.6 or 5.00504? > > > > > > > > > i would say that 5.00504 = smaller than 5.6 though i`m not sure if > > mysql > > > thinks the same.. > > > > Actually, 5.6 is smaller. 5 and 5 is compared, then 00504 and 6 is > > compared. > > 00504 actually becomes 504 which is higher than just 6 and thus wins. > > > > -- > > Jesse Keating > > Release Engineer: Fedora > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.mailhot at laposte.net Tue Apr 10 20:14:40 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 10 Apr 2007 22:14:40 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> Message-ID: <1176236080.611.8.camel@rousalka.dyndns.org> Le mardi 10 avril 2007 ? 22:01 +0200, Mark a ?crit : > so.. is mysql yust removing out those first 2 zero`s?... i`m having a > hard time believing that.. > oke.. i wrote a tiny php script to make this clear: I also suggest 2.6.3) { echo 'not what i would have expected
'; } else { echo 'I'll fix your kernel now!
'; } -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ericm24x7 at gmail.com Tue Apr 10 20:15:13 2007 From: ericm24x7 at gmail.com (eric magaoay) Date: Tue, 10 Apr 2007 16:15:13 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <1176215247.9351.19.camel@raptor.sr.unh.edu> <461BCFF7.5030109@gmail.com> Message-ID: <461BF051.7080800@gmail.com> KH KH wrote: > > 2007/4/10, eric magaoay >: > > It would be nice to get the curent status of the firmware. > > The firmware is under review here: (as eric know) > https://bugzilla.redhat.com/221675 > Heh, I forgot about that! I thought we were already beyond firmware review process. Thanks for the reminder, and great job on pushing the wireless drivers forward! > Same question about Ralink ones: > https://bugzilla.redhat.com/230161 > https://bugzilla.redhat.com/221675 > > Nicolas (kwizart) eric From a.badger at gmail.com Tue Apr 10 20:22:54 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 10 Apr 2007 13:22:54 -0700 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> Message-ID: <1176236574.30783.69.camel@localhost.localdomain> On Tue, 2007-04-10 at 22:01 +0200, Mark wrote: > so.. is mysql yust removing out those first 2 zero`s?... i`m having a > hard time believing that.. > oke.. i wrote a tiny php script to make this clear: > > > if (5.6 < 5.00504) > { > echo 'not what i would have expected
'; > } > else > { > echo 'see, 5.00504 is smaller than 5.6 like i said
'; > } > > if (1.1 == 1.01) > { > echo 'not what i would have expected
'; > } > else > { > echo 'see, they 1.1 is not equal to 1.01
'; > } > > ?> > > the result on my php (5.2.1) is: "see, 5.00504 is smaller than 5.6 > like i said" and "see, they 1.1 is not equal to 1.01" > those are the facts that are gonna be used in the dep checker. though > i will probably need to break the recursive loop quite a few time if > those strange version numbers like 1.1b2 occur... > so jesse... how is your math going? ;) > Mark, what people are trying to point out to you is that it doesn't matter what php, mysql, you, jesse, or I think is a more recent version. All that matters is what rpm thinks is a more recent version since rpm is what will ultimately be managing the packages on the system. Your two tests illustrate this problem. The tests show that php has one idea of what version is larger which will disagree with what rpm finds. Therefore it will be returning wrong values. -Toshio PS: Your tests aren't accurately testing what php will need to check either. Your tests are using php floating point types but versions (even without throwing rpm into the mix) aren't simple numbers. 2.10.1 vs 2.10.2 for instance. And when you can compare those properly, try comparing 2.10.1 vs 2.10.02. And when you can compare those try comparing 2.10.1beta1 vs 2.10.1... ad nauseum. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Tue Apr 10 20:23:36 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 16:23:36 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> Message-ID: <20070410202336.GA10143@jadzia.bu.edu> On Tue, Apr 10, 2007 at 10:01:53PM +0200, Mark wrote: > the result on my php (5.2.1) is: "see, 5.00504 is smaller than 5.6 like i > said" and "see, they 1.1 is not equal to 1.01" > those are the facts that are gonna be used in the dep checker. though i will Let me step back a bit. What are you trying to accomplish with this dep checker? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From markg85 at gmail.com Tue Apr 10 20:52:39 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 22:52:39 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070410202336.GA10143@jadzia.bu.edu> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> Message-ID: <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> check dependency`s :) ultimately.. a new yum version which just takes a second or 2 to check the dependency`s. Perhaps you're not getting it. RPM does not compare things such as "5.00504 > " > vs "5.6", rather it breaks each part separated by a period into an > individual > item and compares those items. In effect, it compares 5 to 5, then 00504 > to > 6. Given that 00504 (which is really 504) is a larger number than 6 (or > 00006 if you rather), the 5.00504 package is rpm newer than the 5.6package. first off.. sorry for not understanding the rpm part.. i understand it now. rpm clearly breaks all logic in version numbering. (atleast my point of view for the version logic) a question: what i still don`t get is where rpm is gonna step is.. aren`t i just checking the dependency`s with php + mysql (c++ + mysql when it`s all finished) and just use rpm to install / remove stuff? that was what i had in mind. if that isn`t possible than perhaps a patch should be written for rpm so that it doesn`t check for versions anymore.. it just installs nomather what you put in (version wise) and let my dep checker do all the version stuff. also i didn`t have the idea to let rpm be the package manager.. just to install rpm`s, remove rpm`s and get info about rpm`s. my repo checker will do all the math work. to put it simple.. rpm has to do this: - install rpms - remove rpms - don`t ask questions and just DO what i tell it to do - maintain the rpmdb - get info about a rpm (if needed) The dep checker needs to do: - read the rpmdb to see what rpm`s are installed - generate a list of new rpm`s that have to be installed (lets say for when you want to install kdebase) - send the install commands to rpm (which in turn adds the info to the database and installs the rpm) done? this should be about it right? 2007/4/10, Matthew Miller : > > On Tue, Apr 10, 2007 at 10:01:53PM +0200, Mark wrote: > > the result on my php (5.2.1) is: "see, 5.00504 is smaller than 5.6 like > i > > said" and "see, they 1.1 is not equal to 1.01" > > those are the facts that are gonna be used in the dep checker. though i > will > > Let me step back a bit. What are you trying to accomplish with this dep > checker? > > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hughsient at gmail.com Tue Apr 10 20:54:09 2007 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 10 Apr 2007 21:54:09 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <20070410151014.GB22579@redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <20070410151014.GB22579@redhat.com> Message-ID: <1176238449.1203.1.camel@hughsie-laptop> On Tue, 2007-04-10 at 11:10 -0400, John W. Linville wrote: > The point of the test kernels is to get feedback before shoving them > into rawhide. Rawhide is what it is, but I'd still prefer not to > break it if I can avoid it... Could you push some of your fixes upstream pls, i.e. the intel iwlwifi.git - or is there some sort of resistance upstream? Thanks, Richard. From mattdm at mattdm.org Tue Apr 10 21:07:12 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 17:07:12 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> Message-ID: <20070410210712.GA13815@jadzia.bu.edu> On Tue, Apr 10, 2007 at 10:52:39PM +0200, Mark wrote: > a question: what i still don`t get is where rpm is gonna step is.. aren`t i > just checking the dependency`s with php + mysql (c++ + mysql when it`s all > finished) and just use rpm to install / remove stuff? > that was what i had in mind. > if that isn`t possible than perhaps a patch should be written for rpm so > that it doesn`t check for versions anymore.. it just installs nomather what > you put in (version wise) and let my dep checker do all the version stuff. You could do that. But, do you really want your program coming up with different answers than the standard tools? Particularly, packagers work to make sure that the dependency chains work with RPM's logic (strange as it is in some cases). If your system doesn't work the same way, all bets are off. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From hughsient at gmail.com Tue Apr 10 21:06:32 2007 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 10 Apr 2007 22:06:32 +0100 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> Message-ID: <1176239192.1203.6.camel@hughsie-laptop> On Tue, 2007-04-10 at 22:52 +0200, Mark wrote: > if that isn`t possible than perhaps a patch should be written for rpm > so that it doesn`t check for versions anymore.. it just installs > nomather what you put in (version wise) and let my dep checker do all > the version stuff. Not to be rude, but could you start a sourceforce project and then get a mailing list to discuss this sort of stuff in private? This isn't really a issue for fedora core development list, well, until you have a drop in replacement for yum (which might be a little while off I think). Thanks. Richard. From linville at redhat.com Tue Apr 10 21:30:05 2007 From: linville at redhat.com (John W. Linville) Date: Tue, 10 Apr 2007 17:30:05 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <1176238449.1203.1.camel@hughsie-laptop> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <20070410151014.GB22579@redhat.com> <1176238449.1203.1.camel@hughsie-laptop> Message-ID: <20070410213005.GE22579@redhat.com> On Tue, Apr 10, 2007 at 09:54:09PM +0100, Richard Hughes wrote: > On Tue, 2007-04-10 at 11:10 -0400, John W. Linville wrote: > > The point of the test kernels is to get feedback before shoving them > > into rawhide. Rawhide is what it is, but I'd still prefer not to > > break it if I can avoid it... > > Could you push some of your fixes upstream pls, i.e. the intel > iwlwifi.git - or is there some sort of resistance upstream? Thanks for the suggestion... :-) So far, all I have is a one-liner for an oops that only occurs if you don't have firmware installed. I wanted to see if it worked before I sent it on, but I'll get it to them... John -- John W. Linville linville at redhat.com From markg85 at gmail.com Tue Apr 10 21:38:39 2007 From: markg85 at gmail.com (Mark) Date: Tue, 10 Apr 2007 23:38:39 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <1176239192.1203.6.camel@hughsie-laptop> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> Message-ID: <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> > > You could do that. But, do you really want your program coming up with > different answers than the standard tools? > if the "standard tools" are using logic that`s just no logic than yes someone needs to make a change This isn't really a issue for fedora core development list, well, until > you have a drop in replacement for yum (which might be a little while > off I think). you can say that (last part) again... it could take a long while till it`s done.. considering that i just know what pointers are in c++ and besides the pointers i know a few other basics but nothing interesting enough to be able to make this stuff in c++ and that`s the exact reason why i`m first making it in php. Not to be rude, but could you start a sourceforce project and then get a > mailing list to discuss this sort of stuff in private? not for now. This isn't really a issue for fedora core development list, well, until > you have a drop in replacement for yum (which might be a little while > off I think). Well i need to visions of the people here to make this stuff work so that`s one reason why i posted it here. i could make a sourceforge account and create a mailing list there but it`s highly unlikely that i would have gotten as much feedback as i get here. and in the end it`s all for fedora do why not post it here. (perhaps the fedora-list would have been a better place) 2007/4/10, Richard Hughes : > > On Tue, 2007-04-10 at 22:52 +0200, Mark wrote: > > if that isn`t possible than perhaps a patch should be written for rpm > > so that it doesn`t check for versions anymore.. it just installs > > nomather what you put in (version wise) and let my dep checker do all > > the version stuff. > > Not to be rude, but could you start a sourceforce project and then get a > mailing list to discuss this sort of stuff in private? > > This isn't really a issue for fedora core development list, well, until > you have a drop in replacement for yum (which might be a little while > off I think). > > Thanks. > > Richard. > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hughsient at gmail.com Tue Apr 10 21:44:38 2007 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 10 Apr 2007 22:44:38 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <20070410213005.GE22579@redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <20070410151014.GB22579@redhat.com> <1176238449.1203.1.camel@hughsie-laptop> <20070410213005.GE22579@redhat.com> Message-ID: <1176241478.1203.13.camel@hughsie-laptop> On Tue, 2007-04-10 at 17:30 -0400, John W. Linville wrote: > On Tue, Apr 10, 2007 at 09:54:09PM +0100, Richard Hughes wrote: > > On Tue, 2007-04-10 at 11:10 -0400, John W. Linville wrote: > > > The point of the test kernels is to get feedback before shoving them > > > into rawhide. Rawhide is what it is, but I'd still prefer not to > > > break it if I can avoid it... > > > > Could you push some of your fixes upstream pls, i.e. the intel > > iwlwifi.git - or is there some sort of resistance upstream? > > Thanks for the suggestion... :-) Heh, sorry :-) > So far, all I have is a one-liner for an oops that only occurs if you > don't have firmware installed. I wanted to see if it worked before > I sent it on, but I'll get it to them... Brilliant, thanks. Richard. From hughsient at gmail.com Tue Apr 10 21:50:46 2007 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 10 Apr 2007 22:50:46 +0100 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> Message-ID: <1176241846.1203.23.camel@hughsie-laptop> On Tue, 2007-04-10 at 23:38 +0200, Mark wrote: > You could do that. But, do you really want your program coming > up with > different answers than the standard tools? > > if the "standard tools" are using logic that`s just no logic than yes > someone needs to make a change No, new tools have to be backwards compatible else it breaks the entire toolchain that's been working for years. > This isn't really a issue for fedora core development list, > well, until > you have a drop in replacement for yum (which might be a > little while > off I think). > > you can say that (last part) again... it could take a long while till > it`s done.. considering that i just know what pointers are in c++ and > besides the pointers i know a few other basics but nothing interesting > enough to be able to make this stuff in c++ and that`s the exact > reason why i`m first making it in php. So if you admit you have little programming knowledge and not even a working prototype, can you PLEASE stop posting to this list. > Not to be rude, but could you start a sourceforce project and > then get a > mailing list to discuss this sort of stuff in private? > > not for now. Then you are going to make yourself very unpopular. > This isn't really a issue for fedora core development list, > well, until > you have a drop in replacement for yum (which might be a > little while > off I think). > > Well i need to visions of the people here to make this stuff work so > that`s one reason why i posted it here. > i could make a sourceforge account and create a mailing list there but > it`s highly unlikely that i would have gotten as much feedback as i > get here. and in the end it`s all for fedora do why not post it here. > (perhaps the fedora-list would have been a better place) To be honest, I think you need to read some source code of rpm and yum (and a good book on program design) before you start posting claims about a super fast depsolver. Sorry if this sounds harsh. Richard. From markg85 at gmail.com Tue Apr 10 22:15:02 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 00:15:02 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <1176241846.1203.23.camel@hughsie-laptop> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <1176241846.1203.23.camel@hughsie-laptop> Message-ID: <6e24a8e80704101515u2246b0ebnc400978dea11cc6d@mail.gmail.com> lol > No, new tools have to be backwards compatible else it breaks the entire > toolchain that's been working for years. i will find a way to "fix" that issue.. perhaps using yum if the "good" way can`t resolve the dependency`s So if you admit you have little programming knowledge and not even a > working prototype, can you PLEASE stop posting to this list. do i need to have c++ knowledge to make a prototype? yum isn`t written in c++ (or it wasn`t.. i dont really know there current coding state). i have alot of php knowledge and that will do fine for the moment but i`m also trying to learn c++ ^_^ Then you are going to make yourself very unpopular. that`s mean... i need to start somewhere. and without feedback i`m not getting far. To be honest, I think you need to read some source code of rpm and yum > (and a good book on program design) before you start posting claims > about a super fast depsolver. i didn`t exactly claim that i have the fastest dependency checker.. it was written as a question. but judging from all the feedback i got here i need to improve alot to make the timings more accurate compared to yum. but it`s still likely to be under 1 second for the mysql parsing. and i can look through the yum and rpm sources but that won`t do much good because i won`t understand 99% of it.. the other 1% is the include, print and if statement stuff ;) Sorry if this sounds harsh. kinda.. you could just give me suggestions and help me out with the code. 2007/4/10, Richard Hughes : > > On Tue, 2007-04-10 at 23:38 +0200, Mark wrote: > > You could do that. But, do you really want your program coming > > up with > > different answers than the standard tools? > > > > if the "standard tools" are using logic that`s just no logic than yes > > someone needs to make a change > > No, new tools have to be backwards compatible else it breaks the entire > toolchain that's been working for years. > > > This isn't really a issue for fedora core development list, > > well, until > > you have a drop in replacement for yum (which might be a > > little while > > off I think). > > > > you can say that (last part) again... it could take a long while till > > it`s done.. considering that i just know what pointers are in c++ and > > besides the pointers i know a few other basics but nothing interesting > > enough to be able to make this stuff in c++ and that`s the exact > > reason why i`m first making it in php. > > So if you admit you have little programming knowledge and not even a > working prototype, can you PLEASE stop posting to this list. > > > Not to be rude, but could you start a sourceforce project and > > then get a > > mailing list to discuss this sort of stuff in private? > > > > not for now. > > Then you are going to make yourself very unpopular. > > > This isn't really a issue for fedora core development list, > > well, until > > you have a drop in replacement for yum (which might be a > > little while > > off I think). > > > > Well i need to visions of the people here to make this stuff work so > > that`s one reason why i posted it here. > > i could make a sourceforge account and create a mailing list there but > > it`s highly unlikely that i would have gotten as much feedback as i > > get here. and in the end it`s all for fedora do why not post it here. > > (perhaps the fedora-list would have been a better place) > > To be honest, I think you need to read some source code of rpm and yum > (and a good book on program design) before you start posting claims > about a super fast depsolver. > > Sorry if this sounds harsh. > > Richard. > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rafael.espindola at gmail.com Tue Apr 10 22:36:35 2007 From: rafael.espindola at gmail.com (=?UTF-8?Q?Rafael_Esp=C3=ADndola?=) Date: Tue, 10 Apr 2007 23:36:35 +0100 Subject: rt2x00 driver In-Reply-To: References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> Message-ID: <564d96fb0704101536l19fdb8cfs8916f56d925054f6@mail.gmail.com> On 4/9/07, dragoran dragoran wrote: > try with this kernels: > http://people.redhat.com/linville/kernels/fc7/ > (have not tested them now but they should work) Same errors :-( If wlan0 is down, wpa_supplliacat fails with: ioctl[SIOCSIWAUTH]: Operation not supported WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported If wlan0 is up it fails with: ioctl[SIOCSIWMODE]: Device or resource busy Could not configure driver to use managed mode ioctl[SIOCSIWAUTH]: Operation not supported WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported Thanks! Rafael From rafael.espindola at gmail.com Tue Apr 10 22:43:21 2007 From: rafael.espindola at gmail.com (=?UTF-8?Q?Rafael_Esp=C3=ADndola?=) Date: Tue, 10 Apr 2007 23:43:21 +0100 Subject: rt2x00 driver In-Reply-To: <564d96fb0704101536l19fdb8cfs8916f56d925054f6@mail.gmail.com> References: <564d96fb0704090523q68d0199fncd3bcf779d56c30c@mail.gmail.com> <564d96fb0704101536l19fdb8cfs8916f56d925054f6@mail.gmail.com> Message-ID: <564d96fb0704101543h157c4faexe137025c425f6026@mail.gmail.com> > Same errors :-( The following lines are repeated over and over is dmesg: wlan0: scan completed wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:18:39:43:5c:da wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:18:39:43:5c:da wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:18:39:43:5c:da wlan0: authenticate with AP 00:18:39:43:5c:da wlan0: authenticate with AP 00:18:39:43:5c:da wlan0: authentication with AP 00:18:39:43:5c:da timed out wlan0: starting scan Thanks, Rafael From caillon at redhat.com Tue Apr 10 23:04:12 2007 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 10 Apr 2007 19:04:12 -0400 Subject: Any objection to updating wireless-tools in devel? In-Reply-To: <1176226538.13646.0.camel@localhost.localdomain> References: <1176226538.13646.0.camel@localhost.localdomain> Message-ID: <461C17EC.3000205@redhat.com> Dan Williams wrote: > It means a bump in the soname of the library, requiring rebuilds of > NetworkManager, rhpl, and kdenetwork to name a few. My main objection is that it's a beta still. But I suppose that people in networking never want to make actual releases. *cough*NetworkManager*cough*. Seriously, though, it would be super if we could convince both of you guys to actually release stuff. We're now going to ship a beta version of both NM and wireless-tools so what is the point in calling either a beta? From mattdm at mattdm.org Tue Apr 10 23:55:48 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 19:55:48 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> Message-ID: <20070410235548.GA27597@jadzia.bu.edu> On Tue, Apr 10, 2007 at 11:38:39PM +0200, Mark wrote: > >You could do that. But, do you really want your program coming up with > >different answers than the standard tools? > if the "standard tools" are using logic that`s just no logic than yes > someone needs to make a change Well, the difficult part here is: that logic is what is used in all of the packages for which you're trying to calculate. Therefore, using any other scheme, no matter how much better in some objective sense, just plain won't work. It might work for a *new* distribution designed around your new logic, but that's no help for Fedora, Additionally, as someone else noted, the versioning schemes used in real packages out in the world are often crazy too -- and in some cases, 1.11 is greater than 1.2 (because 1.1, 1.2, 1.3 ... 1.9, 1.10, 1.11) and in others it's less (because 1.0, 1.01, 1.02 ... 1.1, 1.11, 1.12 ... 1.2). No matter how clever you make the code, there's no good way to deal with that -- so might as well pick some way and be consistent. Which is what we've got. > This isn't really a issue for fedora core development list, well, until > >you have a drop in replacement for yum (which might be a little while > >off I think). I don't think the above is quite fair -- developing tools for Fedora is certainly on topic. Even for non-advanced programmers. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Wed Apr 11 00:17:18 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 10 Apr 2007 20:17:18 -0400 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070410235548.GA27597@jadzia.bu.edu> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070410235548.GA27597@jadzia.bu.edu> Message-ID: <1176250638.32458.65.camel@cutter> On Tue, 2007-04-10 at 19:55 -0400, Matthew Miller wrote: > > This isn't really a issue for fedora core development list, well, until > > >you have a drop in replacement for yum (which might be a little while > > >off I think). > > I don't think the above is quite fair -- developing tools for Fedora is > certainly on topic. Even for non-advanced programmers. > +1. Alternative depsolvers and discussion on how we should be doing that should definitely happen here or on other package-mgmt-related lists. However, a fair bit of this discussion would be best suited by various parties reading about rpm's version comparison and yum's dependency resolution methods before commenting on their virtue or vice. -sv From a.badger at gmail.com Wed Apr 11 01:33:30 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 10 Apr 2007 18:33:30 -0700 Subject: Location of gconf schema files In-Reply-To: <4617881F.2060903@hhs.nl> References: <4617881F.2060903@hhs.nl> Message-ID: <1176255210.30783.106.camel@localhost.localdomain> On Sat, 2007-04-07 at 14:01 +0200, Hans de Goede wrote: > Hi all, > > During the review of one of my packages it was pointed out that files under > /etc/gconf/schemas should not be marked %config, because they shouldnot be > edited and because leaving old edited versions there when using > %config(noreplace) could have bad side effects on the working of gconf. > > So I filed a bug against rpmlint as rpmlint complains about files under > /etc/gconf/schemas not beging %config: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235487 > > Ville then asked the question in that BZ ticket, that since these files > shouldn't be edited, that we really should be installing them under /usr/share. > I also know of atleast one package where upstream by default does exactly that. > > Ville also found a Debian draft policy on this: > http://burtonini.com/computing/gnome-policy-20050123.html#id2447554 > > I tend to agree with Ville's and the Debian draft policy's reasoning, these > files really should be under /usr/share (and gconf should be tought to look in > both locations) > There is a gnome mailing list thread somewhere between Havoc and some Debian packagers about this. I believe the end result was that Havoc acknowledged that %{_datadir} made more sense but didn't want to move them for fear of compatibility problems. If Debian is installing gconf schemas into %{_datadir} then there'd be evidence that compatibility isn't a huge problem (or at least, that the Debian people have some experience with how to deal with moving them.) Is this the case or is it just a draft? > So what do others think? I would like to see some discussion on this here and > then I would like to see / ask the FPC (to) make a decision on this, includng > whether or not to use %config for them. The main question I have is whether this is something we want to take on as a downstream project or something we'd want to do upstream. It is a moderately large task (although the complexity might not be hard. GConf2 and consuming apps should be all set up for this. It's just that we'll have to figure out how to install gconf schema to the right directory for lots of packages.) If Debian is actively moving things to %{_datadir} then it's two major distributions doing it which gives more credence to any patches we send upstream. This is a FHS issue and we have precedence for making moves within Fedora based on FHS (for instance, the way we install web applications). -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lsof at nodata.co.uk Wed Apr 11 06:13:45 2007 From: lsof at nodata.co.uk (nodata) Date: Wed, 11 Apr 2007 08:13:45 +0200 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <200704101317.56960.jkeating@redhat.com> References: <461BC417.3070506@redhat.com> <200704101317.56960.jkeating@redhat.com> Message-ID: <1176272025.3317.2.camel@sb-home.lan> Am Dienstag, den 10.04.2007, 13:17 -0400 schrieb Jesse Keating: > On Tuesday 10 April 2007 13:06:31 Christopher Aillon wrote: > > And why do test1, test2, test3 even exist? > > History. > > > Can we remove them if bugs > > should not be filed there? > > That's the plan. This is stage one of the plan. > The default is "test3", and it shouldn't be. A bug was opened two years ago reporting this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192856 From pekkas at netcore.fi Wed Apr 11 06:20:40 2007 From: pekkas at netcore.fi (Pekka Savola) Date: Wed, 11 Apr 2007 09:20:40 +0300 (EEST) Subject: sysctl is using deprecated syscall In-Reply-To: <461B782E.2090801@volny.cz> References: <20070410132730.415c0e4a.tsmetana@redhat.com> <461B782E.2090801@volny.cz> Message-ID: Hi, (I added Peter in Cc: as he's probably not following this.) On Tue, 10 Apr 2007, Miloslav Trmac wrote: > Hello, > Tomas Smetana napsal(a): >> The problem is that any attempt to read a deprecated sysctl ends up >> with kernel warning in the log. Thus "sysctl -a" produces warnings and >> since "sysctl -a" is used in init scripts >> (/etc/sysconfig/network-scripts/init.ipv6-global), > > While I have no opinion about the general case, can't the (sysctl -a > |grep "^net\.ipv6.conf\.") be replaced by (sysctl net.ipv6.conf) ? The reason is probably that when the initscripts were created 'sysctl net.ipv6.conf' wasn't supported. For example, it doesn't work (returns nothing) on RHL73 and RHL9 (and I suspect RHEL21 and RHEL3). It works on RHEL4 though. I'm also not sure (didn't check) if the failure mode is different when IPv6 hasn't been loaded. The grep returns an empty set, sysctl returns an error and a return code. Either could be made to work. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From pmatilai at laiskiainen.org Wed Apr 11 06:30:53 2007 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 11 Apr 2007 09:30:53 +0300 (EEST) Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <1176214777.3970.68.camel@localhost.localdomain> References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> <1176214777.3970.68.camel@localhost.localdomain> Message-ID: On Tue, 10 Apr 2007, Tom \spot\ Callaway wrote: > On Mon, 2007-04-09 at 23:44 -0400, Tom Lane wrote: >> "Tom \"spot\" Callaway" writes: >>> It is important to properly prepare the BuildRoot in the %install >>> section of your package before it is used. Every Fedora package MUST >>> have an %install section that begins with either: >>> %install >>> rm -rf %{buildroot} >>> or >>> %install >>> rm -rf $RPM_BUILD_ROOT >> >> Just outta curiosity, why is it not considered an RPM bug that every >> specfile has to take care of this detail? Seems like it'd be trivial >> to fix it once instead of memorializing this oversight in every package >> till the end of time. > > This is absolutely an RPM bug. However, since RPM is riddled with bugs, > we can either hope they get fixed, or work around them with guidelines > until they get fixed. > > Historically, filing bugs against items like this have been futile since > it would "change RPM's behavior", as broken as it may be. I've always been more than a bit puzzled by this... if the same logic was applied everywhere we'd be stuck with egcs 1.x (or something) as the C compiler because newer versions change the behavior and "break" a large amount of existing software. - Panu - From valent.turkovic at gmail.com Wed Apr 11 06:31:44 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 11 Apr 2007 08:31:44 +0200 Subject: rawhide report: 20070403 changes In-Reply-To: <1175683506.32658.61.camel@vader.jdub.homelinux.org> References: <200704031011.l33ABJEx017885@hs20-bc2-6.build.redhat.com> <1175683747.9209.0.camel@fedora> <1175683506.32658.61.camel@vader.jdub.homelinux.org> Message-ID: <64b14b300704102331s75e762a1n418cd1fe8b583a6f@mail.gmail.com> > > > > Why is that? Where do I file a bug? > > http://bugzilla.redhat.com > > josh I knew that! :) But in which category ? From valent.turkovic at gmail.com Wed Apr 11 06:46:30 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 11 Apr 2007 08:46:30 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) Message-ID: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> I installed all versions of yum-presto DeltaRPM package for Fedora Core 6 since 0.34 and they all worked great! I didn't have any issues. Now I run 0.38 and it works perfectly. I can't wait to test it on Fedora 7 test 3 I have on my other machine becuase I saw that it still needs a bit of polish to start running fine on Fedora 7. RPM build speed is also much better that SUSE updater! Bravo for yum-presto team! What experience do others have regarding yum-presto? Do you like it? Do you have any feature ideas? I would like to see the yum-presto status after update with bandwidth savings in human readable notation. If I'm not wrong there was that status in 0.34 but I didn't see it later version - correct me if I'm overlooking it. Thank you, Valent from Croatia. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From markg85 at gmail.com Wed Apr 11 07:01:33 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 09:01:33 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <1176250638.32458.65.camel@cutter> References: <1176153849.19199.144.camel@cutter> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070410235548.GA27597@jadzia.bu.edu> <1176250638.32458.65.camel@cutter> Message-ID: <6e24a8e80704110001o2d9f0e35o744386ffafff5b81@mail.gmail.com> would it work if i predefine all versions in another table (or column) in the way that rpm does it? that way i don`t lose any speed and i`m still compatible with yum ^_^ sounds like a wondefull solution to me. only problem left is how to deal with things like: 1.1b2 or 1.1stable or do i need to convert the b and stable things to numbers but in a unique way so that it doesn`t effect the rpm version stuff? sample: a = 001100 b = 002200 c = 003300 stable = 011110 unstable = 022220 or i can imagine that rpm gets stucg again if it founds a version like this: 1.b2 cause if i`m right rpm will see that (if i do my cenvertion) as: 1.002200 = 1.22 ? would this work? 2007/4/11, seth vidal : > > On Tue, 2007-04-10 at 19:55 -0400, Matthew Miller wrote: > > > > This isn't really a issue for fedora core development list, well, > until > > > >you have a drop in replacement for yum (which might be a little while > > > >off I think). > > > > I don't think the above is quite fair -- developing tools for Fedora is > > certainly on topic. Even for non-advanced programmers. > > > > +1. > > Alternative depsolvers and discussion on how we should be doing that > should definitely happen here or on other package-mgmt-related lists. > However, a fair bit of this discussion would be best suited by various > parties reading about rpm's version comparison and yum's dependency > resolution methods before commenting on their virtue or vice. > > -sv > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From trond.danielsen at fedoraproject.org Wed Apr 11 07:30:51 2007 From: trond.danielsen at fedoraproject.org (Trond Danielsen) Date: Wed, 11 Apr 2007 09:30:51 +0200 Subject: Fedora review day revived? Message-ID: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> Hi everyone, with the growing number of contributors to Fedora, a challenge for new contributors who want to get involved is finding reviewers and sponsors for their packages. A quick look at https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 tells me that there are many packages waiting to get into Fedora. Somehow I think we should find a way to more quickly push packages through the review prosess, and otherwise close the bug if it can't be finished within a reasonable amount of time. I found this on the wiki: http://fedoraproject.org/wiki/Extras/ReviewDay, and wondered if anybody would be interested in bringing it back to life? I think it would be good both for new contributors, and reviewers that could get help reviewing packages by experienced members of the community. I think once pr. month should be sufficent. Let me know what you think! Cheers, -- Trond Danielsen From valent.turkovic at gmail.com Wed Apr 11 07:36:09 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 11 Apr 2007 09:36:09 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070410235548.GA27597@jadzia.bu.edu> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070410235548.GA27597@jadzia.bu.edu> Message-ID: <64b14b300704110036l5bd849e3uc0a67699c76ca179@mail.gmail.com> > I don't think the above is quite fair -- developing tools for Fedora is > certainly on topic. Even for non-advanced programmers. > I agree! -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From kzak at redhat.com Wed Apr 11 07:41:37 2007 From: kzak at redhat.com (Karel Zak) Date: Wed, 11 Apr 2007 09:41:37 +0200 Subject: readahead could use a update In-Reply-To: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> Message-ID: <20070411074137.GS31445@petra.dvoda.cz> On Sat, Apr 07, 2007 at 07:59:33PM +0200, Mark wrote: > Hey, > > i just wanted to speed up firefox and i saw that the 1.5.0.9 lines are still > in readahead, but not 2.0.0.3 My plan is to generate new readahead lists, but few days before development freeze. > and i`m sure there are more things in readahead that i didn`t saw yet. > > btw.. firefox is real fast when added to readahead :) see readahead-collector, you can generate customized lists for your machine. > [root at localhost ~]# time firefox > > real 0m0.363s > user 0m0.009s > sys 0m0.031s > [root at localhost ~]# > > without it takes a few seconds. > perhaps a good idea to add the default gnome applets (that are shown on a > default fedora installation) to readahead? no problem Karel -- Karel Zak From valent.turkovic at gmail.com Wed Apr 11 07:44:59 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 11 Apr 2007 09:44:59 +0200 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <461BC417.3070506@redhat.com> References: <461BC417.3070506@redhat.com> Message-ID: <64b14b300704110044t4dd0bcb2s4bdd507f063e3024@mail.gmail.com> On 4/10/07, Christopher Aillon wrote: > > ------- Additional Comments From mattdm at mattdm.org 2007-04-10 12:35 EST > ------- > Fedora 7 test bugs should be filed against "devel", not against > test1/2/3. This > isn't obvious, I know. Moving this report so it isn't lost. Sorry but it is anything but obvious for new bug submitters. I went to bugzilla and saw developement, test1, test2..., fc5test1..., fc6test1, fc6test2, fc6test3 so I was expecting also f7test1, 2 and 3 or fc7test1, 2 and 3. For me this is anything but obvious or intuitive. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From jdieter at gmail.com Wed Apr 11 07:44:29 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Wed, 11 Apr 2007 10:44:29 +0300 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> Message-ID: <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> On Wed, 2007-04-11 at 08:46 +0200, Valent Turkovic wrote: > I would like to see the yum-presto status after update with bandwidth > savings in human readable notation. If I'm not wrong there was that > status in 0.34 but I didn't see it later version - correct me if I'm > overlooking it. > > Thank you, > Valent from Croatia. > Just a heads up - if you're not getting the screen with the bandwidth savings, then yum-presto hasn't downloaded any deltarpms. If this happens consistently, it's probably because your .repo files don't point to the yum-presto repository. The easiest way to fix it is: in fedora-updates.repo, add: deltaurl=http://www.lesbg.com/jdieter/updates/fc$releasever/$basearch and in fedora-extras.repo, add: deltaurl=http://www.lesbg.com/jdieter/extras/fc$releasever/$basearch These should become automatic once repository makers start creating presto repositories themselves. Thanks for the positive feedback. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdieter at gmail.com Wed Apr 11 07:45:50 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Wed, 11 Apr 2007 10:45:50 +0300 Subject: yum-presto 0.3.4 In-Reply-To: <1175948724.2242.2.camel@cpe1-23-149.cable.triera.net> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> <1175940905.4263.32.camel@jndwidescreen.lesbg.loc> <1175948724.2242.2.camel@cpe1-23-149.cable.triera.net> Message-ID: <1176277550.28372.46.camel@jndwidescreen.lesbg.loc> On Sat, 2007-04-07 at 14:25 +0200, Mladen Kuntner wrote: > no problem > > now we have > > # yum check presto > Loading "presto" plugin > Setting up Presto > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 82, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 156, in getOptionsConfig > (opts, self.cmds) = self.optparser.setupYumConfig() > File "/usr/share/yum-cli/cli.py", line 1084, in setupYumConfig > self.base.setupProgessCallbacks() > File "/usr/share/yum-cli/output.py", line 322, in > setupProgessCallbacks > self.repos.setProgressBar(TextMeter(fo=sys.stdout)) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 492, in > > repos = property(fget=lambda self: self._getRepos(), > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 342, in > _getRepos > self.plugins.run('postreposetup') > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 153, in > run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/presto.py", line 69, in postreposetup_hook > p_repo.setup(conduit.getConf().cache) > File "/usr/share/presto/prestoRepo.py", line 414, in setup > self.baseurlSetup() > File "/usr/share/presto/prestoRepo.py", line 282, in baseurlSetup > for url in self.baseurl: > TypeError: 'NoneType' object is not iterable > > mladen > Okay, I'm afraid it's going to take a bit longer for me to get a Rawhide box up and running, so, unless someone running Rawhide wants to try and tackle this, I'm afraid it will have to wait a bit longer. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From caillon at redhat.com Wed Apr 11 07:52:13 2007 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 11 Apr 2007 03:52:13 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <64b14b300704110044t4dd0bcb2s4bdd507f063e3024@mail.gmail.com> References: <461BC417.3070506@redhat.com> <64b14b300704110044t4dd0bcb2s4bdd507f063e3024@mail.gmail.com> Message-ID: <461C93AD.1080905@redhat.com> Valent Turkovic wrote: > On 4/10/07, Christopher Aillon wrote: >> >> ------- Additional Comments From mattdm at mattdm.org 2007-04-10 12:35 EST >> ------- >> Fedora 7 test bugs should be filed against "devel", not against >> test1/2/3. This >> isn't obvious, I know. Moving this report so it isn't lost. > > Sorry but it is anything but obvious for new bug submitters. > I went to bugzilla and saw developement, test1, test2..., fc5test1..., > fc6test1, fc6test2, fc6test3 so I was expecting also f7test1, 2 and 3 > or fc7test1, 2 and 3. > > For me this is anything but obvious or intuitive. Re-read the post you quoted. "This isn't obvious". We know it is dumb. We are also going to fix it. From galibert at pobox.com Wed Apr 11 08:43:47 2007 From: galibert at pobox.com (Olivier Galibert) Date: Wed, 11 Apr 2007 10:43:47 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704110001o2d9f0e35o744386ffafff5b81@mail.gmail.com> References: <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070410235548.GA27597@jadzia.bu.edu> <1176250638.32458.65.camel@cutter> <6e24a8e80704110001o2d9f0e35o744386ffafff5b81@mail.gmail.com> Message-ID: <20070411084347.GA87824@dspnet.fr.eu.org> On Wed, Apr 11, 2007 at 09:01:33AM +0200, Mark wrote: > would this work? You just have to do what rpm does, whatever your implementation language is. I join what rpm does. I think that code is under the GPL (it's directly part of the rpm source in any case, check there if you want to see the license). Incidentally, the version comparison is not the worse part by far. It's the file dependencies that are the real bitch. OG. -------------- next part -------------- A non-text attachment was scrubbed... Name: rpmvercmp.c Type: text/x-csrc Size: 3177 bytes Desc: not available URL: From alan at redhat.com Wed Apr 11 08:52:40 2007 From: alan at redhat.com (Alan Cox) Date: Wed, 11 Apr 2007 04:52:40 -0400 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070409023209.cfdc8396.mschwendt.tmp0701.nospam@arcor.de> References: <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408231713.GM31744@humbolt.us.dell.com> <20070409013120.17c39103.mschwendt.tmp0701.nospam@arcor.de> <20070409001337.GN31744@humbolt.us.dell.com> <20070409023209.cfdc8396.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070411085240.GA31918@devserv.devel.redhat.com> On Mon, Apr 09, 2007 at 02:32:09AM +0200, Michael Schwendt wrote: > Highest EVR wins version comparison and is published. Older EVR are > excluded and not published. So, the 1.2.11-1.fc6.1.noarch won't make it > into the repo, since the 1.fc6.2 release is newer. And for i386 that would > result in another switch, back from noarch to i386. Highest EVR in which locale ? From j.w.r.degoede at hhs.nl Wed Apr 11 08:51:32 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 11 Apr 2007 10:51:32 +0200 Subject: Fedora review day revived? In-Reply-To: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> Message-ID: <461CA194.4010806@hhs.nl> Trond Danielsen wrote: > Hi everyone, > > with the growing number of contributors to Fedora, a challenge for new > contributors who want to get involved is finding reviewers and > sponsors for their packages. A quick look at > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 > > tells me that there are many packages waiting to get into Fedora. > Somehow I think we should find a way to more quickly push packages > through the review prosess, and otherwise close the bug if it can't be > finished within a reasonable amount of time. > > I found this on the wiki: > http://fedoraproject.org/wiki/Extras/ReviewDay, and wondered if > anybody would be interested in bringing it back to life? I think it > would be good both for new contributors, and reviewers that could get > help reviewing packages by experienced members of the community. I > think once pr. month should be sufficent. Let me know what you think! > I think that a much better solution would be to encouroage people to exchange reviews, look for a package you find interesting that needs a review and offer to review it in exchange for the submitter reviewing one of yours. This works for me every time. Regards, Hans From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Apr 11 08:55:39 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 11 Apr 2007 10:55:39 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> Message-ID: <20070411105539.010fa29a@python3.es.egwn.lan> Mark wrote : > you can say that (last part) again... it could take a long while till it`s > done.. considering that i just know what pointers are in c++ and besides the > pointers i know a few other basics but nothing interesting enough to be able > to make this stuff in c++ and that`s the exact reason why i`m first making > it in php. Then you definitely want to start by coding a PHP module in C which would wrap around rpmlib. You could then map rpm files to objects in PHP to get all the info you need from the rpm files (requires and provides as well as file lists for instance) and obviously create useful functions, of which the first one could be to compare versions... and would be 100% accurate since it would be using rpm's internal version comparison. PHP5 is now also quite good at parsing XML, so playing with repodata shouldn't be hard either. Good luck! :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2943.fc6 Load : 0.59 0.57 0.55 From fedora at leemhuis.info Wed Apr 11 09:01:21 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 11 Apr 2007 11:01:21 +0200 Subject: Fedora review day revived? In-Reply-To: <461CA194.4010806@hhs.nl> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <461CA194.4010806@hhs.nl> Message-ID: <461CA3E1.8010005@leemhuis.info> On 11.04.2007 10:51, Hans de Goede wrote: > Trond Danielsen wrote: >> with the growing number of contributors to Fedora, a challenge for new >> contributors who want to get involved is finding reviewers and >> sponsors for their packages. A quick look at >> https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 >> >> tells me that there are many packages waiting to get into Fedora. >> Somehow I think we should find a way to more quickly push packages >> through the review prosess, and otherwise close the bug if it can't be >> finished within a reasonable amount of time. >> >> I found this on the wiki: >> http://fedoraproject.org/wiki/Extras/ReviewDay, and wondered if >> anybody would be interested in bringing it back to life? I think it >> would be good both for new contributors, and reviewers that could get >> help reviewing packages by experienced members of the community. I >> think once pr. month should be sufficent. Let me know what you think! I'd say the Review Days might work if there is someone that really drives the idea forward and gets enought people together on the review days to make this an event that people have fun at and want to join. Anyway: > I think that a much better solution would be to encouroage people to exchange > reviews, look for a package you find interesting that needs a review and offer > to review it in exchange for the submitter reviewing one of yours. This seems to be a good approach and one that IMHO is more important than the review days. But it seems to me we might need to help people with the "exchange reviews" idea a bit more -- e.g. give people waiting for reviews more hints how to exchange reviews; maybe a document in the wiki might help. Maybe in addition a page that people can use to find each other. CU thl From Christian.Iseli at licr.org Wed Apr 11 09:04:20 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 11 Apr 2007 11:04:20 +0200 Subject: Fedora review day revived? In-Reply-To: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> Message-ID: <20070411110420.3476fa5f@ludwig-alpha.unil.ch> On Wed, 11 Apr 2007 09:30:51 +0200, Trond Danielsen wrote: > A quick look at > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 > tells me that there are many packages waiting to get into Fedora. The FE-NEW blocker is on its way to RIP... The current preferred way (which I admit I should have more broadly announced) to see which packages need a review (and which ones are under review) is to look at: http://fedoraproject.org/PackageReviewStatus The last section (the one with an empty flag) is the one that needs the most love :-) Cheers, C From eric.tanguy at univ-nantes.fr Wed Apr 11 09:16:05 2007 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Wed, 11 Apr 2007 11:16:05 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> Message-ID: <1176282965.4710.10.camel@bureau.maison> Le mercredi 11 avril 2007 ? 10:44 +0300, Jonathan Dieter a ?crit : > On Wed, 2007-04-11 at 08:46 +0200, Valent Turkovic wrote: > > > I would like to see the yum-presto status after update with bandwidth > > savings in human readable notation. If I'm not wrong there was that > > status in 0.34 but I didn't see it later version - correct me if I'm > > overlooking it. > > > > Thank you, > > Valent from Croatia. > > > Just a heads up - if you're not getting the screen with the bandwidth > savings, then yum-presto hasn't downloaded any deltarpms. > > If this happens consistently, it's probably because your .repo files > don't point to the yum-presto repository. The easiest way to fix it is: > in fedora-updates.repo, add: > deltaurl=http://www.lesbg.com/jdieter/updates/fc$releasever/$basearch > and in fedora-extras.repo, add: > deltaurl=http://www.lesbg.com/jdieter/extras/fc$releasever/$basearch > > These should become automatic once repository makers start creating > presto repositories themselves. > > Thanks for the positive feedback. > You have to put deltaurl in fedora-updates.repo and fedora-extras.repo and not in /etc/yum/pluginconf.d/presto.conf ? When the original repo will create also deltarepo ? When you update your system soon the deltarepo is not created and you download the packages not the delta ones. Is it possible to integrate presto with the gui updater ? (that you can read the bandwidth savings ?) Thanks Eric From buildsys at redhat.com Wed Apr 11 10:03:30 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 11 Apr 2007 06:03:30 -0400 Subject: rawhide report: 20070411 changes Message-ID: <200704111003.l3BA3UgB008574@hs20-bc2-6.build.redhat.com> Updated Packages: alsa-lib-1.0.14-0.4.rc3.fc7 --------------------------- * Tue Apr 10 2007 Martin Stransky 1.0.14-0.4.rc3 - added fix for #233764 - unowned directories alsa-utils-1.0.14-0.4.rc2.fc7 ----------------------------- * Tue Apr 10 2007 Martin Stransky 1.0.14-0.4.rc2 - added support for large files - minor fix in alsaunmute - fixed #209239 - alsaconf: Stale language-dependent files - fixed #233765 - alsa-utils : unowned directories bind-31:9.4.0-4.fc7 ------------------- * Tue Apr 10 2007 Adam Tkac 31:9.4.0-4.fc7 - removed query-source[-v6] options from caching-nameserver config (#209954, increase security) - throw away idn. It won't be ready in fc7 busybox-1:1.2.2-8.fc7 --------------------- * Sat Apr 07 2007 David Woodhouse - 1:1.2.2-8 - Add busybox-petitboot subpackage cups-1:1.2.10-6.fc7 ------------------- * Tue Apr 10 2007 Tim Waugh 1:1.2.10-6 - Fixed 'cancel' man page (bug #234088). - Added empty subscriptions.conf file to make sure it gets the right SELinux file context. dovecot-1.0-10.rc31.fc7 ----------------------- * Tue Apr 10 2007 Tomas Janousek - 1.0-10.rc31 - update to latest upstream epiphany-2.18.1-1.fc7 --------------------- * Tue Apr 10 2007 Christopher Aillon 2.18.1-1 - Update to 2.18.1 evolution-2.10.1-2.fc7 ---------------------- * Tue Apr 10 2007 Matthew Barnes - 2.10.1-2.fc7 - Revise patch for GNOME bug #362638 to fix RH bug #235096 (crash when displaying a mail server message to user). firefox-2.0.0.3-3.fc7 --------------------- * Tue Apr 10 2007 Christopher Aillon 2.0.0.3-3 - Ensure initial homepage on all locales is our proper default firstboot-1.4.35-1.fc7 ---------------------- * Tue Apr 10 2007 Chris Lumens - 1.4.35-1 - Iterate over all possible CD drives on the additional CD module (#231612). - Correct package URL (#235079). - Update translation files. freetype-2.3.4-1.fc7 -------------------- * Thu Apr 05 2007 Behdad Esfahbod 2.3.4-1 - Update to 2.3.4. gnome-screensaver-2.18.0-7.fc7 ------------------------------ * Tue Apr 10 2007 Matthias Clasen - 2.18.0-7 - Make fast-user-switching work with gdm configurations involving multiple X servers gnutls-1.4.5-2.fc7 ------------------ * Tue Apr 10 2007 Tomas Mraz 1.4.5-2 - properly require install-info (patch by Ville Skytt??) - standard buildroot and use dist tag - add COPYING and README to doc gtk2-2.10.11-5.fc7 ------------------ * Tue Apr 10 2007 Matthias Clasen - 1.10.11-5 - Use DESKTOP xdg-user-dir in the file chooser httpd-2.2.4-3 ------------- * Tue Apr 03 2007 Joe Orton 2.2.4-3 - drop old triggers, old Requires, xmlto BR - use Requires(...) correctly - use standard BuildRoot - don't mark init script as config file - trim CHANGES further hwdata-0.200-1.fc7 ------------------ * Tue Apr 10 2007 Karsten Hopp 0.200-1 - use macros - update pci.ids java-1.5.0-gcj-1.5.0.0-13.fc7 ----------------------------- * Tue Apr 10 2007 Thomas Fitzsimmons - 1.5.0.0-13 - Import java-gcj-compat 1.0.75. - Point URL field at java-gcj-compat home page. - Require openssl for build. - Generate and include cacerts. - Resolves: rhbz#200836 rhbz#233239 kdebase-6:3.5.6-5.fc7 --------------------- * Tue Apr 10 2007 Than Ngo 6:3.5.6-5.fc7 - fix unknown protocol smb - add Buildrequires on libusb-devel kernel-2.6.20-1.3056.fc7 ------------------------ * Tue Apr 10 2007 John W. Linville - Add fix for using WPA with mac80211 drivers * Tue Apr 10 2007 Dave Jones - 2.6.21-rc6-git3 kexec-tools-1.101-68.fc7 ------------------------ * Tue Apr 10 2007 Neil Horman - 1.101-68.fc7 - Fix alignment of bootargs and device-tree structures on ppc64 * Tue Apr 10 2007 Neil Horman - 1.101-67.fc7 - Allow ppc to boot ppc64 kernels (bz 235608) * Tue Apr 10 2007 Neil Horman - 1.101-66.fc7 - Reduce rmo_top to 0x7c000000 for PS3 (bz 235030) libbonobo-2.18.0-2.fc7 ---------------------- * Mon Apr 09 2007 Matthias Clasen - 2.18.0-2 - Don't leak strings from the bonobo activation environment libgnomeui-2.18.1-2.fc7 ----------------------- * Tue Apr 10 2007 Matthias Clasen - 2.18.1-2 - Add user-dirs support to the gnome-vfs filechooser backend logwatch-7.3.4-5.fc7 -------------------- * Tue Apr 10 2007 Ivana Varekova 7.3.4-5 - logwatch will ignore more useless secure logs mesa-6.5.2-10.fc7 ----------------- * Tue Apr 10 2007 Adam Jackson 6.5.2-10 - mesa-6.5.2-radeon-backports-231787.patch: Backport various radeon bugfixes from git. (#231787) pango-1.16.2-1.fc7 ------------------ * Tue Apr 10 2007 Behdad Esfahbod - 1.16.2-1 - Update to 1.16.2. python-2.5-12.fc7 ----------------- * Mon Mar 19 2007 Jeremy Katz - 2.5.3-12 - fix alpha build (#231961) scrollkeeper-0.3.14-11.fc7 -------------------------- * Tue Apr 10 2007 Matthias Clasen - 0.3.4-11 - Add Panjabi translations for the content list (#230686) selinux-policy-2.5.11-8.fc7 --------------------------- * Tue Apr 10 2007 Dan Walsh 2.5.11-8 - Fix Sonypic backlight - Allow snmp to look at squid_conf_t shadow-utils-2:4.0.18.1-13.fc7 ------------------------------ * Tue Apr 10 2007 Peter Vrabec 2:4.0.18.1-13 - fix useradd dump core when build without WITH_SELINUX (#235641) system-switch-mail-0.5.25-13 ---------------------------- * Tue Apr 10 2007 Than Ngo - 0.5.25-13 - add support for ssmtp and esmtp * Mon Dec 18 2006 Phil Knirsch - 0.5.25-12 - Resolves: bz#216602, one more update for kn and si po files * Mon Dec 04 2006 Than Ngo - 0.5.25-11 - Resolved: bz#216602, update po files tetex-3.0-38.fc7 ---------------- * Tue Apr 10 2007 Jindrich Novy 3.0-38 - update nomencl package from CTAN (#234466) vixie-cron-4:4.1-81.fc7 ----------------------- * Tue Apr 10 2007 Marcela Maslanova - 4:4.1-81 - hard link from /etc/crontab cause stop running jobs - rhbz#235880 vte-0.16.1-1.fc7 ---------------- * Tue Apr 10 2007 Behdad Esfahbod 0.16.1-1 - Update to 0.16.1 - Drop all patches. All upstreamed. xorg-x11-drv-i810-1.6.5-19.fc7 ------------------------------ * Tue Apr 10 2007 Adam Jackson 1.6.5-19 - i810.xinf: Move all 965 and 945 chips onto the new driver, as well as 915GM. xorg-x11-server-1.2.99.905-3.fc7 -------------------------------- * Tue Apr 10 2007 Adam Jackson 1.2.99.905-3 - xserver-1.3.0-domain-obiwan.patch: Fix a PCI domain off-by-one. (#235861) - xserver-1.3.0-x86emu-imul-int64.patch: Fix imul in x86emu. (#235861) Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.i386 requires mockobjects Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.ia64 requires mockobjects Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.ppc64 requires mockobjects Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.ppc requires mockobjects Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 xdoclet - 1.2.3-7jpp.2.x86_64 requires mockobjects From mls at suse.de Wed Apr 11 10:21:58 2007 From: mls at suse.de (Michael Schroeder) Date: Wed, 11 Apr 2007 12:21:58 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> Message-ID: <20070411102158.GB15361@suse.de> On Wed, Apr 11, 2007 at 08:46:30AM +0200, Valent Turkovic wrote: > RPM build speed is also much better that SUSE updater! > Bravo for yum-presto team! What's rpm build speed? If you mean the applydeltarpm time, it's because SUSE uses bzip2 for payload compression, which is much slower than gzip. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From markg85 at gmail.com Wed Apr 11 10:35:20 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 12:35:20 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070411105539.010fa29a@python3.es.egwn.lan> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070411105539.010fa29a@python3.es.egwn.lan> Message-ID: <6e24a8e80704110335i7afaa019me1aa9663d89764ee@mail.gmail.com> thanx for that. at the moment i`ve used this to do the rpm stuff: http://cekirdek.uludag.org.tr/~meren/php_rpm/ i`m using that to get all the stuff out of the rpm files. > PHP5 is now also quite good at parsing XML, so playing with repodata > shouldn't be hard either. i`m not sure if it would be wise (for me) to try and improve the existing repodata structure.. also it`s just to big for what it provides.. and i want to do all the stuff my way first before i improve other things. And i think i found a way to bypass rpm`s off way of checking for version numbers. imagine you have: a = 1001001 b = 1002001 1.1b2 = 1.1[1002001]2 == right for rpm`s version check? (i think it is) 1.b2 = 1.[1002001] == right for rpm`s version check? (i think it is) in this case 1.1b2 ranks higher than 1.b2(rare that it even exists but well.. you gotta count it in) Now what am i doing? quite simple. version stuff can`t handle anything different than numbers so i need to convert alphabetic things to numbers and it MUST start other than 0 and and other than 0 otherwise RPM will is gonna play tricks with me. if this is possible it can be even as fast as the current measured speed ( 0.001 second) and why? well.. i just need to recalculate all versions in a php/c/c++ and put it in another table or column (column would be best in this case). than i can just change the query slightly and it`s checking on rpm compatible version numbers ^_^ now for another rpm version number question. imagine the following 2 versions: 0.2.2 1.0.3 with rpm will the versions get (because it`s striping zerro`s): 2.2 1.3 ?? or or is it just striping out zerro`s when there is more than 1 zerro? i think it won`t change the initial versions in this case. or when the length is moer than 1 character (i didn`t had a change to look over the rpmlib coding) some more info on the versions like how they are calculated and in which case would be helpfull.. or a link to the file that i need to look through 2007/4/11, Matthias Saou < thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net>: > > Mark wrote : > > > you can say that (last part) again... it could take a long while till > it`s > > done.. considering that i just know what pointers are in c++ and besides > the > > pointers i know a few other basics but nothing interesting enough to be > able > > to make this stuff in c++ and that`s the exact reason why i`m first > making > > it in php. > > Then you definitely want to start by coding a PHP module in C which > would wrap around rpmlib. You could then map rpm files to objects in PHP > to get all the info you need from the rpm files (requires and provides > as well as file lists for instance) and obviously create useful > functions, of which the first one could be to compare versions... and > would be 100% accurate since it would be using rpm's internal version > comparison. > > PHP5 is now also quite good at parsing XML, so playing with repodata > shouldn't be hard either. > > Good luck! :-) > > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2943.fc6 > Load : 0.59 0.57 0.55 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Apr 11 10:39:37 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 11 Apr 2007 16:09:37 +0530 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <20070411102158.GB15361@suse.de> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <20070411102158.GB15361@suse.de> Message-ID: <461CBAE9.9040808@fedoraproject.org> Michael Schroeder wrote: > On Wed, Apr 11, 2007 at 08:46:30AM +0200, Valent Turkovic wrote: >> RPM build speed is also much better that SUSE updater! >> Bravo for yum-presto team! > > What's rpm build speed? If you mean the applydeltarpm time, it's > because SUSE uses bzip2 for payload compression, which is much > slower than gzip. That probably does explain the speed difference. Looks like we are trading in disk space for better performance. Why was bzip2 compression chosen in SUSE? How much disk space do you save on disk by using bzip2? Rahul From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Apr 11 10:40:40 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 11 Apr 2007 12:40:40 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704110335i7afaa019me1aa9663d89764ee@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <20070410153907.GC12830@jadzia.bu.edu> <6e24a8e80704101149h44ed06e8ve7238a24be314916@mail.gmail.com> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070411105539.010fa29a@python3.es.egwn.lan> <6e24a8e80704110335i7afaa019me1aa9663d89764ee@mail.gmail.com> Message-ID: <20070411124040.049f5b73@python3.es.egwn.lan> Mark wrote : > some more info on the versions like how they are calculated > and in which case would be helpfull.. or a link to the file > that i need to look through Someone already answered that one, I'm afraid : The rpm source code. You can speculate all you want on "replacement" methods to compare versions, but chances you'll get it right are near zero... unless you use the exact same algorithm (and trick and hacks?) than rpm itself. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2943.fc6 Load : 2.17 2.18 2.37 From markg85 at gmail.com Wed Apr 11 10:42:28 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 12:42:28 +0200 Subject: readahead could use a update In-Reply-To: <20070411074137.GS31445@petra.dvoda.cz> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> Message-ID: <6e24a8e80704110342l5522ed34xf2e319c1d2ba5041@mail.gmail.com> > > My plan is to generate new readahead lists, but few days before > development freeze. > Wonderfull > see readahead-collector, you can generate customized lists for your > machine. nice, i didn`t know that something like that existed. and another suggestion. filling up the cache with programs isn`t good but still i would like to suggest to fill up: gdm, gnome, firefox, and openoffice. just so that a normal office desktop loads fast. Better would be if fedora is maintaining a list on each computer of the most used programs. than put those programs in readahead. 2007/4/11, Karel Zak : > > On Sat, Apr 07, 2007 at 07:59:33PM +0200, Mark wrote: > > Hey, > > > > i just wanted to speed up firefox and i saw that the 1.5.0.9 lines are > still > > in readahead, but not 2.0.0.3 > > My plan is to generate new readahead lists, but few days before > development freeze. > > > and i`m sure there are more things in readahead that i didn`t saw yet. > > > > btw.. firefox is real fast when added to readahead :) > > see readahead-collector, you can generate customized lists for your > machine. > > > [root at localhost ~]# time firefox > > > > real 0m0.363s > > user 0m0.009s > > sys 0m0.031s > > [root at localhost ~]# > > > > without it takes a few seconds. > > perhaps a good idea to add the default gnome applets (that are shown on > a > > default fedora installation) to readahead? > > no problem > > Karel > > -- > Karel Zak > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mschwendt.tmp0701.nospam at arcor.de Wed Apr 11 09:42:53 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 11 Apr 2007 11:42:53 +0200 Subject: yum wont upgrade noarch -> arch-specific In-Reply-To: <20070411085240.GA31918@devserv.devel.redhat.com> References: <1176059297.19199.105.camel@cutter> <20070408192608.GH31744@humbolt.us.dell.com> <20070408192829.GA29265@jadzia.bu.edu> <20070408193613.GI31744@humbolt.us.dell.com> <20070408201745.GK31744@humbolt.us.dell.com> <20070409010905.d53e0c3c.mschwendt.tmp0701.nospam@arcor.de> <20070408231713.GM31744@humbolt.us.dell.com> <20070409013120.17c39103.mschwendt.tmp0701.nospam@arcor.de> <20070409001337.GN31744@humbolt.us.dell.com> <20070409023209.cfdc8396.mschwendt.tmp0701.nospam@arcor.de> <20070411085240.GA31918@devserv.devel.redhat.com> Message-ID: <20070411114253.f44ba49c.mschwendt.tmp0701.nospam@arcor.de> On Wed, 11 Apr 2007 04:52:40 -0400, Alan Cox wrote: > On Mon, Apr 09, 2007 at 02:32:09AM +0200, Michael Schwendt wrote: > > Highest EVR wins version comparison and is published. Older EVR are > > excluded and not published. So, the 1.2.11-1.fc6.1.noarch won't make it > > into the repo, since the 1.fc6.2 release is newer. And for i386 that would > > result in another switch, back from noarch to i386. > > Highest EVR in which locale ? Whatever locale may be considered by rpm.labelCompare(). If its results are locale-dependent, RPM has a big problem. From mls at suse.de Wed Apr 11 10:49:07 2007 From: mls at suse.de (Michael Schroeder) Date: Wed, 11 Apr 2007 12:49:07 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461CBAE9.9040808@fedoraproject.org> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <20070411102158.GB15361@suse.de> <461CBAE9.9040808@fedoraproject.org> Message-ID: <20070411104907.GD15361@suse.de> On Wed, Apr 11, 2007 at 04:09:37PM +0530, Rahul Sundaram wrote: > That probably does explain the speed difference. Looks like we are > trading in disk space for better performance. Why was bzip2 compression > chosen in SUSE? To squeeze a couple of packages more on the CDs. > How much disk space do you save on disk by using bzip2? I think about 10%. But in retrospect it IMHO was a bad decission, bzip2 is much to slow. I hope things will be better if we switch to new compression schemes like 7zip. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From fedora at camperquake.de Wed Apr 11 10:49:03 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 11 Apr 2007 12:49:03 +0200 Subject: readahead could use a update In-Reply-To: <6e24a8e80704110342l5522ed34xf2e319c1d2ba5041@mail.gmail.com> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <6e24a8e80704110342l5522ed34xf2e319c1d2ba5041@mail.gmail.com> Message-ID: <20070411124903.1bb6e829@banea.int.addix.net> Hi. On Wed, 11 Apr 2007 12:42:28 +0200, Mark wrote: > filling up the cache with programs isn`t good Filling it with programs is what a cache is _for_. From markg85 at gmail.com Wed Apr 11 10:50:17 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 12:50:17 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070411124040.049f5b73@python3.es.egwn.lan> References: <1176153849.19199.144.camel@cutter> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070411105539.010fa29a@python3.es.egwn.lan> <6e24a8e80704110335i7afaa019me1aa9663d89764ee@mail.gmail.com> <20070411124040.049f5b73@python3.es.egwn.lan> Message-ID: <6e24a8e80704110350v65039178j7d8f58dfa4f3285d@mail.gmail.com> guess where this "hacking" reminds me of.. the hacking i need to do with css stylesheets to make them Internet Explorer compatible! and now this needs to be done in linux aswell.. even for one of it`s core components. o well.. i`m gonna browse through that source as soon as i get home. 2007/4/11, Matthias Saou < thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net>: > > Mark wrote : > > > some more info on the versions like how they are calculated > > and in which case would be helpfull.. or a link to the file > > that i need to look through > > Someone already answered that one, I'm afraid : The rpm source code. > You can speculate all you want on "replacement" methods to compare > versions, but chances you'll get it right are near zero... unless you > use the exact same algorithm (and trick and hacks?) than rpm itself. > > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2943.fc6 > Load : 2.17 2.18 2.37 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Wed Apr 11 10:54:25 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 12:54:25 +0200 Subject: readahead could use a update In-Reply-To: <20070411124903.1bb6e829@banea.int.addix.net> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <6e24a8e80704110342l5522ed34xf2e319c1d2ba5041@mail.gmail.com> <20070411124903.1bb6e829@banea.int.addix.net> Message-ID: <6e24a8e80704110354n3bf2690fl409bc8275008ecd@mail.gmail.com> yea but not filling it up completely :P small fast programs are fine aswell. i was actually under the impression (before i came in contact with readahead a few weeks ago) that the cache was only used for icons, internet files and text/image stuff and for radahead.. how can you see how big the readahead cache would be? the readahead files only provide paths to the files themselve and i`m not that good at linux shell scripting to see the actual cache size. 2007/4/11, Ralf Ertzinger : > > Hi. > > On Wed, 11 Apr 2007 12:42:28 +0200, Mark wrote: > > > filling up the cache with programs isn`t good > > Filling it with programs is what a cache is _for_. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From valent.turkovic at gmail.com Wed Apr 11 11:08:30 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 11 Apr 2007 13:08:30 +0200 Subject: OLPC - torrent? Message-ID: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> Sorry if this a wrong mailing list, but I don't know where to ask otherwise. I saw this article: http://www.engadget.com/2007/04/10/olpcs-linux-based-operating-system-available-for-download/ it points to this link: http://olpc.download.redhat.com/olpc/streams/sdk/build1/livecd/ but what are the differences between olpc-redhat-stream-sdk-build-1-20070403_1732-livecd.iso or olpc-redhat-stream-sdk-livecd.iso ? And why there is no torrent for this version at: http://torrent.fedoraproject.org/ Thank you. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From jkeating at redhat.com Wed Apr 11 11:31:19 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 07:31:19 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <1176272025.3317.2.camel@sb-home.lan> References: <461BC417.3070506@redhat.com> <200704101317.56960.jkeating@redhat.com> <1176272025.3317.2.camel@sb-home.lan> Message-ID: <200704110731.23601.jkeating@redhat.com> On Wednesday 11 April 2007 02:13:45 nodata wrote: > The default is "test3", and it shouldn't be. > > A bug was opened two years ago reporting this: > ?https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192856 I don't see a way in my admin views to set what the default is. I'm afraid it's the last version added which would be.... unfortunate. I'll try on a fresh browser today and see what the default is. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Apr 11 11:33:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 07:33:06 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <64b14b300704110044t4dd0bcb2s4bdd507f063e3024@mail.gmail.com> References: <461BC417.3070506@redhat.com> <64b14b300704110044t4dd0bcb2s4bdd507f063e3024@mail.gmail.com> Message-ID: <200704110733.07044.jkeating@redhat.com> On Wednesday 11 April 2007 03:44:59 Valent Turkovic wrote: > Sorry but it is anything but obvious for new bug submitters. > I went to bugzilla and saw developement, test1, test2..., fc5test1..., > fc6test1, fc6test2, fc6test3 so I was expecting also f7test1, 2 and 3 > or fc7test1, 2 and 3. > > For me this is anything but obvious or intuitive. And that's because there are other versions there to confuse you. Our plan for the future is to remove all the test versions leaving just devel and the released versions. When your choices are limited to just those it should become clear what to file against. We'll also be doing periodic cleansing of the devel bug set so that searching for bugs becomes a better and easier prospect. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at camperquake.de Wed Apr 11 11:40:50 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 11 Apr 2007 13:40:50 +0200 Subject: readahead could use a update In-Reply-To: <6e24a8e80704110354n3bf2690fl409bc8275008ecd@mail.gmail.com> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <6e24a8e80704110342l5522ed34xf2e319c1d2ba5041@mail.gmail.com> <20070411124903.1bb6e829@banea.int.addix.net> <6e24a8e80704110354n3bf2690fl409bc8275008ecd@mail.gmail.com> Message-ID: <20070411134050.5da5a034@banea.int.addix.net> Hi. On Wed, 11 Apr 2007 12:54:25 +0200, Mark wrote: > and for radahead.. how can you see how big the readahead cache would > be? the readahead files only provide paths to the files themselve and > i`m not that good at linux shell scripting to see the actual cache > size. Cache area is the entire available system RAM. From fedora at camperquake.de Wed Apr 11 11:46:22 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 11 Apr 2007 13:46:22 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704110350v65039178j7d8f58dfa4f3285d@mail.gmail.com> References: <1176153849.19199.144.camel@cutter> <200704101518.15649.jkeating@redhat.com> <6e24a8e80704101301l3211ab83l87adac9eaa4c269d@mail.gmail.com> <20070410202336.GA10143@jadzia.bu.edu> <6e24a8e80704101352kea010det5ad7f79c8fb12f4b@mail.gmail.com> <1176239192.1203.6.camel@hughsie-laptop> <6e24a8e80704101438j2d0afe3cv4dd0d7c757c6b44e@mail.gmail.com> <20070411105539.010fa29a@python3.es.egwn.lan> <6e24a8e80704110335i7afaa019me1aa9663d89764ee@mail.gmail.com> <20070411124040.049f5b73@python3.es.egwn.lan> <6e24a8e80704110350v65039178j7d8f58dfa4f3285d@mail.gmail.com> Message-ID: <20070411134622.13db8e60@banea.int.addix.net> Hi. On Wed, 11 Apr 2007 12:50:17 +0200, Mark wrote: > and now this needs to be done in linux aswell.. even for one of it`s > core components. RPM has been called many things, but never pretty. From jwboyer at jdub.homelinux.org Wed Apr 11 11:56:20 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 11 Apr 2007 06:56:20 -0500 Subject: OLPC - torrent? In-Reply-To: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> References: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> Message-ID: <1176292580.6379.0.camel@zod.rchland.ibm.com> On Wed, 2007-04-11 at 13:08 +0200, Valent Turkovic wrote: > And why there is no torrent for this version at: > http://torrent.fedoraproject.org/ Because OLPC is not a Fedora Project. josh From jkeating at redhat.com Wed Apr 11 11:57:51 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 07:57:51 -0400 Subject: OLPC - torrent? In-Reply-To: <1176292580.6379.0.camel@zod.rchland.ibm.com> References: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> <1176292580.6379.0.camel@zod.rchland.ibm.com> Message-ID: <200704110757.52150.jkeating@redhat.com> On Wednesday 11 April 2007 07:56:20 Josh Boyer wrote: > Because OLPC is not a Fedora Project. However we will be hosting some torrents for them, as OLPC is a derivative of Fedora. The base for their software releases is FC6, and they'll soon be attempting to rebase on F7 -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Wed Apr 11 12:02:59 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 11 Apr 2007 07:02:59 -0500 Subject: OLPC - torrent? In-Reply-To: <200704110757.52150.jkeating@redhat.com> References: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> <1176292580.6379.0.camel@zod.rchland.ibm.com> <200704110757.52150.jkeating@redhat.com> Message-ID: <1176292979.6379.6.camel@zod.rchland.ibm.com> On Wed, 2007-04-11 at 07:57 -0400, Jesse Keating wrote: > On Wednesday 11 April 2007 07:56:20 Josh Boyer wrote: > > Because OLPC is not a Fedora Project. > > However we will be hosting some torrents for them, as OLPC is a derivative of > Fedora. The base for their software releases is FC6, and they'll soon be > attempting to rebase on F7 That confuses me greatly. They have changes that are not in the Fedora packages themselves. Did the Board approve that? If I make a spin with packages/changes not in the Fedora package collection, can I get a jwb-spin torrent hosted? If not, then why is OLPC special? josh From jkeating at redhat.com Wed Apr 11 12:08:38 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 08:08:38 -0400 Subject: OLPC - torrent? In-Reply-To: <1176292979.6379.6.camel@zod.rchland.ibm.com> References: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> <200704110757.52150.jkeating@redhat.com> <1176292979.6379.6.camel@zod.rchland.ibm.com> Message-ID: <200704110808.39207.jkeating@redhat.com> On Wednesday 11 April 2007 08:02:59 Josh Boyer wrote: > That confuses me greatly. ?They have changes that are not in the Fedora > packages themselves. ?Did the Board approve that? They didn't need to as OLPC doesn't call the operating system "Fedora", nor are any of the logos in use. The bootup still says "Welcome to Fedora" but that's just because they haven't yet created their own "redhat-release" like package. > > If I make a spin with packages/changes not in the Fedora package > collection, can I get a jwb-spin torrent hosted? ?If not, then why is > OLPC special? You just might be able to. Chris Blizzard asked the infrastructure/board folks if he could host some torrents with us for OLPC builds. We collectively reviewed it and said yes. The same could happen for your spin, although that maybe a bit too close for comfort. OLPC is far far far more than just a spin of Fedora, it's truly a derivative for a specific application, the Xo laptop and the suger interface. This is really the endgoal for a lot of what we're doing in Fedora, to see such derivatives created to scratch their own needs, get as many of their acceptable changes upstream as possible and grow the mindshare around the Fedora software base. I think it's perfectly reasonable that we would offer some torrent hosting for such derivatives should they need it and request it. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pekkas at netcore.fi Wed Apr 11 12:12:44 2007 From: pekkas at netcore.fi (Pekka Savola) Date: Wed, 11 Apr 2007 15:12:44 +0300 (EEST) Subject: sysctl is using deprecated syscall (fwd) Message-ID: Forwarding for Peter, with a later comment added in. ---------- Forwarded message ---------- Date: Wed, 11 Apr 2007 11:30:46 +0200 From: Peter Bieringer To: Pekka Savola Cc: Development discussions related to Fedora Core Subject: Re: sysctl is using deprecated syscall Hi Pekka and others, At 11.04.2007 08:20, Pekka Savola wrote: > (I added Peter in Cc: as he's probably not following this.) Thank you for notifying, perhaps list moderator has to release my reply now... > On Tue, 10 Apr 2007, Miloslav Trmac wrote: >> Hello, >> Tomas Smetana napsal(a): >>> The problem is that any attempt to read a deprecated sysctl ends up >>> with kernel warning in the log. Thus "sysctl -a" produces warnings and >>> since "sysctl -a" is used in init scripts >>> (/etc/sysconfig/network-scripts/init.ipv6-global), >> >> While I have no opinion about the general case, can't the (sysctl -a >> |grep "^net\.ipv6.conf\.") be replaced by (sysctl net.ipv6.conf) ? > > The reason is probably that when the initscripts were created 'sysctl > net.ipv6.conf' wasn't supported. For example, it doesn't work (returns > nothing) on RHL73 and RHL9 (and I suspect RHEL21 and RHEL3). > It works on RHEL4 though. > > I'm also not sure (didn't check) if the failure mode is different when > IPv6 hasn't been loaded. The grep returns an empty set, sysctl returns > an error and a return code. Either could be made to work. In this place, "sysctl -a" only retrieves the existing interface list plus "all" and "default". This can be completly rewritten, if required. Interface list is as far as I tested currently available via # cat /proc/net/if_inet6 | awk '{ print $6 }' | sort -u So we can rewrite this with e.g. echo -e "all\ndefault\n`cat /proc/net/if_inet6 | awk '{ print $6 }' | sort -u`" Instead of using /proc/net/if_inet6 also "ip" can be used: # ip link | grep -w mtu | awk '{ print $2 }' | sed 's/://g' echo -e "all\ndefault\n`ip link | grep -w mtu | awk '{ print $2 }' | sed 's/://g'`" [[ Comment later on: This was not a good idea, because the list also contains IPv4 only interfaces like "ppp", so "sysctl -w ..." would throw an error. Is there no tool available which retrieves the interface list from kernel with the used protocols? ]] The first should probably be the preferred one. I will update my initscripts afterwards. Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto:pb at bieringer.de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/ OpenBC http://www.openbc.com/hp/Peter_Bieringer/ Personal invitation to OpenBC http://www.openbc.com/go/invita/3889 From tonynelson at georgeanelson.com Wed Apr 11 12:51:08 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Wed, 11 Apr 2007 08:51:08 -0400 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> <1176214777.3970.68.camel@localhost.localdomain> Message-ID: At 9:30 AM +0300 4/11/07, Panu Matilainen wrote: >On Tue, 10 Apr 2007, Tom \spot\ Callaway wrote: > >> On Mon, 2007-04-09 at 23:44 -0400, Tom Lane wrote: >>> "Tom \"spot\" Callaway" writes: >>>> It is important to properly prepare the BuildRoot in the %install >>>> section of your package before it is used. Every Fedora package MUST >>>> have an %install section that begins with either: >>>> %install >>>> rm -rf %{buildroot} >>>> or >>>> %install >>>> rm -rf $RPM_BUILD_ROOT >>> >>> Just outta curiosity, why is it not considered an RPM bug that every >>> specfile has to take care of this detail? Seems like it'd be trivial >>> to fix it once instead of memorializing this oversight in every package >>> till the end of time. >> >> This is absolutely an RPM bug. However, since RPM is riddled with bugs, >> we can either hope they get fixed, or work around them with guidelines >> until they get fixed. >> >> Historically, filing bugs against items like this have been futile since >> it would "change RPM's behavior", as broken as it may be. > >I've always been more than a bit puzzled by this... if the same logic was >applied everywhere we'd be stuck with egcs 1.x (or something) as the C >compiler because newer versions change the behavior and "break" a large >amount of existing software. When the C compiler is changed, already compiled programs keep running. When RPM is changed, already built RPMs stop working. /Thats/ what freezes RPM's behavior. -- ____________________________________________________________________ TonyN.:' ' From tonynelson at georgeanelson.com Wed Apr 11 12:50:44 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Wed, 11 Apr 2007 08:50:44 -0400 Subject: readahead could use a update In-Reply-To: <20070411074137.GS31445@petra.dvoda.cz> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> Message-ID: At 9:41 AM +0200 4/11/07, Karel Zak wrote: >On Sat, Apr 07, 2007 at 07:59:33PM +0200, Mark wrote: >> Hey, >> >> i just wanted to speed up firefox and i saw that the 1.5.0.9 lines are still >> in readahead, but not 2.0.0.3 > > My plan is to generate new readahead lists, but few days before > development freeze. > >> and i`m sure there are more things in readahead that i didn`t saw yet. >> >> btw.. firefox is real fast when added to readahead :) ... I used to do that each update withthe help of a bit of command line code, until I timed readahead. My timing tests of booting to the desktop with FF open showed no difference in the /total/ time, whether or not readahead was enabled. At that point I added FF to my session so it opens automatically now. None of my tests showed any benefit to readahead. Readahead just moves time around. I was quite surprised. -- ____________________________________________________________________ TonyN.:' ' From tonynelson at georgeanelson.com Wed Apr 11 12:50:18 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Wed, 11 Apr 2007 08:50:18 -0400 Subject: readahead could use a update In-Reply-To: <6e24a8e80704110354n3bf2690fl409bc8275008ecd@mail.gmail.com> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <6e24a8e80704110342l5522ed34xf2e319c1d2ba5041@mail.gmail.com> <20070411124903.1bb6e829@banea.int.addix.net> <6e24a8e80704110354n3bf2690fl409bc8275008ecd@mail.gmail.com> Message-ID: At 12:54 PM +0200 4/11/07, Mark wrote: >yea but not filling it up completely :P small fast programs are fine aswell. >i was actually under the impression (before i came in contact with >readahead a few weeks ago) that the cache was only used for icons, >internet files and text/image stuff You have no understanding at all of what the Linux kernel disk cache is for and how it works. You have much studying to do. If you don't want to read source code or google, try reading old fedora-list archives, where this user issue comes up fairly often. >and for radahead.. how can you see how big the readahead cache would be? >the readahead files only provide paths to the files themselve and i`m not >that good at linux shell scripting to see the actual cache size. Sum up the file sizes when making the static list. Readahead doesn't know or care, it just calls readahead (2) for each file to read that file into the kernel disk cache. -- ____________________________________________________________________ TonyN.:' ' -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at camperquake.de Wed Apr 11 13:19:38 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 11 Apr 2007 15:19:38 +0200 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> <1176214777.3970.68.camel@localhost.localdomain> Message-ID: <20070411151938.22f02e1a@banea.int.addix.net> Hi. On Wed, 11 Apr 2007 08:51:08 -0400, Tony Nelson wrote: > When the C compiler is changed, already compiled programs keep > running. When RPM is changed, already built RPMs stop > working. /Thats/ what freezes RPM's behavior. Bad comparison. RPM (as in the installer tool) is not equivalent to the C compiler. rpmbuild (which is part of RPM) is, and changes to rpmbuild do not affect already built packages, either. From pmatilai at laiskiainen.org Wed Apr 11 13:20:22 2007 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 11 Apr 2007 16:20:22 +0300 (EEST) Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: References: <1176156309.3970.59.camel@localhost.localdomain> <17116.1176176647@sss.pgh.pa.us> <1176214777.3970.68.camel@localhost.localdomain> Message-ID: On Wed, 11 Apr 2007, Tony Nelson wrote: > At 9:30 AM +0300 4/11/07, Panu Matilainen wrote: >> On Tue, 10 Apr 2007, Tom \spot\ Callaway wrote: >> >>> On Mon, 2007-04-09 at 23:44 -0400, Tom Lane wrote: >>>> "Tom \"spot\" Callaway" writes: >>>>> It is important to properly prepare the BuildRoot in the %install >>>>> section of your package before it is used. Every Fedora package MUST >>>>> have an %install section that begins with either: >>>>> %install >>>>> rm -rf %{buildroot} >>>>> or >>>>> %install >>>>> rm -rf $RPM_BUILD_ROOT >>>> >>>> Just outta curiosity, why is it not considered an RPM bug that every >>>> specfile has to take care of this detail? Seems like it'd be trivial >>>> to fix it once instead of memorializing this oversight in every package >>>> till the end of time. >>> >>> This is absolutely an RPM bug. However, since RPM is riddled with bugs, >>> we can either hope they get fixed, or work around them with guidelines >>> until they get fixed. >>> >>> Historically, filing bugs against items like this have been futile since >>> it would "change RPM's behavior", as broken as it may be. >> >> I've always been more than a bit puzzled by this... if the same logic was >> applied everywhere we'd be stuck with egcs 1.x (or something) as the C >> compiler because newer versions change the behavior and "break" a large >> amount of existing software. > > When the C compiler is changed, already compiled programs keep running. > When RPM is changed, already built RPMs stop working. /Thats/ what freezes > RPM's behavior. Except this discussion (and several similar others) has been about rpm *build-time* functionality. Oh and good luck trying to actually run binaries built in lets say rpm-4.0.x era on current systems :) - Panu - From opensource at till.name Wed Apr 11 13:31:15 2007 From: opensource at till.name (Till Maas) Date: Wed, 11 Apr 2007 15:31:15 +0200 Subject: madwifi and the new Binary Firmware addition In-Reply-To: <461B39B7.5080405@leemhuis.info> References: <1176156289.3970.57.camel@localhost.localdomain> <1176187031.981.5.camel@T7.Linux> <461B39B7.5080405@leemhuis.info> Message-ID: <200704111531.32551.opensource@till.name> On Di April 10 2007, Thorsten Leemhuis wrote: > Madwifi uses a HAL and the binary part is afaik running on the host CPU Afaik there is also an opensource HAL (OpenHAL) available, but I do not know how good the linux version is, the (Open?)BSD HAL is afaik complete opensource. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Wed Apr 11 13:37:20 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 09:37:20 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070410193340.GA5806@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> Message-ID: <20070411133720.GA6936@jadzia.bu.edu> If there's not an easy bugzilla feature to turn off new bugs for a given version, maybe we can make an "Archived Fedora Releases" *product*, and move all FC1-4 bugs there? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From hughsient at gmail.com Wed Apr 11 14:42:07 2007 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 11 Apr 2007 15:42:07 +0100 Subject: readahead could use a update In-Reply-To: <20070411074137.GS31445@petra.dvoda.cz> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> Message-ID: <1176302527.3337.5.camel@hughsie-laptop> On Wed, 2007-04-11 at 09:41 +0200, Karel Zak wrote: > see readahead-collector, you can generate customized lists for your > machine. Is version 1.4.x going to be pushed into rawhide anytime soon? Thanks, Richard. From bbbush.yuan at gmail.com Wed Apr 11 13:54:11 2007 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Wed, 11 Apr 2007 21:54:11 +0800 Subject: iwlwifi working anytime soon? In-Reply-To: <1176241478.1203.13.camel@hughsie-laptop> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <20070410151014.GB22579@redhat.com> <1176238449.1203.1.camel@hughsie-laptop> <20070410213005.GE22579@redhat.com> <1176241478.1203.13.camel@hughsie-laptop> Message-ID: <76e72f800704110654g24cbb878rcb4d1f7468e92538@mail.gmail.com> Today's iwlwifi (2.6.20-1.3056) works for me but the connection lasts for only ~30s, during which I can open gmail and read one or two mails. Then, I have to rmmod & modprobe iwlwifi, stop & start NM, to get it connected again, for another ~30s. Now switched back to ipw3945. The signal strength is 100% for iwlwifi, much better than ipw3945 (67%). Thanks. -- bbbush ^_^ From selinux at gmail.com Wed Apr 11 13:58:01 2007 From: selinux at gmail.com (Tom London) Date: Wed, 11 Apr 2007 06:58:01 -0700 Subject: iwlwifi working anytime soon? In-Reply-To: <76e72f800704110654g24cbb878rcb4d1f7468e92538@mail.gmail.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461B9919.8040006@warmcat.com> <4c4ba1530704100708r4d175194g2fd08ce5d7503c1f@mail.gmail.com> <461B9AFC.3000308@warmcat.com> <1176214753.3040.3.camel@zod.rchland.ibm.com> <20070410151014.GB22579@redhat.com> <1176238449.1203.1.camel@hughsie-laptop> <20070410213005.GE22579@redhat.com> <1176241478.1203.13.camel@hughsie-laptop> <76e72f800704110654g24cbb878rcb4d1f7468e92538@mail.gmail.com> Message-ID: <4c4ba1530704110658j1d136736ha3979ff49b319e30@mail.gmail.com> On 4/11/07, Yuan Yijun wrote: > Today's iwlwifi (2.6.20-1.3056) works for me but the connection lasts > for only ~30s, during which I can open gmail and read one or two > mails. Then, I have to rmmod & modprobe iwlwifi, stop & start NM, to > get it connected again, for another ~30s. > > Now switched back to ipw3945. The signal strength is 100% for iwlwifi, > much better than ipw3945 (67%). > > Thanks. > .3056 (and NetworkManager) still does not associate with WEP networks for me.... Will try later today with WPA network. tom -- Tom London From opensource at till.name Wed Apr 11 13:58:33 2007 From: opensource at till.name (Till Maas) Date: Wed, 11 Apr 2007 15:58:33 +0200 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <20070410111835.GA27281@suse.de> References: <1176156309.3970.59.camel@localhost.localdomain> <200704100710.04166.jkeating@redhat.com> <20070410111835.GA27281@suse.de> Message-ID: <200704111559.03702.opensource@till.name> On Di April 10 2007, Michael Schroeder wrote: > %__spec_build_pre %{___build_pre}\ > %{?buildroot: %__rm -rf "$RPM_BUILD_ROOT"\ > %__mkdir_p `dirname "$RPM_BUILD_ROOT"`\ > %__mkdir "$RPM_BUILD_ROOT"\ > } > > (This actually fixes a tiny security issue, that's why there are > two mkdir calls...) When you really need the first of the two mkdir invocations, the security issue is not fixed: https://www.redhat.com/archives/fedora-packaging/2007-March/msg00061.html Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From otto_rey at yahoo.com.ar Wed Apr 11 14:03:49 2007 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Wed, 11 Apr 2007 07:03:49 -0700 (PDT) Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) Message-ID: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> Is there any "spec" or "documentation" of version checking and dependency checking? IMHO to change, add features or reimplement existing tools or projects. we need documentation, like developer-readables-mini-rfc's Read source code to extract logic will produce mistake's , specially with different languages. ----- Mensaje original ---- De: Matthias Saou Para: fedora-devel-list at redhat.com Enviado: mi?rcoles 11 de abril de 2007, 7:40:40 Asunto: Re: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) Mark wrote : > some more info on the versions like how they are calculated > and in which case would be helpfull.. or a link to the file > that i need to look through Someone already answered that one, I'm afraid : The rpm source code. You can speculate all you want on "replacement" methods to compare versions, but chances you'll get it right are near zero... unless you use the exact same algorithm (and trick and hacks?) than rpm itself. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2943.fc6 Load : 2.17 2.18 2.37 -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list __________________________________________________ Pregunt?. Respond?. Descubr?. Todo lo que quer?as saber, y lo que ni imaginabas, est? en Yahoo! Respuestas (Beta). ?Probalo ya! http://www.yahoo.com.ar/respuestas -------------- next part -------------- An HTML attachment was scrubbed... URL: From mls at suse.de Wed Apr 11 14:04:38 2007 From: mls at suse.de (Michael Schroeder) Date: Wed, 11 Apr 2007 16:04:38 +0200 Subject: [GuidelinesChange] Prepping BuildRoot For %install In-Reply-To: <200704111559.03702.opensource@till.name> References: <1176156309.3970.59.camel@localhost.localdomain> <200704100710.04166.jkeating@redhat.com> <20070410111835.GA27281@suse.de> <200704111559.03702.opensource@till.name> Message-ID: <20070411140438.GA16108@suse.de> On Wed, Apr 11, 2007 at 03:58:33PM +0200, Till Maas wrote: > On Di April 10 2007, Michael Schroeder wrote: > > > %__spec_build_pre %{___build_pre}\ > > %{?buildroot: %__rm -rf "$RPM_BUILD_ROOT"\ > > %__mkdir_p `dirname "$RPM_BUILD_ROOT"`\ > > %__mkdir "$RPM_BUILD_ROOT"\ > > } > > > > (This actually fixes a tiny security issue, that's why there are > > two mkdir calls...) > > When you really need the first of the two mkdir invocations, the security > issue is not fixed: > https://www.redhat.com/archives/fedora-packaging/2007-March/msg00061.html Yes, I know, but it's in most cases a moot issue because the buildroot is in /var/tmp. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From buildsys at fedoraproject.org Wed Apr 11 14:10:17 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 11 Apr 2007 10:10:17 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-11 Message-ID: <20070411141017.DC775152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 25 asymptote-1.25-1.fc7 audacious-docklet-0.1.1-2.fc7 audacious-plugins-1.3.2-1.fc7 blobwars-1.06-1.fc7 cyrus-imapd-2.3.8-3.fc7 dates-0.3.1-1.fc7 gambas-1.0.17-8.fc7 gkrellmms-2.1.22-9.fc7 gnome-theme-clearlooks-bigpack-0.6-5.fc7 imlib-1.9.15-2.fc7 kazehakase-0.4.5-2.fc7 NEW mysql-gui-tools-5.0r11-3.fc7 pdns-2.9.20-9.fc7 perl-MailTools-1.76-1.fc7 pymsn-0.2.2-1.fc7 python-formencode-0.7.1-1.fc7 NEW ruby-gnome2-0.16.0-5.fc7 sear-0.6.3-4.fc7 siege-2.66-1.fc7 smb4k-0.8.1-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3054.fc7 telepathy-butterfly-0.1.4-1.fc7 wallpapoz-0.4-0.2.svn55.fc7 wlassistant-0.5.7-1.fc7 xkeycaps-2.46-6.fc7 Packages built and released for Fedora Extras 6: 12 asymptote-1.25-1.fc6 blobwars-1.06-1.fc6 gambas-1.0.17-8.fc6 imlib-1.9.15-2.fc6 kazehakase-0.4.5-2.fc6 libcaca-0.99-0.1.beta11.fc6 NEW mysql-gui-tools-5.0r11-3.fc6 pdns-2.9.20-9.fc6 NEW ruby-gnome2-0.16.0-5.fc6 smb4k-0.8.1-1.fc6 wlassistant-0.5.7-1.fc6 xkeycaps-2.46-6.fc6 Packages built and released for Fedora Extras 5: 8 asymptote-1.25-1.fc5 gambas-1.0.17-8.fc5 NEW mysql-gui-tools-5.0r11-3.fc5 pdns-2.9.20-9.fc5 NEW perl-SVG-Graph-0.01-6.fc5 smb4k-0.8.1-1.fc5 wlassistant-0.5.7-1.fc5 xkeycaps-2.46-6.fc5 asymptote-1.25-1.fc7 -------------------- * Tue Apr 10 2007 Jose Pedro Oliveira - 1.25-1 - Update to 1.25. audacious-docklet-0.1.1-2.fc7 ----------------------------- * Tue Apr 10 2007 Kevin Fenzi - 0.1.1-2 - Rebuild for new audacious version. audacious-plugins-1.3.2-1.fc7 ----------------------------- * Sat Apr 07 2007 Ralf Ertzinger 1.3.2-1.fc7 - Update to 1.3.2 blobwars-1.06-1.fc7 ------------------- * Tue Apr 10 2007 Hans de Goede 1.06-1 - New upstream release 1.06-2 cyrus-imapd-2.3.8-3.fc7 ----------------------- * Wed Apr 11 2007 Tomas Janousek - 2.3.8-3 - updated the no-bare-nl patch (#235569), thanks to Matthias Hensler dates-0.3.1-1.fc7 ----------------- * Tue Apr 10 2007 Jesse Keating - 0.3.1-1 - New upstream release gambas-1.0.17-8.fc7 ------------------- * Tue Apr 10 2007 Tom "spot" Callaway 1.0.17-8 - make the gambas-runtime package own /usr/share/gambas, since everything depends on it (resolves bugzilla 233789) gkrellmms-2.1.22-9.fc7 ---------------------- * Tue Apr 10 2007 Brian Pepple - 2.1.22-9 - Add requies on gkrellm (#233836) gnome-theme-clearlooks-bigpack-0.6-5.fc7 ---------------------------------------- * Tue Apr 10 2007 Peter Gordon - 0.6-5 - Add patch to fix the longstanding issue of ComboBox hover text having little or no contrast when using the Cairo-enabled Curve theme (which also quiets some "... not implemented and will be ignored" options). - Rework %setup invocations to be more quiet (as they should be). - Add some text to the %description to note that we have the Cairo-enabled goodness. imlib-1.9.15-2.fc7 ------------------ * Tue Apr 10 2007 Paul Howarth 1:1.9.15-2 - add patch for CVE-2004-1025, CVE-2004-1026 (integer/buffer overflows) (#235416) * Thu Mar 29 2007 Paul Howarth 1:1.9.15-1 - update to 1.9.15 - update gmodulehack patch - update URL - version the obsoletes and provides - require giflib-devel instead of libungif-devel - remove redundant gtk+ dependency - devel package requires %{_datadir}/aclocal and pkgconfig - remove patches for fixes done upstream (ac25, waitpid, bounds) - use sed rather than perl for scripted edits - macro-ize commands where possible, hardcode paths otherwise - use make with DESTDIR rather than %makeinstall - use more explicit names in the %files lists - make imlib-config multilib-compatible - add buildreq libXt-devel (needed for FC5) kazehakase-0.4.5-2.fc7 ---------------------- * Tue Apr 10 2007 Mamoru Tasaka - 0.4.5-2 - Enable ruby-gtk2 support mysql-gui-tools-5.0r11-3.fc7 ---------------------------- * Tue Apr 10 2007 Dennis Gilmore - 5.0r11-3 - drop BR on gtksourceview-devel and newt-devel * Sun Apr 08 2007 Dennis Gilmore - 5.0r11-2 - change where the r11 goes - make a mysql-gui-tools package which requires everything - make mysql-administrator and mysql-query-browser require mysql-gui-common * Fri Mar 30 2007 Dennis Gilmore - 5.0-1.r11 - update to 5.0 release 11 pdns-2.9.20-9.fc7 ----------------- * Tue Apr 10 2007 2.9.20-9 - Add Requires for chkconfig, service and useradd (#235582) perl-MailTools-1.76-1.fc7 ------------------------- * Tue Apr 10 2007 Paul Howarth 1.76-1 - Update to 1.76 - Add comment text about the patch for fixing CPAN RT#20726 - BuildRequire perl(ExtUtils::MakeMaker) rather than perl-devel * Thu Mar 08 2007 Paul Howarth 1.74-4 - Buildrequire perl-devel for Fedora 7 onwards - Fix argument order for find with -depth pymsn-0.2.2-1.fc7 ----------------- * Tue Apr 10 2007 Brian Pepple - 0.2.2-1 - Update to 0.2.2. python-formencode-0.7.1-1.fc7 ----------------------------- * Mon Apr 09 2007 Toshio Kuratomi 0.7.1-1 - Upgrade to bugfix 0.7.1 release. ruby-gnome2-0.16.0-5.fc7 ------------------------ * Mon Apr 09 2007 Allisson Azevedo 0.16.0-5 - Changed buildrequires and requires * Mon Apr 09 2007 Allisson Azevedo 0.16.0-4 - Changed buildrequires and requires * Mon Apr 09 2007 Allisson Azevedo 0.16.0-3 - Changed buildrequires and requires - Changed license for LGPL * Mon Apr 02 2007 Allisson Azevedo 0.16.0-2 - Changed buildrequires and requires - Changed make install for keep timestamps - Changed package summary * Sat Mar 24 2007 Allisson Azevedo 0.16.0-1 - Initial RPM release - Thanks Stephanos Manos for base spec sear-0.6.3-4.fc7 ---------------- * Sun Apr 08 2007 Wart 0.6.3-4 - Update to use older compat-guichan05 library siege-2.66-1.fc7 ---------------- * Tue Apr 10 2007 Allisson Azevedo 2.66-1 - Update to 2.66 smb4k-0.8.1-1.fc7 ----------------- * Tue Apr 10 2007 Marcin Garski 0.8.1-1 - Updated to version 0.8.1 sysprof-kmod-1.0.8-1.2.6.20_1.3054.fc7 -------------------------------------- telepathy-butterfly-0.1.4-1.fc7 ------------------------------- * Tue Apr 10 2007 Brian Pepple - 0.1.4-1 - Update to 0.1.4. wallpapoz-0.4-0.2.svn55.fc7 --------------------------- * Wed Apr 11 2007 Mamoru Tasaka - 0.4-0.2.svn55 - svn 55 wlassistant-0.5.7-1.fc7 ----------------------- * Tue Apr 10 2007 Tom "spot" Callaway 0.5.7-1 - 0.5.7 xkeycaps-2.46-6.fc7 ------------------- * Tue Apr 10 2007 Tom "spot" Callaway 2.46-6 - fix bugzilla 227229 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From markg85 at gmail.com Wed Apr 11 14:20:41 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 16:20:41 +0200 Subject: readahead could use a update In-Reply-To: <1176302527.3337.5.camel@hughsie-laptop> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <1176302527.3337.5.camel@hughsie-laptop> Message-ID: <6e24a8e80704110720s46957b82pfcf53812da6b7956@mail.gmail.com> > > You have no understanding at all of what the Linux kernel disk cache is > for and how it works. You have much studying to do. i know. i`m gonna learn that programming stuff.. but it`s hard. 2007/4/11, Richard Hughes : > > On Wed, 2007-04-11 at 09:41 +0200, Karel Zak wrote: > > see readahead-collector, you can generate customized lists for your > > machine. > > Is version 1.4.x going to be pushed into rawhide anytime soon? > > Thanks, > > Richard. > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Wed Apr 11 14:33:16 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 10:33:16 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411133720.GA6936@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> Message-ID: <200704111033.19635.jkeating@redhat.com> On Wednesday 11 April 2007 09:37:20 Matthew Miller wrote: > If there's not an easy bugzilla feature to turn off new bugs for a given > version, maybe we can make an "Archived Fedora Releases" *product*, and > move all FC1-4 bugs there? I think our plan is to actually do that for all existing bugs, create a new "Fedora" product that would get new bugs and would only have 7 and devel as available releases. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dcbw at redhat.com Wed Apr 11 14:44:28 2007 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Apr 2007 10:44:28 -0400 Subject: Any objection to updating wireless-tools in devel? In-Reply-To: <461C17EC.3000205@redhat.com> References: <1176226538.13646.0.camel@localhost.localdomain> <461C17EC.3000205@redhat.com> Message-ID: <1176302668.30124.4.camel@localhost.localdomain> On Tue, 2007-04-10 at 19:04 -0400, Christopher Aillon wrote: > Dan Williams wrote: > > It means a bump in the soname of the library, requiring rebuilds of > > NetworkManager, rhpl, and kdenetwork to name a few. > > My main objection is that it's a beta still. But I suppose that people > in networking never want to make actual releases. > *cough*NetworkManager*cough*. Care to roll 0.6.5 for me? :) I dare you. There's not a burning need to rev wireless-tools. The stupid message is annoying and there's a problem with leakage of kernel data on 64-bit kernels with 32-bit userspace or something like that, but that can be backported I think. Thoughts? Dan > > Seriously, though, it would be super if we could convince both of you > guys to actually release stuff. We're now going to ship a beta version > of both NM and wireless-tools so what is the point in calling either a beta? > > > From jonathan.underwood at gmail.com Wed Apr 11 14:52:25 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 11 Apr 2007 15:52:25 +0100 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <200704111033.19635.jkeating@redhat.com> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> Message-ID: <645d17210704110752u7aa22a09h2acc46b28e7819f@mail.gmail.com> On 11/04/07, Jesse Keating wrote: > On Wednesday 11 April 2007 09:37:20 Matthew Miller wrote: > > If there's not an easy bugzilla feature to turn off new bugs for a given > > version, maybe we can make an "Archived Fedora Releases" *product*, and > > move all FC1-4 bugs there? > > I think our plan is to actually do that for all existing bugs, create a > new "Fedora" product that would get new bugs and would only have 7 and devel > as available releases. Er, 6 isn't EOL'd for quite some time yet. Presumably you meant to include that. From michael.wiktowy at gmail.com Wed Apr 11 14:54:20 2007 From: michael.wiktowy at gmail.com (Michael Wiktowy) Date: Wed, 11 Apr 2007 10:54:20 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <200704111033.19635.jkeating@redhat.com> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> Message-ID: <3e4ec4600704110754p4c9a36a3jb4bd9c0341c4f071@mail.gmail.com> On 4/11/07, Jesse Keating wrote: > On Wednesday 11 April 2007 09:37:20 Matthew Miller wrote: > > If there's not an easy bugzilla feature to turn off new bugs for a given > > version, maybe we can make an "Archived Fedora Releases" *product*, and > > move all FC1-4 bugs there? > > I think our plan is to actually do that for all existing bugs, create a > new "Fedora" product that would get new bugs and would only have 7 and devel > as available releases. Are people actually filing new bugs against References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> Message-ID: <6e24a8e80704110756q25e7f861kdc5f335138ca7001@mail.gmail.com> documentation like that would be nice. 2007/4/11, Otto Rey : > > Is there any "spec" or "documentation" of version checking and dependency > checking? > > IMHO to change, add features or reimplement existing tools or projects. we > need documentation, like developer-readables-mini-rfc's > Read source code to extract logic will produce mistake's , specially with > different languages. > > > > ----- Mensaje original ---- > De: Matthias Saou < > thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net> > Para: fedora-devel-list at redhat.com > Enviado: mi?rcoles 11 de abril de 2007, 7:40:40 > Asunto: Re: Did i just made the fastest dependency checker in the world? > (198 packages in 1.5 seconds) > > Mark wrote : > > > some more info on the versions like how they are calculated > > and in which case would be helpfull.. or a link to the file > > that i need to look through > > Someone already answered that one, I'm afraid : The rpm source code. > You can speculate all you want on "replacement" methods to compare > versions, but chances you'll get it right are near zero... unless you > use the exact same algorithm (and trick and hacks?) than rpm itself. > > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2943.fc6 > Load : 2.17 2.18 2.37 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > ------------------------------ > *Pregunt?. Respond?. Descubr?.* > Todo lo que quer?as saber, y lo que ni imaginabas, > est? en *Yahoo! Respuestas* (Beta). > *Probalo ya! * > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Wed Apr 11 14:59:19 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 10:59:19 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <3e4ec4600704110754p4c9a36a3jb4bd9c0341c4f071@mail.gmail.com> References: <20070410193340.GA5806@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> <3e4ec4600704110754p4c9a36a3jb4bd9c0341c4f071@mail.gmail.com> Message-ID: <200704111059.19452.jkeating@redhat.com> On Wednesday 11 April 2007 10:54:20 Michael Wiktowy wrote: > Switching to a new "Fedora" product will only work for a year and then > you will be in the same situation where you have the old unsupported > F7 attracting new bug reports. Doing both would probably be the > solution. I want to see a strategy where unsupported releases are moved to a different product so that the "Fedora" product only has supported and devel releases available. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tonynelson at georgeanelson.com Wed Apr 11 15:00:33 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Wed, 11 Apr 2007 11:00:33 -0400 Subject: Studying programming [was Re: readahead could use a update] In-Reply-To: <6e24a8e80704110720s46957b82pfcf53812da6b7956@mail.gmail.com> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <1176302527.3337.5.camel@hughsie-laptop> <6e24a8e80704110720s46957b82pfcf53812da6b7956@mail.gmail.com> Message-ID: At 4:20 PM +0200 4/11/07, Mark wrote: >You have no understanding at all of what the Linux kernel disk cache is >for and how it works. You have much studying to do. > > >i know. >i`m gonna learn that programming stuff.. but it`s hard. Yes. It's hard the way writing is hard. To become a better writer one must read many things, and then try to emulate them, and then move on to new writings. For your dep checker to work out, you will need to read the current code and ferret out what it does, and then test test test with all the packages you can find. If it were documented, the docs would be stale and misleadingly wrong -- and they are -- but you should still read Maximum RPM at www.rpm.org/max-rpm. To read the current RPM code you will need to read C, for which K&R _The C Programming Language_ 2nd ed. is still probably best, and for yum, Python, for which the Python Tutorial at docs.python.org/tut/ is the best way to start . To find out how the kernel disk cache works, well, there is the source, and LKML, and for some things the user-oriented fedora-list, which can be browsed easily enough at www.redhat.com/archives/fedora-list, or searched with Google: search terms site:www.redhat.com/archives/fedora-list (I use "site:" a lot to narrow searches to a particular source. It's very flexible about what it accepts, so "site:redhat.com" would find the same things as well as many others.) Ehh, while I'm on the soapbox, man and apropos are your friends (see man man and man apropos). Well, apropos is not quite your friend, since if it is given two words it returns separate results for each, rather than one result for both, but I have a nicer one at . Apropos2 could use the ability to subtract things, but currently I use grep: apropos foo bar | grep -v bart or more practically: apropos module | grep -v '(3' -- ____________________________________________________________________ TonyN.:' ' -------------- next part -------------- An HTML attachment was scrubbed... URL: From emmanuel.seyman at club-internet.fr Wed Apr 11 15:11:32 2007 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Wed, 11 Apr 2007 17:11:32 +0200 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411133720.GA6936@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> Message-ID: <20070411151132.GA11649@orient.maison.lan> * Matthew Miller [11/04/2007 16:15] : > > If there's not an easy bugzilla feature to turn off new bugs for a given > version, maybe we can make an "Archived Fedora Releases" *product*, and move > all FC1-4 bugs there? It is possible to mark a product "closed for bugs" in Bugzilla. Emmanuel From michael.wiktowy at gmail.com Wed Apr 11 15:22:00 2007 From: michael.wiktowy at gmail.com (Michael Wiktowy) Date: Wed, 11 Apr 2007 11:22:00 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411151132.GA11649@orient.maison.lan> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <20070411151132.GA11649@orient.maison.lan> Message-ID: <3e4ec4600704110822t3db6e82ex4e037f163d4fb26@mail.gmail.com> On 4/11/07, Emmanuel Seyman wrote: > It is possible to mark a product "closed for bugs" in Bugzilla. Is it still possible to comment or change the product to a current release if they are still valid after this is done on bugs affected by this change? If so then this seems like a better plan than making a pseudo tomb product. /Mike From caillon at redhat.com Wed Apr 11 15:27:18 2007 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 11 Apr 2007 11:27:18 -0400 Subject: Any objection to updating wireless-tools in devel? In-Reply-To: <1176302668.30124.4.camel@localhost.localdomain> References: <1176226538.13646.0.camel@localhost.localdomain> <461C17EC.3000205@redhat.com> <1176302668.30124.4.camel@localhost.localdomain> Message-ID: <461CFE56.8070002@redhat.com> Dan Williams wrote: > On Tue, 2007-04-10 at 19:04 -0400, Christopher Aillon wrote: >> Dan Williams wrote: >>> It means a bump in the soname of the library, requiring rebuilds of >>> NetworkManager, rhpl, and kdenetwork to name a few. >> My main objection is that it's a beta still. But I suppose that people >> in networking never want to make actual releases. >> *cough*NetworkManager*cough*. > > Care to roll 0.6.5 for me? :) I dare you. Sure. Want to roll 0.7.0 for me? :) > There's not a burning need to rev wireless-tools. The stupid message is > annoying and there's a problem with leakage of kernel data on 64-bit > kernels with 32-bit userspace or something like that, but that can be > backported I think. Thoughts? Can we harp on Jean to release a final? Making people decide between a beta/pre version and something that works is kind of crappy. Backup plan, yeah backport the fixes we need. How about you pull in these fixes to our RPM while I roll out a NM 0.6.5? From giallu at gmail.com Wed Apr 11 15:32:07 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Wed, 11 Apr 2007 17:32:07 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> Message-ID: On 4/11/07, Otto Rey wrote: > > Is there any "spec" or "documentation" of version checking and dependency > checking? > > IMHO to change, add features or reimplement existing tools or projects. we > need documentation, like developer-readables-mini-rfc's > Read source code to extract logic will produce mistake's , specially with > different languages. I read something here: http://people.redhat.com/laroche/pyrpm/pyrpm-devel.html From lxtnow at gmail.com Wed Apr 11 15:37:41 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Wed, 11 Apr 2007 11:37:41 -0400 Subject: SIGs/KDE packages Request: OpenWengo Message-ID: <62bc09df0704110837y2e4e4866sb9d1fe6c88d3ceca@mail.gmail.com> Hi folks, it's seems that we can have a problem to add wengophone to fedora/extras repository. it use (also need) ffmepg libraries for some owned features. So, i think this package should go to unofficial repository (such as livna or Atrpms) Or, anyone have a comment to write about ? regards, -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Wed Apr 11 15:39:00 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 11 Apr 2007 11:39:00 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> Message-ID: <461D0114.9020205@redhat.com> I wonder if it is time to discuss whether we want deltarpm's to be distributed by default on the mirrors, or to enable it by default in Fedora's yum. Perhaps it is too late to do this for Fedora 7, and adding it to the mirrors might be best to do when the mirror layout changes for the merged distribution. Warren Togami wtogami at redhat.com From jkeating at redhat.com Wed Apr 11 15:46:56 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 11:46:56 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D0114.9020205@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> <461D0114.9020205@redhat.com> Message-ID: <200704111146.56285.jkeating@redhat.com> On Wednesday 11 April 2007 11:39:00 Warren Togami wrote: > I wonder if it is time to discuss whether we want deltarpm's to be > distributed by default on the mirrors, or to enable it by default in > Fedora's yum. > > Perhaps it is too late to do this for Fedora 7, and adding it to the > mirrors might be best to do when the mirror layout changes for the > merged distribution. Correct me if I'm wrong, but deltarpms don't yet support the Fedora 7 platform do they? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Wed Apr 11 15:46:43 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 11:46:43 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <200704111033.19635.jkeating@redhat.com> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> Message-ID: <20070411154643.GA17518@jadzia.bu.edu> On Wed, Apr 11, 2007 at 10:33:16AM -0400, Jesse Keating wrote: > I think our plan is to actually do that for all existing bugs, create a > new "Fedora" product that would get new bugs and would only have 7 and > devel as available releases. That's good for now, give or take the what-to-do-with-5-and-6 issue. But what about when Fedora 7 is obsolete? Eventually, I'll get tired and you'll have to find someone else who finds twisted pleasure in closing bug reports filed against unmaintained releases. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Apr 11 15:47:01 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 11:47:01 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <3e4ec4600704110754p4c9a36a3jb4bd9c0341c4f071@mail.gmail.com> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> <3e4ec4600704110754p4c9a36a3jb4bd9c0341c4f071@mail.gmail.com> Message-ID: <20070411154701.GB17518@jadzia.bu.edu> On Wed, Apr 11, 2007 at 10:54:20AM -0400, Michael Wiktowy wrote: > Are people actually filing new bugs against Boston University Linux ------> From mattdm at mattdm.org Wed Apr 11 15:48:12 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 11:48:12 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411151132.GA11649@orient.maison.lan> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <20070411151132.GA11649@orient.maison.lan> Message-ID: <20070411154812.GC17518@jadzia.bu.edu> On Wed, Apr 11, 2007 at 05:11:32PM +0200, Emmanuel Seyman wrote: > > If there's not an easy bugzilla feature to turn off new bugs for a given > > version, maybe we can make an "Archived Fedora Releases" *product*, and > > move all FC1-4 bugs there? > It is possible to mark a product "closed for bugs" in Bugzilla. Yes indeed, which is why I made the suggestion. As far as I know, there isn't a way to mark a *version* closed for bugs, which would be more straightforward. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Apr 11 15:48:59 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 11:48:59 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <3e4ec4600704110822t3db6e82ex4e037f163d4fb26@mail.gmail.com> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <20070411151132.GA11649@orient.maison.lan> <3e4ec4600704110822t3db6e82ex4e037f163d4fb26@mail.gmail.com> Message-ID: <20070411154859.GD17518@jadzia.bu.edu> On Wed, Apr 11, 2007 at 11:22:00AM -0400, Michael Wiktowy wrote: > >It is possible to mark a product "closed for bugs" in Bugzilla. > Is it still possible to comment or change the product to a current > release if they are still valid after this is done on bugs affected by > this change? If so then this seems like a better plan than making a > pseudo tomb product. It's not a better plan; it's the *same* plan. :) But yes, you can still modify existing bugs. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Wed Apr 11 15:56:15 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 11 Apr 2007 11:56:15 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D0114.9020205@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> <461D0114.9020205@redhat.com> Message-ID: <1176306975.13177.2.camel@cutter> On Wed, 2007-04-11 at 11:39 -0400, Warren Togami wrote: > I wonder if it is time to discuss whether we want deltarpm's to be > distributed by default on the mirrors, or to enable it by default in > Fedora's yum. > > Perhaps it is too late to do this for Fedora 7, and adding it to the > mirrors might be best to do when the mirror layout changes for the > merged distribution. It's too late for F7. -sv From mastahnke at gmail.com Wed Apr 11 15:54:01 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 11 Apr 2007 10:54:01 -0500 Subject: Fedora review day revived? In-Reply-To: <20070411110420.3476fa5f@ludwig-alpha.unil.ch> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> Message-ID: <7874d9dd0704110854i62f4dd4ayb5be65eb2e5762c6@mail.gmail.com> Once merge reviews are complete, will the reviews for new packages be as backed up? I think currently anyone looking at reviews is just overcome with the amount of them. If we knocked out all the merge reviews (no easy task, I know), the rest might be easier. I would be willing to help setup a review day sometime in May, if we agree it's a good idea. stahnma On 4/11/07, Christian Iseli wrote: > On Wed, 11 Apr 2007 09:30:51 +0200, Trond Danielsen wrote: > > A quick look at > > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 > > tells me that there are many packages waiting to get into Fedora. > > The FE-NEW blocker is on its way to RIP... > > The current preferred way (which I admit I should have more broadly > announced) to see which packages need a review (and which ones are > under review) is to look at: > http://fedoraproject.org/PackageReviewStatus > > The last section (the one with an empty flag) is the one that needs the > most love :-) > > Cheers, > C > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From sundaram at fedoraproject.org Wed Apr 11 15:55:13 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 11 Apr 2007 21:25:13 +0530 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111146.56285.jkeating@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <1176277469.28372.44.camel@jndwidescreen.lesbg.loc> <461D0114.9020205@redhat.com> <200704111146.56285.jkeating@redhat.com> Message-ID: <461D04E1.30005@fedoraproject.org> Jesse Keating wrote: > On Wednesday 11 April 2007 11:39:00 Warren Togami wrote: >> I wonder if it is time to discuss whether we want deltarpm's to be >> distributed by default on the mirrors, or to enable it by default in >> Fedora's yum. >> >> Perhaps it is too late to do this for Fedora 7, and adding it to the >> mirrors might be best to do when the mirror layout changes for the >> merged distribution. > > Correct me if I'm wrong, but deltarpms don't yet support the Fedora 7 platform > do they? There are obviously some fixes that are required at the client level: yum presto plugin. However we can encourage the mirrors to presto enable all the repositories right away. Since the client is in extras users can choose to install it for FC5, FC6 and rawhide (this one is esp interesting right now) and we should look at installing the plugin by default in F8. Rahul From jkeating at redhat.com Wed Apr 11 16:00:03 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 12:00:03 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411154643.GA17518@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> <20070411154643.GA17518@jadzia.bu.edu> Message-ID: <200704111200.03645.jkeating@redhat.com> On Wednesday 11 April 2007 11:46:43 Matthew Miller wrote: > That's good for now, give or take the what-to-do-with-5-and-6 issue. But > what about when Fedora 7 is obsolete? Eventually, I'll get tired and you'll > have to find someone else who finds twisted pleasure in closing bug reports > filed against unmaintained releases. :) You should join in the next Fedora QA meeting and we can talk about overall future bugzilla strategy. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From galibert at pobox.com Wed Apr 11 16:04:22 2007 From: galibert at pobox.com (Olivier Galibert) Date: Wed, 11 Apr 2007 18:04:22 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> Message-ID: <20070411160422.GA44026@dspnet.fr.eu.org> On Wed, Apr 11, 2007 at 07:03:49AM -0700, Otto Rey wrote: > Is there any "spec" or "documentation" of version checking and dependency checking? > > IMHO to change, add features or reimplement existing tools or projects. we need documentation, like developer-readables-mini-rfc's > Read source code to extract logic will produce mistake's , specially with different languages. IME, every developer agrees with that, and no developer wants to write it. Even worse, when they do write it, the assumptions are often wrong about what is clear/already known and what isn't. So it's often better when someone else does the documentation. Which almost never happens. Add to that the fact that writing good documentation is a skill by itself. So, well, UTSL like everybody else :-) OG. From jkeating at redhat.com Wed Apr 11 16:05:43 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 12:05:43 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D04E1.30005@fedoraproject.org> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111146.56285.jkeating@redhat.com> <461D04E1.30005@fedoraproject.org> Message-ID: <200704111205.44146.jkeating@redhat.com> On Wednesday 11 April 2007 11:55:13 Rahul Sundaram wrote: > There are obviously some fixes that are required at the client level: > yum presto plugin. However we can encourage the mirrors to presto enable > all the repositories right away. Well, we don't ask the mirrors to generate things, we generate things at the source and the mirrors just pick it up. If the mirrors have to do something themselves, we've lost. > Since the client is in extras users can choose to install it for FC5, > FC6 and rawhide (this one is esp interesting right now) and we should > look at installing the plugin by default in F8. I really don't want to add this midstream to a released product. The right process here is to get it working in rawhide during the open development cycle, start producing the content for it at the source, have it mirrored out and get more and more people beating on it during rawhide. If it survives and makes it into the released product as a default, that's awesome, from that point on we use it. Trying to start at a released product and port forward just seems backwards to me, and not something I want to expose all of our "stable" Fedora 6 users to. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lsof at nodata.co.uk Wed Apr 11 16:06:29 2007 From: lsof at nodata.co.uk (nodata) Date: Wed, 11 Apr 2007 18:06:29 +0200 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <200704110731.23601.jkeating@redhat.com> References: <461BC417.3070506@redhat.com> <200704101317.56960.jkeating@redhat.com> <1176272025.3317.2.camel@sb-home.lan> <200704110731.23601.jkeating@redhat.com> Message-ID: <1176307594.3304.2.camel@sb-home.lan> Am Mittwoch, den 11.04.2007, 07:31 -0400 schrieb Jesse Keating: > On Wednesday 11 April 2007 02:13:45 nodata wrote: > > The default is "test3", and it shouldn't be. > > > > A bug was opened two years ago reporting this: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192856 > > I don't see a way in my admin views to set what the default is. I'm afraid > it's the last version added which would be.... unfortunate. I'll try on a > fresh browser today and see what the default is. The html shows that the default is supplied by Bugzilla, rather than chosen by the browser. From Sean.Stangl at Gmail.com Wed Apr 11 16:22:10 2007 From: Sean.Stangl at Gmail.com (Sean Stangl) Date: Wed, 11 Apr 2007 12:22:10 -0400 Subject: SIGs/KDE packages Request: OpenWengo In-Reply-To: <62bc09df0704110837y2e4e4866sb9d1fe6c88d3ceca@mail.gmail.com> References: <62bc09df0704110837y2e4e4866sb9d1fe6c88d3ceca@mail.gmail.com> Message-ID: <1176308530.5171.2.camel@localhost.localdomain> On Wed, 2007-04-11 at 11:37 -0400, SmootherFrOgZ wrote: > So, i think this package should go to unofficial repository (such as > livna or Atrpms) Livna/Atrpms/Freshrpms are separate entities from the Fedora Project, thus discussion concerning their packages doesn't belong on the Fedora development list. It would perhaps be better suited for the Livna mailing list, http://livna.org/mailman/listinfo/freeworld . -Sean Stangl From opensource at till.name Wed Apr 11 16:29:43 2007 From: opensource at till.name (Till Maas) Date: Wed, 11 Apr 2007 18:29:43 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111205.44146.jkeating@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <461D04E1.30005@fedoraproject.org> <200704111205.44146.jkeating@redhat.com> Message-ID: <200704111829.59695.opensource@till.name> On Mi April 11 2007, Jesse Keating wrote: > Well, we don't ask the mirrors to generate things, we generate things at > the source and the mirrors just pick it up. If the mirrors have to do > something themselves, we've lost. The delta rpms only need to be created at the source. > I really don't want to add this midstream to a released product. The right > process here is to get it working in rawhide during the open development > cycle, start producing the content for it at the source, have it mirrored > out and get more and more people beating on it during rawhide. If it The yum plugin is already in Fedora Extras 6, only the official delta rpms are missing. They can be generated without interfering with the full rpms, so they cannot break anything on peoples machines, that do not use yum-presto (the delta rpms plugin). For this reason, I see no harm done, when they get already distributed by Fedora / generated at the source. Only the directory layout needs to be decided upon. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From opensource at till.name Wed Apr 11 16:32:55 2007 From: opensource at till.name (Till Maas) Date: Wed, 11 Apr 2007 18:32:55 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176219466.9351.30.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176219466.9351.30.camel@raptor.sr.unh.edu> Message-ID: <200704111832.55815.opensource@till.name> On Di April 10 2007, Thomas J. Baker wrote: > No encryption, just open access points with mac address filtering. Do you broadcast the SSID? I know someone whos 3945 WLAN Card does not associate with APs that do not broadcast the SSID, but he uses BSD. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lxtnow at gmail.com Wed Apr 11 16:33:36 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Wed, 11 Apr 2007 12:33:36 -0400 Subject: SIGs/KDE packages Request: OpenWengo In-Reply-To: <1176308530.5171.2.camel@localhost.localdomain> References: <62bc09df0704110837y2e4e4866sb9d1fe6c88d3ceca@mail.gmail.com> <1176308530.5171.2.camel@localhost.localdomain> Message-ID: <62bc09df0704110933u4892403eke2e8fd60c5760bce@mail.gmail.com> 2007/4/11, Sean Stangl : > > On Wed, 2007-04-11 at 11:37 -0400, SmootherFrOgZ wrote: > > > So, i think this package should go to unofficial repository (such as > > livna or Atrpms) > > Livna/Atrpms/Freshrpms are separate entities from the Fedora Project, > thus discussion concerning their packages doesn't belong on the Fedora > development list. It would perhaps be better suited for the Livna > mailing list, http://livna.org/mailman/listinfo/freeworld . I'm Agree with you. the fact is, that this package has been reguest by somme people on SIGs/KDE page , it's why i writen on this list. ;-) I'll wish receive a reply from a member of SIGs KDE about this package Regards, -Sean Stangl > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcbw at redhat.com Wed Apr 11 16:38:27 2007 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Apr 2007 12:38:27 -0400 Subject: OLPC - torrent? In-Reply-To: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> References: <64b14b300704110408q5d3c294rae9f54c69124a7a1@mail.gmail.com> Message-ID: <1176309507.30124.8.camel@localhost.localdomain> On Wed, 2007-04-11 at 13:08 +0200, Valent Turkovic wrote: > Sorry if this a wrong mailing list, but I don't know where to ask otherwise. > > I saw this article: > http://www.engadget.com/2007/04/10/olpcs-linux-based-operating-system-available-for-download/ > > it points to this link: > http://olpc.download.redhat.com/olpc/streams/sdk/build1/livecd/ > > but what are the differences between > olpc-redhat-stream-sdk-build-1-20070403_1732-livecd.iso > or > olpc-redhat-stream-sdk-livecd.iso > ? Builds in the same directory are the same; I believe the generic name is there so that one can use a non-date-dependent name for the iso and grab something like http://blahblah/LATEST/olpc-redhat-stream-sdk-livecd.iso, though that could also be done with symlinks. It actually _is_ symlinks on the filesystem, I think. Dan > And why there is no torrent for this version at: > http://torrent.fedoraproject.org/ > > Thank you. > > -- > http://kernelreloaded.blog385.com/ > linux, blog, anime, spirituality, windsurf, wireless > registered as user #367004 with the Linux Counter, http://counter.li.org. > ICQ: 2125241 > Skype: valent.turkovic > From michael.wiktowy at gmail.com Wed Apr 11 16:38:10 2007 From: michael.wiktowy at gmail.com (Michael Wiktowy) Date: Wed, 11 Apr 2007 12:38:10 -0400 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <1176307594.3304.2.camel@sb-home.lan> References: <461BC417.3070506@redhat.com> <200704101317.56960.jkeating@redhat.com> <1176272025.3317.2.camel@sb-home.lan> <200704110731.23601.jkeating@redhat.com> <1176307594.3304.2.camel@sb-home.lan> Message-ID: <3e4ec4600704110938n2bfc1eev6b19ee79eb1e3f20@mail.gmail.com> On 4/11/07, nodata wrote: > Am Mittwoch, den 11.04.2007, 07:31 -0400 schrieb Jesse Keating: > > On Wednesday 11 April 2007 02:13:45 nodata wrote: > > > The default is "test3", and it shouldn't be. > > > > > > A bug was opened two years ago reporting this: > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192856 > > > > I don't see a way in my admin views to set what the default is. I'm afraid > > it's the last version added which would be.... unfortunate. I'll try on a > > fresh browser today and see what the default is. > > The html shows that the default is supplied by Bugzilla, rather than > chosen by the browser. The default for me seems to be the last option picked by me (devel) ... so there is two defaults: personal default and first bug ever default. Unless this just got changed. /Mike From rdieter at math.unl.edu Wed Apr 11 16:46:06 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 11 Apr 2007 11:46:06 -0500 Subject: SIGs/KDE packages Request: OpenWengo References: <62bc09df0704110837y2e4e4866sb9d1fe6c88d3ceca@mail.gmail.com> <1176308530.5171.2.camel@localhost.localdomain> <62bc09df0704110933u4892403eke2e8fd60c5760bce@mail.gmail.com> Message-ID: SmootherFrOgZ wrote: > 2007/4/11, Sean Stangl : >> On Wed, 2007-04-11 at 11:37 -0400, SmootherFrOgZ wrote: >> > So, i think this package should go to unofficial repository (such as >> > livna or Atrpms) >> ... It would perhaps be better suited for the Livna >> mailing list, http://livna.org/mailman/listinfo/freeworld . > I'm Agree with you. > the fact is, that this package has been reguest by somme people on > SIGs/KDE page , > it's why i writen on this list. ;-) > I'll wish receive a reply from a member of SIGs KDE about this package Sounds like livna (or equivalent) is the way to go with this (nonfree) one. I'll remove it from the wiki wishlist. -- Rex From valent.turkovic at gmail.com Wed Apr 11 17:11:17 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 11 Apr 2007 19:11:17 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1176277550.28372.46.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> <1175940905.4263.32.camel@jndwidescreen.lesbg.loc> <1175948724.2242.2.camel@cpe1-23-149.cable.triera.net> <1176277550.28372.46.camel@jndwidescreen.lesbg.loc> Message-ID: <64b14b300704111011x7f066ef3tf1d3625350446191@mail.gmail.com> > Okay, I'm afraid it's going to take a bit longer for me to get a Rawhide > box up and running, so, unless someone running Rawhide wants to try and > tackle this, I'm afraid it will have to wait a bit longer. > Can't you try setting up an virtual machine? From markg85 at gmail.com Wed Apr 11 17:13:43 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 19:13:43 +0200 Subject: readahead could use a update In-Reply-To: <20070411074137.GS31445@petra.dvoda.cz> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> Message-ID: <6e24a8e80704111013n14c43abawd473b33082943f2e@mail.gmail.com> > > see readahead-collector, you can generate customized lists for your > machine. how? i only have readahead.. not readahead-collector -------------- next part -------------- An HTML attachment was scrubbed... URL: From mattdm at mattdm.org Wed Apr 11 17:18:57 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 13:18:57 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <200704111200.03645.jkeating@redhat.com> References: <20070410193340.GA5806@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> <20070411154643.GA17518@jadzia.bu.edu> <200704111200.03645.jkeating@redhat.com> Message-ID: <20070411171857.GA24594@jadzia.bu.edu> On Wed, Apr 11, 2007 at 12:00:03PM -0400, Jesse Keating wrote: > > That's good for now, give or take the what-to-do-with-5-and-6 issue. But > > what about when Fedora 7 is obsolete? Eventually, I'll get tired and you'll > > have to find someone else who finds twisted pleasure in closing bug reports > > filed against unmaintained releases. :) > You should join in the next Fedora QA meeting and we can talk about > overall future bugzilla strategy. Depending on the time, sure. The wiki says to see fedora-test-list for meeting announcements, but I can't find a recent announcement in the archives... perhaps I'm not looking hard enough. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From email.ahmedkamal at googlemail.com Wed Apr 11 17:27:58 2007 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Wed, 11 Apr 2007 19:27:58 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <20070411160422.GA44026@dspnet.fr.eu.org> References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> <20070411160422.GA44026@dspnet.fr.eu.org> Message-ID: <3da3b5b40704111027g416e0375k9bc4fa181cc11207@mail.gmail.com> Stepping back again, is dep solving the part that slows down yum? Has anyone profiled yum and identified which part(s) are slowest. On 4/11/07, Olivier Galibert wrote: > > On Wed, Apr 11, 2007 at 07:03:49AM -0700, Otto Rey wrote: > > Is there any "spec" or "documentation" of version checking and > dependency checking? > > > > IMHO to change, add features or reimplement existing tools or projects. > we need documentation, like developer-readables-mini-rfc's > > Read source code to extract logic will produce mistake's , specially > with different languages. > > IME, every developer agrees with that, and no developer wants to write > it. Even worse, when they do write it, the assumptions are often > wrong about what is clear/already known and what isn't. So it's often > better when someone else does the documentation. Which almost never > happens. Add to that the fact that writing good documentation is a > skill by itself. > > So, well, UTSL like everybody else :-) > > OG. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Wed Apr 11 17:35:43 2007 From: markg85 at gmail.com (Mark) Date: Wed, 11 Apr 2007 19:35:43 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <3da3b5b40704111027g416e0375k9bc4fa181cc11207@mail.gmail.com> References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> <20070411160422.GA44026@dspnet.fr.eu.org> <3da3b5b40704111027g416e0375k9bc4fa181cc11207@mail.gmail.com> Message-ID: <6e24a8e80704111035t7cdb4dcbo72a9b43c26989d67@mail.gmail.com> forgive me if i sound hard but: do you really need proof to see that the dependency checking is a highly time consuming thing. i just did a yum update. i had a 100% cpu usage for a few minutes during the dep checking. that`s _TOO_ much for just a update. (oke.. this is a update of 148 packages but still) it just seems overkill for me.. specially now that i know that it can all be done in well under a second in a logic way :P 2007/4/11, Ahmed Kamal : > > Stepping back again, is dep solving the part that slows down yum? Has > anyone profiled yum and identified which part(s) are slowest. > > On 4/11/07, Olivier Galibert wrote: > > > > On Wed, Apr 11, 2007 at 07:03:49AM -0700, Otto Rey wrote: > > > Is there any "spec" or "documentation" of version checking and > > dependency checking? > > > > > > IMHO to change, add features or reimplement existing tools or > > projects. we need documentation, like developer-readables-mini-rfc's > > > Read source code to extract logic will produce mistake's , specially > > with different languages. > > > > IME, every developer agrees with that, and no developer wants to write > > it. Even worse, when they do write it, the assumptions are often > > wrong about what is clear/already known and what isn't. So it's often > > better when someone else does the documentation. Which almost never > > happens. Add to that the fact that writing good documentation is a > > skill by itself. > > > > So, well, UTSL like everybody else :-) > > > > OG. > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Apr 11 17:38:15 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 11 Apr 2007 23:08:15 +0530 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111205.44146.jkeating@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111146.56285.jkeating@redhat.com> <461D04E1.30005@fedoraproject.org> <200704111205.44146.jkeating@redhat.com> Message-ID: <461D1D07.2040604@fedoraproject.org> Jesse Keating wrote: > > I really don't want to add this midstream to a released product. The right > process here is to get it working in rawhide during the open development > cycle, start producing the content for it at the source, have it mirrored out > and get more and more people beating on it during rawhide. If it survives > and makes it into the released product as a default, that's awesome, from > that point on we use it. Trying to start at a released product and port > forward just seems backwards to me, and not something I want to expose all of > our "stable" Fedora 6 users to. You don't expose them really to any additional risks by default. If the delta rpms are already mirrored, yum just ignores them without the plugin. Since the plugin is already in Fedora Extras users just would have install them explicitly to use the delta rpms. The plugin falls back to downloading the full rpm if the delta rpm fails or is not available. Rahul From sundaram at fedoraproject.org Wed Apr 11 17:41:15 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 11 Apr 2007 23:11:15 +0530 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <6e24a8e80704111035t7cdb4dcbo72a9b43c26989d67@mail.gmail.com> References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> <20070411160422.GA44026@dspnet.fr.eu.org> <3da3b5b40704111027g416e0375k9bc4fa181cc11207@mail.gmail.com> <6e24a8e80704111035t7cdb4dcbo72a9b43c26989d67@mail.gmail.com> Message-ID: <461D1DBB.4010704@fedoraproject.org> Mark wrote: > forgive me if i sound hard but: > do you really need proof to see that the dependency checking is a highly > time consuming thing. > i just did a yum update. > i had a 100% cpu usage for a few minutes during the dep checking. that`s > _TOO_ much for just a update. (oke.. this is a update of 148 packages > but still) > > it just seems overkill for me.. specially now that i know that it can > all be done in well under a second in a logic way :P > You _don't_ know that. What you are doing might be logical in a simplistic way but it just doesn't deal with a lot of real world cases. When you actual start dealing with all of the logic that is required to solve the dependencies properly you would lose the speed advantage that you currently have. Rahul PS: Avoid top posting. From opensource at till.name Wed Apr 11 17:45:58 2007 From: opensource at till.name (Till Maas) Date: Wed, 11 Apr 2007 19:45:58 +0200 Subject: Filing FC7T3 bugs against "test3" vs. "devel" In-Reply-To: <200704110733.07044.jkeating@redhat.com> References: <461BC417.3070506@redhat.com> <64b14b300704110044t4dd0bcb2s4bdd507f063e3024@mail.gmail.com> <200704110733.07044.jkeating@redhat.com> Message-ID: <200704111946.00053.opensource@till.name> On Mi April 11 2007, Jesse Keating wrote: > the released versions. When your choices are limited to just those it > should become clear what to file against. We'll also be doing periodic You could also add it to the message window that explains that the test releases are only test releases and that bugs should be filed to the Fedora Core product. Regards, Till From jkeating at redhat.com Wed Apr 11 18:06:40 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 14:06:40 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D1D07.2040604@fedoraproject.org> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111205.44146.jkeating@redhat.com> <461D1D07.2040604@fedoraproject.org> Message-ID: <200704111406.40308.jkeating@redhat.com> On Wednesday 11 April 2007 13:38:15 Rahul Sundaram wrote: > You don't expose them really to any additional risks by default. If the > delta rpms are already mirrored, yum just ignores them without the > plugin. Since the plugin is already in Fedora Extras users just would > have install them explicitly to use the delta rpms. ?The plugin falls > back to downloading the full rpm if the delta rpm fails or is not > available. It is still not something I want to do to a released product, or even Fedora 7 after the feature freeze. The generation of the delta rpms, the layout, the use of the plugin, etc.. these are all codepaths that need more exposure/testing during an open development phase. I think it's great that you guys have gotten it to the point it is now, and I really look forward to seeing it get wider use once we start up Fedora 8. I just don't want to add new features/functionality into 7 and 6. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Wed Apr 11 18:12:39 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 11 Apr 2007 23:42:39 +0530 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111406.40308.jkeating@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111205.44146.jkeating@redhat.com> <461D1D07.2040604@fedoraproject.org> <200704111406.40308.jkeating@redhat.com> Message-ID: <461D2517.3050902@fedoraproject.org> Jesse Keating wrote: > On Wednesday 11 April 2007 13:38:15 Rahul Sundaram wrote: >> You don't expose them really to any additional risks by default. If the >> delta rpms are already mirrored, yum just ignores them without the >> plugin. Since the plugin is already in Fedora Extras users just would >> have install them explicitly to use the delta rpms. The plugin falls >> back to downloading the full rpm if the delta rpm fails or is not >> available. > > It is still not something I want to do to a released product, or even Fedora 7 > after the feature freeze. The generation of the delta rpms, the layout, the > use of the plugin, etc.. these are all codepaths that need more > exposure/testing during an open development phase. I think it's great that > you guys have gotten it to the point it is now, and I really look forward to > seeing it get wider use once we start up Fedora 8. I just don't want to add > new features/functionality into 7 and 6. So let me ask. Who or which team decides this? What about application defaults or which packages to install by default? Is this supposed to be handled by release engineering or FESCo? I have a suggestion for a package to be installed by default that I would like to see someone or a team take ownership and give me a decisive response. https://www.redhat.com/archives/fedora-desktop-list/2007-March/msg00032.html Rahul From opensource at till.name Wed Apr 11 18:25:23 2007 From: opensource at till.name (Till Maas) Date: Wed, 11 Apr 2007 20:25:23 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111406.40308.jkeating@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <461D1D07.2040604@fedoraproject.org> <200704111406.40308.jkeating@redhat.com> Message-ID: <200704112025.24910.opensource@till.name> On Mi April 11 2007, Jesse Keating wrote: > It is still not something I want to do to a released product, or even > Fedora 7 after the feature freeze. The generation of the delta rpms, the > layout, the use of the plugin, etc.. these are all codepaths that need more > exposure/testing during an open development phase. I think it's great that > you guys have gotten it to the point it is now, and I really look forward > to seeing it get wider use once we start up Fedora 8. I just don't want to > add new features/functionality into 7 and 6. With the plugin already beeing in Fedora Extras 6, the feature is already there. Also Nearly every new Extras package is also built for the supported releases and not only for devel, so there are always new features and functionality in stable releases. And when the plugin is tested in devel, then the delta rpms and mirror layout has to be generated, too. So the only differences are, whether the Fedora 6 / 7 or devel rpms are used for the generation of the delta rpms and an extra directory for the different releases. Regards, Till From wtogami at redhat.com Wed Apr 11 18:29:37 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 11 Apr 2007 14:29:37 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111406.40308.jkeating@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111205.44146.jkeating@redhat.com> <461D1D07.2040604@fedoraproject.org> <200704111406.40308.jkeating@redhat.com> Message-ID: <461D2911.4060401@redhat.com> Jesse Keating wrote: > On Wednesday 11 April 2007 13:38:15 Rahul Sundaram wrote: >> You don't expose them really to any additional risks by default. If the >> delta rpms are already mirrored, yum just ignores them without the >> plugin. Since the plugin is already in Fedora Extras users just would >> have install them explicitly to use the delta rpms. The plugin falls >> back to downloading the full rpm if the delta rpm fails or is not >> available. > > It is still not something I want to do to a released product, or even Fedora 7 > after the feature freeze. The generation of the delta rpms, the layout, the > use of the plugin, etc.. these are all codepaths that need more > exposure/testing during an open development phase. I think it's great that > you guys have gotten it to the point it is now, and I really look forward to > seeing it get wider use once we start up Fedora 8. I just don't want to add > new features/functionality into 7 and 6. > > Agreed that it is too late to enable DeltaRPM by default in Fedora 7. However, the yum plugin will be available in the distro as an optional add-on. We should begin discussion of things like: - standardize a future directory structure and location for deltarpms within the new mirror format. - where and how deltarpms are generated to land on the master mirror. - Are we satisfied with the existing metadata format for deltarpm? After we have settled on standards for all this, then we can add production deltarpm to the mirrors for Fedora 7 users to optionally use. Perhaps by Fedora 8 we can enable the plugin by default. Warren Togami wtogami at redhat.com From wtogami at redhat.com Wed Apr 11 18:37:25 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 11 Apr 2007 14:37:25 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D2911.4060401@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111205.44146.jkeating@redhat.com> <461D1D07.2040604@fedoraproject.org> <200704111406.40308.jkeating@redhat.com> <461D2911.4060401@redhat.com> Message-ID: <461D2AE5.9080807@redhat.com> Warren Togami wrote: > Agreed that it is too late to enable DeltaRPM by default in Fedora 7. > However, the yum plugin will be available in the distro as an optional > add-on. Correction: the yum plugin *IS* in the repo today. > - Are we satisfied with the existing metadata format for deltarpm? Not just the format... but the means in which it is handled. If the deltarpms live on the same mirrors as the original packages, then shouldn't the metadata live in the same place as the original packages? Maybe even that metadata should be grabbed at the same time as the other metadata? Warren From jkeating at redhat.com Wed Apr 11 18:51:31 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 14:51:31 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704112025.24910.opensource@till.name> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111406.40308.jkeating@redhat.com> <200704112025.24910.opensource@till.name> Message-ID: <200704111451.32062.jkeating@redhat.com> On Wednesday 11 April 2007 14:25:23 Till Maas wrote: > With the plugin already beeing in Fedora Extras 6, the feature is already > there. Which is kind of a shame since it doesn't work for devel and thus there is a broken feature path. This is why new things should go into devel first, and be backported/built if possible. If we set an expectation that this works in FC6 and then it stops working, perhaps badly in F7 that is a very poor user experience. > Also Nearly every new Extras package is also built for the supported > releases and not only for devel, so there are always new features and > functionality in stable releases. Which is another thing I'm not exactly comfortable with. Especially for things like yum plugins which have the potential to break many things on the system in very user unfriendly ways. > And when the plugin is tested in devel, > then the delta rpms and mirror layout has to be generated, too. Not necessarily. Testing can be continued with with another test repo until the plugin and the delta generation code is more stable and less likely to break, then we can start applying it to the master mirror. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Apr 11 18:54:35 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 14:54:35 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D2517.3050902@fedoraproject.org> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111406.40308.jkeating@redhat.com> <461D2517.3050902@fedoraproject.org> Message-ID: <200704111454.35536.jkeating@redhat.com> On Wednesday 11 April 2007 14:12:39 Rahul Sundaram wrote: > So let me ask. Who or which team decides this? What about application > defaults or which packages to install by default? Is this supposed to be > handled by release engineering or FESCo? Good question. In the past it was the "core cabal" who is mostly now on FESCo as well as the release team, however these two teams have many more people on them than what was the cabal before. > I have a suggestion for a package to be installed by default that I > would like to see someone or a team take ownership and give me a > decisive response. Given that both the bugs you referenced are still in NEW state, I find it unlikely that we'd be adding this package to the default list in comps. Perhaps you haven't gotten any responses because the bugs that should be fixed for its inclusion are not fixed yet. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Wed Apr 11 19:09:10 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 12 Apr 2007 00:39:10 +0530 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111454.35536.jkeating@redhat.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111406.40308.jkeating@redhat.com> <461D2517.3050902@fedoraproject.org> <200704111454.35536.jkeating@redhat.com> Message-ID: <461D3256.5080405@fedoraproject.org> Jesse Keating wrote: > On Wednesday 11 April 2007 14:12:39 Rahul Sundaram wrote: >> So let me ask. Who or which team decides this? What about application >> defaults or which packages to install by default? Is this supposed to be >> handled by release engineering or FESCo? > > Good question. In the past it was the "core cabal" who is mostly now on FESCo > as well as the release team, however these two teams have many more people on > them than what was the cabal before. Should FESCo be the deciding body here? I would like to have a team of people look at decisions rather than a single person so that we have a chance of a debate and different outlooks. > I have a suggestion for a package to be installed by default that I >> would like to see someone or a team take ownership and give me a >> decisive response. > > Given that both the bugs you referenced are still in NEW state, I find it > unlikely that we'd be adding this package to the default list in comps. > Perhaps you haven't gotten any responses because the bugs that should be > fixed for its inclusion are not fixed yet. Actually I did get positive responses from the maintainer, upstream developer and others. The enhancements are "nice to have" but the package is still very functional in its current state. Rahul From mladen.kuntner at triera.net Wed Apr 11 19:13:40 2007 From: mladen.kuntner at triera.net (Mladen Kuntner) Date: Wed, 11 Apr 2007 21:13:40 +0200 Subject: yum-presto 0.3.4 In-Reply-To: <1176277550.28372.46.camel@jndwidescreen.lesbg.loc> References: <1175607590.4182.84.camel@jndwidescreen.lesbg.loc> <1175717439.5096.7.camel@sb-home.lan> <1175745260.29702.58.camel@jndwidescreen.lesbg.loc> <64b14b300704050203n6a790856k56f1ffb5a45863b9@mail.gmail.com> <4614F13B.3070308@rasmil.dk> <1175857639.4263.11.camel@jndwidescreen.lesbg.loc> <1175933801.2239.1.camel@cpe1-23-149.cable.triera.net> <1175940905.4263.32.camel@jndwidescreen.lesbg.loc> <1175948724.2242.2.camel@cpe1-23-149.cable.triera.net> <1176277550.28372.46.camel@jndwidescreen.lesbg.loc> Message-ID: <1176318820.2480.6.camel@cpe1-23-149.cable.triera.net> On Wed, 2007-04-11 at 10:45 +0300, Jonathan Dieter wrote: > On Sat, 2007-04-07 at 14:25 +0200, Mladen Kuntner wrote: > > no problem .... > > > > mladen > > > Okay, I'm afraid it's going to take a bit longer for me to get a Rawhide > box up and running, so, unless someone running Rawhide wants to try and > tackle this, I'm afraid it will have to wait a bit longer. > > Jonathan > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list I have Rawhide and time to try, but am not good in python. And i really don't know what and how to test. If you can guide me, maybe we can do something about it. As i understand there is no Rawhide deltaRPM repo at the moment? How can i test it? mladen From jkeating at redhat.com Wed Apr 11 19:16:52 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 15:16:52 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D3256.5080405@fedoraproject.org> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111454.35536.jkeating@redhat.com> <461D3256.5080405@fedoraproject.org> Message-ID: <200704111516.53011.jkeating@redhat.com> On Wednesday 11 April 2007 15:09:10 Rahul Sundaram wrote: > Should FESCo be the deciding body here? I would like to have a team of > people look at decisions rather than a single person so that we have a > chance of a debate and different outlooks. For lack of a better body, sure. I'd like to see SIGs really decide what goes into their comps group as mandatory/default/optional, and the release team + FESCo would only have to get involved if there is a dispute about what they're trying to do. Of course that would mean defining the stake holders for the various groups within comps, but that's somewhat needed anyway. > > I have a suggestion for a package to be installed by default that I > > > >> would like to see someone or a team take ownership and give me a > >> decisive response. > > > > Given that both the bugs you referenced are still in NEW state, I find it > > unlikely that we'd be adding this package to the default list in comps. ? > > Perhaps you haven't gotten any responses because the bugs that should be > > fixed for its inclusion are not fixed yet. > > Actually I did get positive responses from the maintainer, upstream > developer and others. The enhancements are "nice to have" but the > package is still very functional in its current state. "We have two bugs open against pam_keyring now both of which are very important to fix if we need to put this in by default." Sounds to me like we should get those fixed first. Maybe I'm misreading... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Wed Apr 11 18:29:20 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 11 Apr 2007 13:29:20 -0500 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704112025.24910.opensource@till.name> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <461D1D07.2040604@fedoraproject.org> <200704111406.40308.jkeating@redhat.com> <200704112025.24910.opensource@till.name> Message-ID: <1176316160.6379.20.camel@zod.rchland.ibm.com> On Wed, 2007-04-11 at 20:25 +0200, Till Maas wrote: > On Mi April 11 2007, Jesse Keating wrote: > > > It is still not something I want to do to a released product, or even > > Fedora 7 after the feature freeze. The generation of the delta rpms, the > > layout, the use of the plugin, etc.. these are all codepaths that need more > > exposure/testing during an open development phase. I think it's great that > > you guys have gotten it to the point it is now, and I really look forward > > to seeing it get wider use once we start up Fedora 8. I just don't want to > > add new features/functionality into 7 and 6. > > With the plugin already beeing in Fedora Extras 6, the feature is already > there. Also Nearly every new Extras package is also built for the supported But it isn't really used if the deltarpms don't exist. You still need a repo with those in it. Without the actual deltarpms in the official repos, you aren't really enabling the feature. So for people to actual _use_ it, they'd have to manually add a repo containing the deltarpms. josh From jwboyer at jdub.homelinux.org Wed Apr 11 18:31:50 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 11 Apr 2007 13:31:50 -0500 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461D2517.3050902@fedoraproject.org> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111205.44146.jkeating@redhat.com> <461D1D07.2040604@fedoraproject.org> <200704111406.40308.jkeating@redhat.com> <461D2517.3050902@fedoraproject.org> Message-ID: <1176316310.6379.24.camel@zod.rchland.ibm.com> On Wed, 2007-04-11 at 23:42 +0530, Rahul Sundaram wrote: > Jesse Keating wrote: > > On Wednesday 11 April 2007 13:38:15 Rahul Sundaram wrote: > >> You don't expose them really to any additional risks by default. If the > >> delta rpms are already mirrored, yum just ignores them without the > >> plugin. Since the plugin is already in Fedora Extras users just would > >> have install them explicitly to use the delta rpms. The plugin falls > >> back to downloading the full rpm if the delta rpm fails or is not > >> available. > > > > It is still not something I want to do to a released product, or even Fedora 7 > > after the feature freeze. The generation of the delta rpms, the layout, the > > use of the plugin, etc.. these are all codepaths that need more > > exposure/testing during an open development phase. I think it's great that > > you guys have gotten it to the point it is now, and I really look forward to > > seeing it get wider use once we start up Fedora 8. I just don't want to add > > new features/functionality into 7 and 6. +10. I am in complete agreement with Jesse here. > So let me ask. Who or which team decides this? What about application > defaults or which packages to install by default? Is this supposed to be > handled by release engineering or FESCo? Things that get into the spins are handled by rel-eng. If there's dispute, it goes up to FESCo. > I have a suggestion for a package to be installed by default that I > would like to see someone or a team take ownership and give me a > decisive response. > > https://www.redhat.com/archives/fedora-desktop-list/2007-March/msg00032.html You should start a separate thread on that. At first glance, it doesn't make any sense to me at all as to how that would be useful on a liveCD. josh From sundaram at fedoraproject.org Wed Apr 11 19:41:39 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 12 Apr 2007 01:11:39 +0530 Subject: pam_keyring In-Reply-To: <1176316310.6379.24.camel@zod.rchland.ibm.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704111205.44146.jkeating@redhat.com> <461D1D07.2040604@fedoraproject.org> <200704111406.40308.jkeating@redhat.com> <461D2517.3050902@fedoraproject.org> <1176316310.6379.24.camel@zod.rchland.ibm.com> Message-ID: <461D39F3.3060206@fedoraproject.org> Josh Boyer wrote: >> https://www.redhat.com/archives/fedora-desktop-list/2007-March/msg00032.html > > You should start a separate thread on that. At first glance, it doesn't > make any sense to me at all as to how that would be useful on a liveCD. It is especially useful in the live cd if we do the configuration by default since NetworkManager and front ends are turned on by default in the GNOME live cd unlike the prime spin. Rahul From wwoods at redhat.com Wed Apr 11 19:42:58 2007 From: wwoods at redhat.com (Will Woods) Date: Wed, 11 Apr 2007 15:42:58 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411171857.GA24594@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> <20070411154643.GA17518@jadzia.bu.edu> <200704111200.03645.jkeating@redhat.com> <20070411171857.GA24594@jadzia.bu.edu> Message-ID: <1176320578.14824.67.camel@metroid.rdu.redhat.com> On Wed, 2007-04-11 at 13:18 -0400, Matthew Miller wrote: > On Wed, Apr 11, 2007 at 12:00:03PM -0400, Jesse Keating wrote: > > > That's good for now, give or take the what-to-do-with-5-and-6 issue. But > > > what about when Fedora 7 is obsolete? Eventually, I'll get tired and you'll > > > have to find someone else who finds twisted pleasure in closing bug reports > > > filed against unmaintained releases. :) > > You should join in the next Fedora QA meeting and we can talk about > > overall future bugzilla strategy. > > Depending on the time, sure. > > The wiki says to see fedora-test-list for meeting announcements, but I can't > find a recent announcement in the archives... perhaps I'm not looking hard > enough. They're Thursdays at 1600UTC (currently Noon EDT). Check out the #fedora-meeting schedule page: http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel As for the Grand Future of bugzilla, I think we were talking about mass-moving bugs from 'devel' to (say) 'f8-pre' when F8 gets released. Maybe when F7 is EOL'd we can mass-move all the f7 and f7-pre bugs to a different product (Fedora Pasture) that's closed for bugs. Maybe? -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Wed Apr 11 19:48:36 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 15:48:36 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <1176320578.14824.67.camel@metroid.rdu.redhat.com> References: <20070410193340.GA5806@jadzia.bu.edu> <200704111033.19635.jkeating@redhat.com> <20070411154643.GA17518@jadzia.bu.edu> <200704111200.03645.jkeating@redhat.com> <20070411171857.GA24594@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> Message-ID: <20070411194836.GA5544@jadzia.bu.edu> On Wed, Apr 11, 2007 at 03:42:58PM -0400, Will Woods wrote: > They're Thursdays at 1600UTC (currently Noon EDT). Check out the > #fedora-meeting schedule page: > http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel Thanks. > As for the Grand Future of bugzilla, I think we were talking about > mass-moving bugs from 'devel' to (say) 'f8-pre' when F8 gets released. The thing I'm concerned about here is that ending up with a whole slew of "f#-pre" releases doesn't seem much better than the current situation. That's why I suggested marking them needinfo and tagging them with the version they were originally filed against via a keyword or some other flag. How bad of a performance problem is it to have a bunch of bugs in CLOSED or NEEDINFO state against devel? Does it matter? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at redhat.com Wed Apr 11 20:01:27 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Apr 2007 16:01:27 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411194836.GA5544@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> Message-ID: <200704111601.27439.jkeating@redhat.com> On Wednesday 11 April 2007 15:48:36 Matthew Miller wrote: > How bad of a performance problem is it to have a bunch of bugs in CLOSED or > NEEDINFO state against devel? Does it matter? Searching would suck if you include these states. Also it's not helpful if something was closed but regressed. We'd like a clean slate to work from each new development cycle. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From opensource at till.name Wed Apr 11 20:20:07 2007 From: opensource at till.name (Till Maas) Date: Wed, 11 Apr 2007 22:20:07 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <1176316160.6379.20.camel@zod.rchland.ibm.com> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704112025.24910.opensource@till.name> <1176316160.6379.20.camel@zod.rchland.ibm.com> Message-ID: <200704112220.08656.opensource@till.name> On Mi April 11 2007, Josh Boyer wrote: > But it isn't really used if the deltarpms don't exist. You still need a > repo with those in it. Without the actual deltarpms in the official > repos, you aren't really enabling the feature. So for people to actual > _use_ it, they'd have to manually add a repo containing the deltarpms. Even if the repos contain deltarpms, one does not need to activate the yum-presto plugin, it can also be installed with "enabled=0" in its configuration. Regards, Till From katzj at redhat.com Wed Apr 11 20:20:37 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 11 Apr 2007 16:20:37 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <1176213488.9351.14.camel@raptor.sr.unh.edu> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> Message-ID: <1176322837.3485.11.camel@erebor.boston.redhat.com> On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > Would anyone in the know care to speculate if iwlwifi is going to work > anytime soon? It's been in the kernel for a month or so (at least it > feels like a month) and has never worked for me and many others. From > the kernel changelogs, it doesn't seem like much is happening with it. Can people that have been having problems with iwlwifi try with today's rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 laptops connecting to both an unencrypted and an encrypted (WEP) access point where previously that was nowhere near the case ;) Also, make sure you have rawhide NetworkManager + wpa_supplicant as they could be involved in having made things start working. Jeremy From mattdm at mattdm.org Wed Apr 11 20:21:29 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 11 Apr 2007 16:21:29 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <200704111601.27439.jkeating@redhat.com> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> Message-ID: <20070411202129.GA7490@jadzia.bu.edu> On Wed, Apr 11, 2007 at 04:01:27PM -0400, Jesse Keating wrote: > > How bad of a performance problem is it to have a bunch of bugs in CLOSED > > or NEEDINFO state against devel? Does it matter? > Searching would suck if you include these states. Also it's not helpful if Things which stay in needinfo too long should get closed as INSUFFICIENT_DATA. When a release is obsoleted, all bugs in the devel version which were closed in the timeframe of that release could be moved to the Fedora Pasture as well. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From drago01 at gmail.com Wed Apr 11 20:32:30 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 11 Apr 2007 22:32:30 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176322837.3485.11.camel@erebor.boston.redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> Message-ID: <461D45DE.9070400@gmail.com> Jeremy Katz wrote: > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > laptops connecting to both an unencrypted and an encrypted (WEP) access > point where previously that was nowhere near the case ;) > > > Can people that have been having problems with iwlwifi try with today's any wpa app in your area to test ? ;) > Also, make sure you have rawhide NetworkManager + wpa_supplicant as they > could be involved in having made things start working. > > Jeremy > > From katzj at redhat.com Wed Apr 11 20:48:21 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 11 Apr 2007 16:48:21 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <461D45DE.9070400@gmail.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D45DE.9070400@gmail.com> Message-ID: <1176324502.3485.12.camel@erebor.boston.redhat.com> On Wed, 2007-04-11 at 22:32 +0200, dragoran wrote: > Jeremy Katz wrote: > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > point where previously that was nowhere near the case ;) > > > > > > Can people that have been having problems with iwlwifi try with today's > any wpa app in your area to test ? ;) I just tried that actually and it worked too. I'm scared :) Jeremy From hughsient at gmail.com Wed Apr 11 20:33:17 2007 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 11 Apr 2007 21:33:17 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <1176322837.3485.11.camel@erebor.boston.redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> Message-ID: <1176323597.2954.4.camel@hughsie-laptop> On Wed, 2007-04-11 at 16:20 -0400, Jeremy Katz wrote: > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > > Would anyone in the know care to speculate if iwlwifi is going to work > > anytime soon? It's been in the kernel for a month or so (at least it > > feels like a month) and has never worked for me and many others. From > > the kernel changelogs, it doesn't seem like much is happening with it. > > Can people that have been having problems with iwlwifi try with today's > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > laptops connecting to both an unencrypted and an encrypted (WEP) access > point where previously that was nowhere near the case ;) Seemed to connect fine okay first time - but then I could not ping the router. I re-connected using n-m and now everything seem to be working. I do get about a billion: iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. in the logs - maybe one to suppress (or at leas rate-limit) in future versions of the patch. So thanks guys, appreciated. Richard. From selinux at gmail.com Wed Apr 11 20:50:38 2007 From: selinux at gmail.com (Tom London) Date: Wed, 11 Apr 2007 13:50:38 -0700 Subject: iwlwifi working anytime soon? In-Reply-To: <1176322837.3485.11.camel@erebor.boston.redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> Message-ID: <4c4ba1530704111350n239cfd26of2ec452342a3c91f@mail.gmail.com> On 4/11/07, Jeremy Katz wrote: > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > > Would anyone in the know care to speculate if iwlwifi is going to work > > anytime soon? It's been in the kernel for a month or so (at least it > > feels like a month) and has never worked for me and many others. From > > the kernel changelogs, it doesn't seem like much is happening with it. > > Can people that have been having problems with iwlwifi try with today's > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > laptops connecting to both an unencrypted and an encrypted (WEP) access > point where previously that was nowhere near the case ;) > > Also, make sure you have rawhide NetworkManager + wpa_supplicant as they > could be involved in having made things start working. > > Jeremy > I can confirm that .3056, with latest Rawhide bits, on ThinkPad X60 (with Intel 3945) works, but only with one unecryptyed network( GoogleWifi). Fails with both WEP and WPA networks (I tried 3 different ones, from 2 different manufacturers). I BZ'ed the messages from NM/wpa_supplicant here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235247 tom -- Tom London From katzj at redhat.com Wed Apr 11 21:00:32 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 11 Apr 2007 17:00:32 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <1176323597.2954.4.camel@hughsie-laptop> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <1176323597.2954.4.camel@hughsie-laptop> Message-ID: <1176325233.3485.15.camel@erebor.boston.redhat.com> On Wed, 2007-04-11 at 21:33 +0100, Richard Hughes wrote: > On Wed, 2007-04-11 at 16:20 -0400, Jeremy Katz wrote: > > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > > > Would anyone in the know care to speculate if iwlwifi is going to work > > > anytime soon? It's been in the kernel for a month or so (at least it > > > feels like a month) and has never worked for me and many others. From > > > the kernel changelogs, it doesn't seem like much is happening with it. > > > > Can people that have been having problems with iwlwifi try with today's > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > point where previously that was nowhere near the case ;) > > Seemed to connect fine okay first time - but then I could not ping the > router. I re-connected using n-m and now everything seem to be working. > > I do get about a billion: > > iwlwifi: TODO: Look into long/short preamble change handling. > iwlwifi: TODO: Look into long/short preamble change handling. > iwlwifi: TODO: Look into long/short preamble change handling. > iwlwifi: TODO: Look into long/short preamble change handling. > iwlwifi: TODO: Look into long/short preamble change handling. > iwlwifi: TODO: Look into long/short preamble change handling. > > in the logs - maybe one to suppress (or at leas rate-limit) in future > versions of the patch. John was building a kernel to change the level of the messages to be at a lower level so they don't spam things by default Jeremy From redhat at olen.net Wed Apr 11 21:07:18 2007 From: redhat at olen.net (Ola Thoresen) Date: Wed, 11 Apr 2007 23:07:18 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176322837.3485.11.camel@erebor.boston.redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> Message-ID: <461D4E06.8060204@olen.net> Jeremy Katz wrote: > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: >> Would anyone in the know care to speculate if iwlwifi is going to work >> anytime soon? It's been in the kernel for a month or so (at least it >> feels like a month) and has never worked for me and many others. From >> the kernel changelogs, it doesn't seem like much is happening with it. > > Can people that have been having problems with iwlwifi try with today's > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > laptops connecting to both an unencrypted and an encrypted (WEP) access > point where previously that was nowhere near the case ;) Not sure if this is a driver problem, or something else. I'm still having problems with the hardware kill switch: iwlwifi: Intel(R) Wireless Link driver for Linux, 0.0.11k iwlwifi: Copyright(c) 2003-2006 Intel Corporation iwlwifi: Detected Intel PRO/Wireless 3945ABG Network Connection iwlwifi: Radio Frequency Kill Switch is On: iwlwifi: MAC is in deep sleep! iwlwifi: MAC is in deep sleep! iwlwifi: MAC is in deep sleep! No matter how i turn the actual switch the same messages are logged when I modprobe iwlwifi. When I turn the switch i get these: atkbd.c: Unknown key pressed (translated set 2, code 0xf1 on isa0060/serio0). atkbd.c: Use 'setkeycodes e071 ' to make it known. atkbd.c: Unknown key released (translated set 2, code 0xf1 on isa0060/serio0). atkbd.c: Use 'setkeycodes e071 ' to make it known. And if i press Fn-F2 i get the similar: atkbd.c: Unknown key pressed (translated set 2, code 0x84 on isa0060/serio0). atkbd.c: Use 'setkeycodes e004 ' to make it known. atkbd.c: Unknown key pressed (translated set 2, code 0x84 on isa0060/serio0). atkbd.c: Use 'setkeycodes e004 ' to make it known. Any idea what the keycodes should be set to? -- _,--', _._.--._____ .--.--';_'-.', ";_ _.,-' Ola Thoresen .'--'. _.' {`'-;_ .-.>.' '-:_ ) / `' '=. It is easier to fix Unix ) > {_/, /~) than to live with Windows |/ `^ .' From wtogami at redhat.com Wed Apr 11 21:17:25 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 11 Apr 2007 17:17:25 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <4c4ba1530704111350n239cfd26of2ec452342a3c91f@mail.gmail.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <4c4ba1530704111350n239cfd26of2ec452342a3c91f@mail.gmail.com> Message-ID: <461D5065.70203@redhat.com> Thinkpad T60 Widescreen kernel-2.6.20-1.3056.fc7 NetworkManager-0.6.5-0.7.svn2547.fc7 wpa_supplicant-0.5.7-2.fc7 With SSID broadcast on, WPA worked for the first time for me with NetworkManager and iwlwifi. The below happens repeatedly in dmesg as it loses and reestablished authentication many times. It also seems to be stuck in 802.11b, not 802.11g. Large data transfers seems to cause it to drop out more often. wlan0: starting scan iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. iwlwifi: TODO: Look into long/short preamble change handling. wlan0: scan completed wlan0: No STA entry for own AP 00:0f:66:9d:7e:c6 wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:0f:66:9d:7e:c6 wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:0f:66:9d:7e:c6 wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:0f:66:9d:7e:c6 wlan0: RX authentication from 00:0f:66:9d:7e:c6 (alg=0 transaction=2 status=0) wlan0: authenticated wlan0: associate with AP 00:0f:66:9d:7e:c6 wlan0: authentication frame received from 00:0f:66:9d:7e:c6, but not in authenticate state - ignored wlan0: authentication frame received from 00:0f:66:9d:7e:c6, but not in authenticate state - ignored wlan0: RX ReassocResp from 00:0f:66:9d:7e:c6 (capab=0x11 status=0 aid=1) wlan0: associated iwlwifi: Network RSSI: -45 hwcrypto disabled! hwcrypto disabled! wlan0: starting scan Warren Togami wtogami at redhat.com From katzj at redhat.com Wed Apr 11 21:26:41 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 11 Apr 2007 17:26:41 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <461D4E06.8060204@olen.net> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> Message-ID: <1176326802.3485.18.camel@erebor.boston.redhat.com> On Wed, 2007-04-11 at 23:07 +0200, Ola Thoresen wrote: > Jeremy Katz wrote: > > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > >> Would anyone in the know care to speculate if iwlwifi is going to work > >> anytime soon? It's been in the kernel for a month or so (at least it > >> feels like a month) and has never worked for me and many others. From > >> the kernel changelogs, it doesn't seem like much is happening with it. > > > > Can people that have been having problems with iwlwifi try with today's > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > point where previously that was nowhere near the case ;) > > Not sure if this is a driver problem, or something else. > I'm still having problems with the hardware kill switch: > > iwlwifi: Intel(R) Wireless Link driver for Linux, 0.0.11k > iwlwifi: Copyright(c) 2003-2006 Intel Corporation > iwlwifi: Detected Intel PRO/Wireless 3945ABG Network Connection > iwlwifi: Radio Frequency Kill Switch is On: > iwlwifi: MAC is in deep sleep! > iwlwifi: MAC is in deep sleep! > iwlwifi: MAC is in deep sleep! > > No matter how i turn the actual switch the same messages are logged when > I modprobe iwlwifi. What hardware is this with? Does it work if you start out with the kill switch in the enabled position? Jeremy From dcbw at redhat.com Wed Apr 11 21:49:28 2007 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Apr 2007 17:49:28 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <1176326802.3485.18.camel@erebor.boston.redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> <1176326802.3485.18.camel@erebor.boston.redhat.com> Message-ID: <1176328168.30979.5.camel@localhost.localdomain> On Wed, 2007-04-11 at 17:26 -0400, Jeremy Katz wrote: > On Wed, 2007-04-11 at 23:07 +0200, Ola Thoresen wrote: > > Jeremy Katz wrote: > > > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > > >> Would anyone in the know care to speculate if iwlwifi is going to work > > >> anytime soon? It's been in the kernel for a month or so (at least it > > >> feels like a month) and has never worked for me and many others. From > > >> the kernel changelogs, it doesn't seem like much is happening with it. > > > > > > Can people that have been having problems with iwlwifi try with today's > > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > > point where previously that was nowhere near the case ;) > > > > Not sure if this is a driver problem, or something else. > > I'm still having problems with the hardware kill switch: > > > > iwlwifi: Intel(R) Wireless Link driver for Linux, 0.0.11k > > iwlwifi: Copyright(c) 2003-2006 Intel Corporation > > iwlwifi: Detected Intel PRO/Wireless 3945ABG Network Connection > > iwlwifi: Radio Frequency Kill Switch is On: > > iwlwifi: MAC is in deep sleep! > > iwlwifi: MAC is in deep sleep! > > iwlwifi: MAC is in deep sleep! > > > > No matter how i turn the actual switch the same messages are logged when > > I modprobe iwlwifi. > > What hardware is this with? Does it work if you start out with the kill > switch in the enabled position? FYI, NM won't work very well with kill switches because there's as yet no standard kernel interface for rfkill. That's coming along nicely though, it appears. Dan From kwizart at gmail.com Wed Apr 11 22:13:39 2007 From: kwizart at gmail.com (KH KH) Date: Thu, 12 Apr 2007 00:13:39 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176328168.30979.5.camel@localhost.localdomain> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> <1176326802.3485.18.camel@erebor.boston.redhat.com> <1176328168.30979.5.camel@localhost.localdomain> Message-ID: > iwlwifi: Radio Frequency Kill Switch is On: About the radio kill switch or "hardware" radio kill switch, some laptop vendor seem to implement it in their "own way". I was suprised that some ipw3945 hardware require another module to enable wireless. ( i thought that was only on ipw2200). This is the case for acer laptops : - acerhk may be used with the "old" ipw3945 on x86 - acer_acpi on x86_64 (maybe x86 also) Others software radio kills switch are required also for fsam7400 fsam7440 fujitsu etc... But i didn't found those to be required on ipw3945 based laptops see: http://rfswitch.sourceforge.net/ I've done most of theses kernel external module (as kmod) But they won't conform to kernel inclusion for most of them ... http://kwizart.free.fr/fedora/6/SRPMS Nicolas (kwizart) -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael_E_Brown at dell.com Wed Apr 11 22:28:58 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Wed, 11 Apr 2007 17:28:58 -0500 Subject: iwlwifi working anytime soon? In-Reply-To: <1176328168.30979.5.camel@localhost.localdomain> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> <1176326802.3485.18.camel@erebor.boston.redhat.com> <1176328168.30979.5.camel@localhost.localdomain> Message-ID: <20070411222857.GJ12978@humbolt.us.dell.com> On Wed, Apr 11, 2007 at 05:49:28PM -0400, Dan Williams wrote: > On Wed, 2007-04-11 at 17:26 -0400, Jeremy Katz wrote: > > On Wed, 2007-04-11 at 23:07 +0200, Ola Thoresen wrote: > > > Jeremy Katz wrote: > > > > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > > > >> Would anyone in the know care to speculate if iwlwifi is going to work > > > >> anytime soon? It's been in the kernel for a month or so (at least it > > > >> feels like a month) and has never worked for me and many others. From > > > >> the kernel changelogs, it doesn't seem like much is happening with it. > > > > > > > > Can people that have been having problems with iwlwifi try with today's > > > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > > > point where previously that was nowhere near the case ;) > > > > > > Not sure if this is a driver problem, or something else. > > > I'm still having problems with the hardware kill switch: > > > > > > iwlwifi: Intel(R) Wireless Link driver for Linux, 0.0.11k > > > iwlwifi: Copyright(c) 2003-2006 Intel Corporation > > > iwlwifi: Detected Intel PRO/Wireless 3945ABG Network Connection > > > iwlwifi: Radio Frequency Kill Switch is On: > > > iwlwifi: MAC is in deep sleep! > > > iwlwifi: MAC is in deep sleep! > > > iwlwifi: MAC is in deep sleep! > > > > > > No matter how i turn the actual switch the same messages are logged when > > > I modprobe iwlwifi. > > > > What hardware is this with? Does it work if you start out with the kill > > switch in the enabled position? > > FYI, NM won't work very well with kill switches because there's as yet > no standard kernel interface for rfkill. That's coming along nicely > though, it appears. Dell systems can use dellWirelessCtl -> userspace binary to control wireless kill switch. This binary is in libsmbios-bins, currently in Fedora 7 and Fedora Extras for FC6. David Zeuthen recently committed support into HAL to interface with dellWirelessCtl, so Dell laptops should soon work ok. Contact David if you have a Dell laptop of recent vintage (dellWirelessCtl -i to see if it works on your box) and it doesnt 'just work'. -- Michael From dcbw at redhat.com Wed Apr 11 23:50:00 2007 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Apr 2007 19:50:00 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <20070411222857.GJ12978@humbolt.us.dell.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> <1176326802.3485.18.camel@erebor.boston.redhat.com> <1176328168.30979.5.camel@localhost.localdomain> <20070411222857.GJ12978@humbolt.us.dell.com> Message-ID: <1176335400.1298.4.camel@localhost.localdomain> On Wed, 2007-04-11 at 17:28 -0500, Michael E Brown wrote: > On Wed, Apr 11, 2007 at 05:49:28PM -0400, Dan Williams wrote: > > On Wed, 2007-04-11 at 17:26 -0400, Jeremy Katz wrote: > > > On Wed, 2007-04-11 at 23:07 +0200, Ola Thoresen wrote: > > > > Jeremy Katz wrote: > > > > > On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: > > > > >> Would anyone in the know care to speculate if iwlwifi is going to work > > > > >> anytime soon? It's been in the kernel for a month or so (at least it > > > > >> feels like a month) and has never worked for me and many others. From > > > > >> the kernel changelogs, it doesn't seem like much is happening with it. > > > > > > > > > > Can people that have been having problems with iwlwifi try with today's > > > > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > > > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > > > > point where previously that was nowhere near the case ;) > > > > > > > > Not sure if this is a driver problem, or something else. > > > > I'm still having problems with the hardware kill switch: > > > > > > > > iwlwifi: Intel(R) Wireless Link driver for Linux, 0.0.11k > > > > iwlwifi: Copyright(c) 2003-2006 Intel Corporation > > > > iwlwifi: Detected Intel PRO/Wireless 3945ABG Network Connection > > > > iwlwifi: Radio Frequency Kill Switch is On: > > > > iwlwifi: MAC is in deep sleep! > > > > iwlwifi: MAC is in deep sleep! > > > > iwlwifi: MAC is in deep sleep! > > > > > > > > No matter how i turn the actual switch the same messages are logged when > > > > I modprobe iwlwifi. > > > > > > What hardware is this with? Does it work if you start out with the kill > > > switch in the enabled position? > > > > FYI, NM won't work very well with kill switches because there's as yet > > no standard kernel interface for rfkill. That's coming along nicely > > though, it appears. > > Dell systems can use dellWirelessCtl -> userspace binary to control > wireless kill switch. This binary is in libsmbios-bins, currently in > Fedora 7 and Fedora Extras for FC6. > > David Zeuthen recently committed support into HAL to interface with > dellWirelessCtl, so Dell laptops should soon work ok. Contact David if > you have a Dell laptop of recent vintage (dellWirelessCtl -i to see if > it works on your box) and it doesnt 'just work'. There is a standard kernel interface for killswitches that is getting close to complete. There's a disgusting number of kill switch implementations [1] that it has to support, but it appears to do the job. Eventually, all vendor-specific stuff needs to be ported to use it, which shouldn't be too hard. HAL then needs to be hooked up to that, and NetworkManager will just use the generic HAL interfaces to deal with rfkill. Dan [1] Including: - Button triggers ACPI events from BIOS - Button is just another input layer (ie vendor-specific keyboard) button - Button wired directly to baseband processor antenna path - Button toggles GPIO which sends signal to driver which kills RF - Button toggles USB power to module, drops off USB bus like hot-unplug - Button is a dual-state toggle rather than an up/down button From jwboyer at jdub.homelinux.org Thu Apr 12 00:12:24 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 11 Apr 2007 19:12:24 -0500 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704112220.08656.opensource@till.name> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704112025.24910.opensource@till.name> <1176316160.6379.20.camel@zod.rchland.ibm.com> <200704112220.08656.opensource@till.name> Message-ID: <1176336744.4506.18.camel@vader.jdub.homelinux.org> On Wed, 2007-04-11 at 22:20 +0200, Till Maas wrote: > On Mi April 11 2007, Josh Boyer wrote: > > > But it isn't really used if the deltarpms don't exist. You still need a > > repo with those in it. Without the actual deltarpms in the official > > repos, you aren't really enabling the feature. So for people to actual > > _use_ it, they'd have to manually add a repo containing the deltarpms. > > Even if the repos contain deltarpms, one does not need to activate the > yum-presto plugin, it can also be installed with "enabled=0" in its > configuration. Yes. From where I sit though, having deltarpms in the official repos is an advertisement that the feature is available, tested, and fairly stable. If users see that the repos contain the deltarpms, why wouldn't they enable the plugin? While yum-presto looks really promising, I agree with Jesse in that it really needs to be put through the paces in rawhide before we enable deltarpm creation in the offical repos. josh From Michael_E_Brown at dell.com Thu Apr 12 01:17:34 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Wed, 11 Apr 2007 20:17:34 -0500 Subject: iwlwifi working anytime soon? In-Reply-To: <1176335400.1298.4.camel@localhost.localdomain> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> <1176326802.3485.18.camel@erebor.boston.redhat.com> <1176328168.30979.5.camel@localhost.localdomain> <20070411222857.GJ12978@humbolt.us.dell.com> <1176335400.1298.4.camel@localhost.localdomain> Message-ID: <20070412011734.GC10847@humbolt.us.dell.com> On Wed, Apr 11, 2007 at 07:50:00PM -0400, Dan Williams wrote: > On Wed, 2007-04-11 at 17:28 -0500, Michael E Brown wrote: > > Dell systems can use dellWirelessCtl -> userspace binary to control > > wireless kill switch. This binary is in libsmbios-bins, currently in > > Fedora 7 and Fedora Extras for FC6. > > > > David Zeuthen recently committed support into HAL to interface with > > dellWirelessCtl, so Dell laptops should soon work ok. Contact David if > > you have a Dell laptop of recent vintage (dellWirelessCtl -i to see if > > it works on your box) and it doesnt 'just work'. > > There is a standard kernel interface for killswitches that is getting > close to complete. There's a disgusting number of kill switch > implementations [1] that it has to support, but it appears to do the > job. Eventually, all vendor-specific stuff needs to be ported to use > it, which shouldn't be too hard. HAL then needs to be hooked up to > that, and NetworkManager will just use the generic HAL interfaces to > deal with rfkill. > Why do we need a kernel interface for this? Why not libkillswitch.so.1 and /usr/lib/killswitch-plugins/? Then, you could write libsysfskillswitch.so.1 and drop it into the plugins directory, and I could write libdellkillswitch.so.1 and drop it into the plugins directory. I dont see the utility of having a kernel driver for this when 99.9% of the code I need to implement my killswitch control for Dell laptops is userspace. I only need the 'dcdbas' driver to run the SMI call to enable/disable. The rest of the code I need, reading the smbios table to get the Dell proprietary tables structures which tell me the index io port for the SMI and the magic value for the SMI all happily resides in userspace. (The dcdbas driver is a driver to run SMIs) > [1] Including: > - Button triggers ACPI events from BIOS dell kill switch might do this, I dont know. > - Button is just another input layer (ie vendor-specific keyboard) > button this is part of how the Dell one works (I see keypress events when you toggle it) > - Button wired directly to baseband processor antenna path and it does this for wireless > - Button toggles GPIO which sends signal to driver which kills RF > - Button is a dual-state toggle rather than an up/down button > - Button toggles USB power to module, drops off USB bus like hot-unplug and it does this for bluetooth And the other thing about the Dell killswitch, you can set it in software to control any combination of WLAN, WWAN, and Bluetooth. Ie. I can tell BIOS that kill switch *only* enables/disables bluetooth. -- Michael From dennis at ausil.us Thu Apr 12 01:25:35 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 11 Apr 2007 20:25:35 -0500 Subject: iwlwifi working anytime soon? In-Reply-To: <1176324502.3485.12.camel@erebor.boston.redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461D45DE.9070400@gmail.com> <1176324502.3485.12.camel@erebor.boston.redhat.com> Message-ID: <200704112025.47242.dennis@ausil.us> Once upon a time Wednesday 11 April 2007, Jeremy Katz wrote: > On Wed, 2007-04-11 at 22:32 +0200, dragoran wrote: > > Jeremy Katz wrote: > > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > > point where previously that was nowhere near the case ;) > > > > > > > > > Can people that have been having problems with iwlwifi try with today's > > > > any wpa app in your area to test ? ;) > > I just tried that actually and it worked too. I'm scared :) > > Jeremy Trying it now on my wpa network at home. works fine so far. I did have one drop off and i had to reassociate but it is working :) Only issue is signal always shows as 100% Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Thu Apr 12 03:47:16 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 11 Apr 2007 21:47:16 -0600 Subject: Fedora review day revived? In-Reply-To: <461CA3E1.8010005@leemhuis.info> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <461CA194.4010806@hhs.nl> <461CA3E1.8010005@leemhuis.info> Message-ID: <20070411214716.7a5ee673@ghistelwchlohm.scrye.com> On Wed, 11 Apr 2007 11:01:21 +0200 fedora at leemhuis.info (Thorsten Leemhuis) wrote: > On 11.04.2007 10:51, Hans de Goede wrote: > > Trond Danielsen wrote: > >> with the growing number of contributors to Fedora, a challenge for > >> new contributors who want to get involved is finding reviewers and > >> sponsors for their packages. A quick look at > >> https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 > >> > >> tells me that there are many packages waiting to get into Fedora. > >> Somehow I think we should find a way to more quickly push packages > >> through the review prosess, and otherwise close the bug if it > >> can't be finished within a reasonable amount of time. > >> > >> I found this on the wiki: > >> http://fedoraproject.org/wiki/Extras/ReviewDay, and wondered if > >> anybody would be interested in bringing it back to life? I think it > >> would be good both for new contributors, and reviewers that could > >> get help reviewing packages by experienced members of the > >> community. I think once pr. month should be sufficent. Let me know > >> what you think! > > I'd say the Review Days might work if there is someone that really > drives the idea forward and gets enought people together on the review > days to make this an event that people have fun at and want to join. Perhaps. I was the one who tried the first few Review Days... they never really took off. ;( It might have more luck now since we have more developers... > > I think that a much better solution would be to encouroage people > > to exchange reviews, look for a package you find interesting that > > needs a review and offer to review it in exchange for the submitter > > reviewing one of yours. > > This seems to be a good approach and one that IMHO is more important > than the review days. But it seems to me we might need to help people > with the "exchange reviews" idea a bit more -- e.g. give people > waiting for reviews more hints how to exchange reviews; maybe a > document in the wiki might help. Maybe in addition a page that people > can use to find each other. Agreed. I think exchanging reviews is more spread out and sustainable than trying to get everyone to gather for a review day. Something in the wiki might work. Or even just offerering on the fedora-devel irc channel. Or on the mailing list. Or even in bugzilla, just adding a "I would be happy to review this if you could review #xyz" comment. I don't have any submissions in right now, but I would also be happy to be bribed to review packages in exchange for people triaging bugs in bugzilla or other worthwhile project activities. ;) > CU > thl kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lemenkov at gmail.com Thu Apr 12 05:19:26 2007 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 12 Apr 2007 05:19:26 +0000 (UTC) Subject: SIGs/KDE packages Request: OpenWengo References: <62bc09df0704110837y2e4e4866sb9d1fe6c88d3ceca@mail.gmail.com> Message-ID: SmootherFrOgZ gmail.com> writes: > So, i think this package should go to unofficial repository (such as livna or Atrpms) Definitely. Take a look at Livna. From pmatilai at laiskiainen.org Thu Apr 12 06:36:28 2007 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 12 Apr 2007 09:36:28 +0300 (EEST) Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: <461D1DBB.4010704@fedoraproject.org> References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> <20070411160422.GA44026@dspnet.fr.eu.org> <3da3b5b40704111027g416e0375k9bc4fa181cc11207@mail.gmail.com> <6e24a8e80704111035t7cdb4dcbo72a9b43c26989d67@mail.gmail.com> <461D1DBB.4010704@fedoraproject.org> Message-ID: On Wed, 11 Apr 2007, Rahul Sundaram wrote: > Mark wrote: >> forgive me if i sound hard but: >> do you really need proof to see that the dependency checking is a highly >> time consuming thing. >> i just did a yum update. >> i had a 100% cpu usage for a few minutes during the dep checking. that`s >> _TOO_ much for just a update. (oke.. this is a update of 148 packages but >> still) >> >> it just seems overkill for me.. specially now that i know that it can all >> be done in well under a second in a logic way :P >> > > You _don't_ know that. What you are doing might be logical in a simplistic > way but it just doesn't deal with a lot of real world cases. When you actual > start dealing with all of the logic that is required to solve the > dependencies properly you would lose the speed advantage that you currently > have. Well, depsolving *can* be that fast, the proof can be found in apt-rpm which takes just a few seconds (depends on the computer speed of course) to calculate something like fc5 -> fc6 upgrade with over thousand packages. Apt does pay some penalty for abstracting packaging systems (deb vs rpm) and for all the wacko pinning + other package priority calculations, plain rpm depsolve in C would be quite a bit faster still. As for yum depsolve speed... the folks just rewrote the yum depsolver to avoid having to download headers for depsolving, a no small feat. Correctness needs to come first, speed is secondary (although important) issue. Just how fast it can be made with just python remains to be seen (people are working on improving the speed all the time), but writing mockup depsolvers in PHP isn't going to help that cause. Writing a depsolver in any language is of course an interesting self-education, nothing wrong with that :) - Panu - From redhat at olen.net Thu Apr 12 07:19:57 2007 From: redhat at olen.net (Ola Thoresen) Date: Thu, 12 Apr 2007 09:19:57 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <1176326802.3485.18.camel@erebor.boston.redhat.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> <1176326802.3485.18.camel@erebor.boston.redhat.com> Message-ID: <461DDD9D.70607@olen.net> Jeremy Katz wrote: > On Wed, 2007-04-11 at 23:07 +0200, Ola Thoresen wrote: >> Jeremy Katz wrote: >>> On Tue, 2007-04-10 at 09:58 -0400, Thomas J. Baker wrote: >>>> Would anyone in the know care to speculate if iwlwifi is going to work >>>> anytime soon? It's been in the kernel for a month or so (at least it >>>> feels like a month) and has never worked for me and many others. From >>>> the kernel changelogs, it doesn't seem like much is happening with it. >>> Can people that have been having problems with iwlwifi try with today's >>> rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 >>> laptops connecting to both an unencrypted and an encrypted (WEP) access >>> point where previously that was nowhere near the case ;) >> Not sure if this is a driver problem, or something else. >> I'm still having problems with the hardware kill switch: >> >> iwlwifi: Intel(R) Wireless Link driver for Linux, 0.0.11k >> iwlwifi: Copyright(c) 2003-2006 Intel Corporation >> iwlwifi: Detected Intel PRO/Wireless 3945ABG Network Connection >> iwlwifi: Radio Frequency Kill Switch is On: >> iwlwifi: MAC is in deep sleep! >> iwlwifi: MAC is in deep sleep! >> iwlwifi: MAC is in deep sleep! >> >> No matter how i turn the actual switch the same messages are logged when >> I modprobe iwlwifi. > > What hardware is this with? Does it work if you start out with the kill > switch in the enabled position? It is a "noname" - an OEM Compal GL31 laptop. I have not tried to reboot with the switch in both positions after the last kernel upgrade, but I did this several times with older kernels. I'll try as soon as I get home. -- _,--', _._.--._____ .--.--';_'-.', ";_ _.,-' Ola Thoresen .'--'. _.' {`'-;_ .-.>.' '-:_ ) / `' '=. It is easier to fix Unix ) > {_/, /~) than to live with Windows |/ `^ .' From markg85 at gmail.com Thu Apr 12 07:28:16 2007 From: markg85 at gmail.com (Mark) Date: Thu, 12 Apr 2007 09:28:16 +0200 Subject: Did i just made the fastest dependency checker in the world? (198 packages in 1.5 seconds) In-Reply-To: References: <20070411140349.3276.qmail@web52405.mail.re2.yahoo.com> <20070411160422.GA44026@dspnet.fr.eu.org> <3da3b5b40704111027g416e0375k9bc4fa181cc11207@mail.gmail.com> <6e24a8e80704111035t7cdb4dcbo72a9b43c26989d67@mail.gmail.com> <461D1DBB.4010704@fedoraproject.org> Message-ID: <6e24a8e80704120028y63e525ech58b76c5eb3f332cf@mail.gmail.com> yea it`s interesting indeed. but just to clear it up.. php is just used because i know php. the actual speed is in MySQL the final script should be done in c/c++ with mysql and i expect that to be alot faster in total parsetime. mysql won`t speed up much.. even likely to slow down more with all the checks that needs to be done. 2007/4/12, Panu Matilainen : > > On Wed, 11 Apr 2007, Rahul Sundaram wrote: > > > Mark wrote: > >> forgive me if i sound hard but: > >> do you really need proof to see that the dependency checking is a > highly > >> time consuming thing. > >> i just did a yum update. > >> i had a 100% cpu usage for a few minutes during the dep checking. > that`s > >> _TOO_ much for just a update. (oke.. this is a update of 148 packages > but > >> still) > >> > >> it just seems overkill for me.. specially now that i know that it can > all > >> be done in well under a second in a logic way :P > >> > > > > You _don't_ know that. What you are doing might be logical in a > simplistic > > way but it just doesn't deal with a lot of real world cases. When you > actual > > start dealing with all of the logic that is required to solve the > > dependencies properly you would lose the speed advantage that you > currently > > have. > > Well, depsolving *can* be that fast, the proof can be found in apt-rpm > which takes just a few seconds (depends on the computer speed of course) > to calculate something like fc5 -> fc6 upgrade with over thousand > packages. Apt does pay some penalty for abstracting packaging systems > (deb vs rpm) and for all the wacko pinning + other package priority > calculations, plain rpm depsolve in C would be quite a bit faster still. > > As for yum depsolve speed... the folks just rewrote the yum depsolver to > avoid having to download headers for depsolving, a no small feat. > Correctness needs to come first, speed is secondary (although important) > issue. Just how fast it can be made with just python remains to be seen > (people are working on improving the speed all the time), but writing > mockup depsolvers in PHP isn't going to help that cause. Writing a > depsolver in any language is of course an interesting self-education, > nothing wrong with that :) > > - Panu - > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcepl at redhat.com Thu Apr 12 07:37:50 2007 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 12 Apr 2007 09:37:50 +0200 Subject: actually, I'm serious: forbid bugzilla filing against FC4? References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> Message-ID: Matthew Miller writes: > Things which stay in needinfo too long should get closed as > INSUFFICIENT_DATA. When a release is obsoleted, all bugs in the devel > version which were closed in the timeframe of that release could be moved to > the Fedora Pasture as well. Being a bugmaster for the desktop team, let me chime here as well -- I would actually love if the automatic closing of NEEDINFO bugs was re-established. The period after which it is closed can be pretty long (couple of months even), there may be some preliminary warning to owners of the components and the target of NEEDINFO (e.g., email saying "These bugs on the components you own will be closed in two weeks for INSUFFICIENT_DATA"), but something should be done. We have now hundreds of bugs which are NEEDINFO because somebody was trying to hide that he is too lazy to think about the particular bug. Or there are many NEEDINFOs which are actually meant as CLOSE, but they are not marked as such. Or there are NEEDINFOs which probably should be translated as NEEDINFO(God) "Give me some clue what to do with this." I have nothing against religion, but I don't think bugzilla is the right place to excercise it ;-). It should be IMNSHO re-established that NEEDINFO means, that somebody should provide information. I.e., the last comment in the bug should specifically point to somebody what specific piece of information is needed and who is to provide it. When that information is provided, NEEDINFO should be removed and the bug should be (ASAP, which depends) ASSIGNed to somebody who will take care of it. And of course, when this piece of information is not provided in reasonable time, even after some warning is given, and especially when it is NEEDINFO(reporter), it means that somebody is not willing to cooperate and it doesn't make sense to keep the bug alive. Yes, our bugzilla is IMHO in much better shape than some other ones (cough, cough, bugzilla.mozilla.org), but still I am afraid that it is not as helpful tool for developers as it could be. TODO list with hundreds of items is just useless. And last but not least, thank you Matthew for the last couple of actions you made on the cleaning up the -test* mess. It is very helpful. Best, Matej Cepl From hughsient at gmail.com Thu Apr 12 08:57:21 2007 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 12 Apr 2007 09:57:21 +0100 Subject: iwlwifi working anytime soon? In-Reply-To: <200704112025.47242.dennis@ausil.us> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461D45DE.9070400@gmail.com> <1176324502.3485.12.camel@erebor.boston.redhat.com> <200704112025.47242.dennis@ausil.us> Message-ID: <1176368241.2474.1.camel@hughsie-laptop> On Wed, 2007-04-11 at 20:25 -0500, Dennis Gilmore wrote: > Only issue is signal always shows as 100% And this oops (which disables my keyboard..) Apr 11 21:42:56 hughsie-laptop NetworkManager: SUP: sending command 'ENABLE_NETWORK 0' Apr 11 21:42:56 hughsie-laptop NetworkManager: SUP: response was 'OK' Apr 11 21:42:56 hughsie-laptop NetworkManager: Activation (wlan1) Stage 2 of 5 (Device Configure) complete. Apr 11 21:42:57 hughsie-laptop wpa_supplicant[3455]: Trying to associate with 00:11:95:19:a7:4c (SSID='x644' freq=2442 MHz) Apr 11 21:42:57 hughsie-laptop wpa_supplicant[3455]: Association request to the driver failed Apr 11 21:42:57 hughsie-laptop kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008 Apr 11 21:42:57 hughsie-laptop kernel: printing eip: Apr 11 21:42:57 hughsie-laptop kernel: c04352ba Apr 11 21:42:57 hughsie-laptop kernel: *pde = 444d2067 Apr 11 21:42:57 hughsie-laptop kernel: Oops: 0000 [#1] Apr 11 21:42:57 hughsie-laptop kernel: SMP Apr 11 21:42:57 hughsie-laptop kernel: last sysfs file: /block/sda/sda2/stat Apr 11 21:42:57 hughsie-laptop kernel: Modules linked in: zd1211rw ieee80211softmac ieee80211 ieee80211_crypt zd1211rw_mac80211 nf_conntrack_netbios_ns nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink ipt_REJECT iptable_filter ip_tables xt_tcpudp ip6t_REJECT ip6table_filter ip6_tables x_tables dm_mirror dm_multipath dm_mod video sbs i2c_ec button dock battery asus_acpi ac nouveau drm ipv6 parport_pc lp parport arc4 ecb blkcipher snd_hda_intel snd_hda_codec rtc_cmos snd_seq_dummy rtc_core rtc_lib snd_seq_oss snd_seq_midi_event snd_seq pcspkr snd_seq_device hci_usb bluetooth snd_pcm_oss serio_raw fw_ohci fw_core snd_mixer_oss iwlwifi mac80211 8139cp 8139too sdhci mmc_core snd_pcm cfg80211 mii i2c_i801 i2c_core snd_timer snd iTCO_wdt soundcore iTCO_vendor_support snd_page_alloc sr_mod cdrom joydev sg ata_generic ata_piix libata sd_mod scsi_mod ext3 jbd mbcache ehci_hcd ohci_hcd uhci_hcd Apr 11 21:42:57 hughsie-laptop kernel: CPU: 1 Apr 11 21:42:57 hughsie-laptop kernel: EIP: 0060:[] Not tainted VLI Apr 11 21:42:57 hughsie-laptop kernel: EFLAGS: 00010246 (2.6.20-1.3056.fc7 #1) Apr 11 21:42:57 hughsie-laptop kernel: EIP is at queue_work+0x24/0x4d Apr 11 21:42:57 hughsie-laptop kernel: eax: 00000008 ebx: 00000000 ecx: 00000000 edx: e776b078 Apr 11 21:42:57 hughsie-laptop kernel: esi: 00000001 edi: e77682e0 ebp: c249bcfc esp: c249bcf4 Apr 11 21:42:57 hughsie-laptop kernel: ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 Apr 11 21:42:57 hughsie-laptop kernel: Process events/1 (pid: 9, ti=c249b000 task=c24b5550 task.ti=c249b000) Apr 11 21:42:57 hughsie-laptop kernel: Stack: e77691e0 e794e03c c249bd1c f8a44d5b e7764654 c249bd1c f8a1b0e6 f74851f8 Apr 11 21:42:57 hughsie-laptop kernel: e794e03c e77682e0 c249be1c f8a1d847 e794e03c e7531000 f8a25d7e 00000000 Apr 11 21:42:57 hughsie-laptop wpa_supplicant[3455]: Associated with 00:11:95:19:a7:4c Apr 11 21:42:57 hughsie-laptop kernel: 00000011 00000095 00000019 000000a7 0000004c 00000421 00000000 00000002 Apr 11 21:42:57 hughsie-laptop kernel: Call Trace: Apr 11 21:42:57 hughsie-laptop kernel: [] show_trace_log_lvl+0x1a/0x2f Apr 11 21:42:57 hughsie-laptop kernel: [] show_stack_log_lvl+0x9b/0xa3 Apr 11 21:42:57 hughsie-laptop kernel: [] show_registers+0x1b8/0x289 Apr 11 21:42:57 hughsie-laptop kernel: [] die+0x12d/0x242 Apr 11 21:42:57 hughsie-laptop kernel: [] do_page_fault+0x3ee/0x4ba Apr 11 21:42:57 hughsie-laptop kernel: [] error_code+0x7c/0x84 Apr 11 21:42:57 hughsie-laptop kernel: [] ipw_rate_scale_rate_init+0xda/0xe2 [iwlwifi] Apr 11 21:42:57 hughsie-laptop kernel: [] ieee80211_rx_mgmt_assoc_resp+0x571/0x5cb [mac80211] Apr 11 21:42:57 hughsie-laptop kernel: [] ieee80211_sta_work+0x99e/0x1482 [mac80211] Apr 11 21:42:57 hughsie-laptop wpa_supplicant[3455]: CTRL-EVENT-CONNECTED - Connection to 00:11:95:19:a7:4c completed (auth) [id=0 id_str=] Apr 11 21:42:57 hughsie-laptop kernel: [] run_workqueue+0x89/0x14e Apr 11 21:42:57 hughsie-laptop kernel: [] worker_thread+0xf8/0x124 Apr 11 21:42:57 hughsie-laptop kernel: [] kthread+0xb3/0xdc Apr 11 21:42:57 hughsie-laptop kernel: [] kernel_thread_helper+0x7/0x10 Apr 11 21:42:57 hughsie-laptop kernel: ======================= Apr 11 21:42:57 hughsie-laptop kernel: Code: 72 ff ff ff 5b 5d c3 55 89 c1 89 e5 56 53 64 8b 35 04 00 00 00 f0 0f ba 2a 00 19 c0 31 db 85 c0 75 2c 8b 1d a8 16 7f c0 8d 41 08 <39> 41 08 8d 42 04 0f 45 de 39 42 04 74 04 0f 0b eb fe 8b 01 f7 Apr 11 21:42:57 hughsie-laptop kernel: EIP: [] queue_work+0x24/0x4d SS:ESP 0068:c249bcf4 Apr 11 21:42:57 hughsie-laptop NetworkManager: Activation (wlan1/wireless) Stage 2 of 5 (Device Configure) successful. Connected to access point 'x644'. It's already in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=233364. Richard. From kmaraas at broadpark.no Thu Apr 12 08:47:21 2007 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Thu, 12 Apr 2007 10:47:21 +0200 Subject: iwlwifi working anytime soon? In-Reply-To: <200704112025.47242.dennis@ausil.us> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <461D45DE.9070400@gmail.com> <1176324502.3485.12.camel@erebor.boston.redhat.com> <200704112025.47242.dennis@ausil.us> Message-ID: <1176367641.2730.4.camel@localhost.localdomain> ons, 11.04.2007 kl. 20.25 -0500, skrev Dennis Gilmore: > Once upon a time Wednesday 11 April 2007, Jeremy Katz wrote: > > On Wed, 2007-04-11 at 22:32 +0200, dragoran wrote: > > > Jeremy Katz wrote: > > > > rawhide kernel (2.6.20-1.3056.fc7)? I've had it work for me now on 4 > > > > laptops connecting to both an unencrypted and an encrypted (WEP) access > > > > point where previously that was nowhere near the case ;) > > > > > > > > > > > > Can people that have been having problems with iwlwifi try with today's > > > > > > any wpa app in your area to test ? ;) > > > > I just tried that actually and it worked too. I'm scared :) > > > > Jeremy > > Trying it now on my wpa network at home. works fine so far. I did have one > drop off and i had to reassociate but it is working :) > > Only issue is signal always shows as 100% > Worked for me on an open network with announced SSID, but not on an encrypted network without announced SSID. Cheers Kjartan From buildsys at redhat.com Thu Apr 12 10:02:53 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 12 Apr 2007 06:02:53 -0400 Subject: rawhide report: 20070412 changes Message-ID: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> Updated Packages: bind-31:9.4.0-5.fc7 ------------------- * Wed Apr 11 2007 Adam Tkac 31:9.4.0-5.fc7 - dnssec-signzone utility now doesn't ignore -d parameter curl-7.16.2-1.fc7 ----------------- * Wed Apr 11 2007 Jindrich Novy 7.16.2-1 - update to 7.16.2 dhcp-12:3.0.5-30.fc7 -------------------- * Wed Apr 11 2007 David Cantrell - 12:3.0.5-30 - Enable Xen patch again, kernel bits present (#231444) * Tue Apr 10 2007 David Cantrell - 12:3.0.5-29 - Spec file cleanups (#225691) fonts-japanese-0.20061016-6.fc7 ------------------------------- * Thu Apr 12 2007 Akira TAGOH - 0.20061016-6 - Remove %config from the files under /usr/share/ghostscript/conf.d. - clean up more in spec file. * Tue Apr 10 2007 Akira TAGOH - 0.20061016-5 - Move the configuration files for ghostscript under /usr/share/ghostscript/conf.d gamin-0.1.8-5.fc7 ----------------- * Wed Apr 11 2007 Alexander Larsson - 0.1.8-5 - Add patch that handles inotify failing fallback (#233316) gnome-python2-extras-2.14.3-2.fc7 --------------------------------- * Wed Apr 11 2007 Matthew Barnes - 2.14.3-2.fc7 - Rebuild against firefox-2.0.0.3. - Require exactly 2.0.0.3 so we're notified of dependency breaks. gnome-vfs2-2.18.1-2.fc7 ----------------------- * Wed Apr 11 2007 Alexander Larsson - 2.18.1-2 - Require libsmbclient, not samba-common * Wed Apr 11 2007 Alexander Larsson - 2.18.1-1 - Update to 2.18.1 k3b-0:1.0-1.fc7 --------------- * Wed Apr 11 2007 Harald Hoyer - 0:1.0-1 - version k3b-1.0 - provide/obsolete k3b-extras kernel-2.6.20-1.3059.fc7 ------------------------ * Wed Apr 11 2007 Dave Jones - DRM support for Intel 965GM * Wed Apr 11 2007 Dave Jones - 2.6.21-rc6-git4 * Wed Apr 11 2007 John W. Linville - Add fix for bcm43xx-mac80211 oops on ppc w/ phy rev 1 - Set IPW_WARNING to KERN_WARN to make iwlwifi less chatty kexec-tools-1.101-69.fc7 ------------------------ * Wed Apr 11 2007 Neil Horman - 1.101-69.fc7 - Fixed up kdump.init to enforce mode 600 on authorized_keys2 (bz 235986) libXi-1.0.4-1 ------------- * Wed Apr 11 2007 Adam Jackson 1.0.4-1 - libXi 1.0.4 libdhcp-1.24-2.fc7 ------------------ * Wed Apr 11 2007 David Cantrell - 1.24-2 - Request and handle static-routes option for IPv4 requests (#149736) libselinux-2.0.12-1.fc7 ----------------------- * Wed Apr 11 2007 Dan Walsh - 2.0.12-1 - Upgrade to upstream * Merged support for getting initial contexts from James Carter. man-pages-2.44-1.fc7 -------------------- * Wed Apr 11 2007 Ivana Varekova 2.44-1 - update to 2.44 * Mon Apr 02 2007 Steve Dickson 2.43-12 - Remove the rpcinfo man page (#228894). * Fri Mar 16 2007 Ivana Varekova 2.43-11 - Resolves: 230899 Error in the man-pages.spec file: incorrect encoding convertation mdadm-2.6.1-3.fc7 ----------------- * Wed Apr 11 2007 Doug Ledford - 2.6.1-3 - Various cleanups as part of merge review process - Related: bz226134 nautilus-2.18.1-2.fc7 --------------------- * Wed Apr 11 2007 Alexander Larsson - 2.18.1-2 - Fix memleak (#235696) * Wed Apr 11 2007 Alexander Larsson - 2.18.1-1 - Update to 2.18.1 parted-1.8.6-3.fc7 ------------------ * Wed Apr 11 2007 David Cantrell - 1.8.6-3 - Fix off-by-one bug in parted(8) when displaying disk label (#235901) policycoreutils-2.0.8-1.fc7 --------------------------- * Wed Apr 11 2007 Dan Walsh 2.0.8-1 - Updated version of sepolgen * Merged updates to sepolgen-ifgen from Karl MacMillan. * Merged updates to sepolgen parser and tools from Karl MacMillan. This includes improved debugging support, handling of interface calls with list parameters, support for role transition rules, updated range transition rule support, and looser matching. qt-1:3.3.8-4.fc7 ---------------- * Wed Apr 11 2007 Than Ngo - 1:3.3.8-4.fc7 - adjust qt-3.3.8-fontrendering-as_IN-209972.patch and qt-3.3.8-fontrendering-#214570.patch for qt-3.3.8 redhat-rpm-config-8.0.45-15.fc7 ------------------------------- * Wed Apr 11 2007 Jon Masters 8.0.45-15 - Add modalias tags to kernel module packages (kmods) for tracking. - Further information is available at http://www.kerneldrivers.org/. rhythmbox-0.10.0-4.fc7 ---------------------- * Wed Apr 11 2007 - Bastien Nocera - 0.10.0-4.fc7 - Provide some quality Ogg radios in the default iRadio catalogue (#229677) * Wed Apr 11 2007 - Bastien Nocera - 0.10.0-3.fc7 - Add requires for gnome-themes, spotted by Nigel Jones (#235818) rpcbind-0.1.4-4.fc7 ------------------- * Wed Apr 11 2007 Jeremy Katz - 0.1.4-4 - change man-pages requires into a conflicts as we don't have to have man-pages installed, but if we do, we need the newer version rsh-0.17-40.fc7 --------------- * Tue Apr 10 2007 Adam Tkac 0.17-40.fc7 - improved -D option to rlogind - when name won't be resolved rlogind uses IP address - added smp_mflags to make scim-1.4.5-13.fc7 ----------------- * Wed Apr 11 2007 Jens Petersen - 1.4.5-13 - do not set a hotkey by default for non-Asian users (#235435) - move the scim system config file from scim-system-default-config.patch into a source file scim-system-config * Wed Apr 04 2007 Jens Petersen - 1.4.5-12 - add X-GNOME-PersonalSettings category to scim-setup.desktop (#234167) - also use desktop-file-install instead of scim-setup-desktop-file.patch to remove Applications category * Tue Mar 13 2007 Jens Petersen - 1.4.5-11 - improve sourceforge url to main tarball (#226395) - preserve timestamps under make install (#226395) selinux-policy-2.5.12-1.fc7 --------------------------- * Tue Apr 10 2007 Dan Walsh 2.5.12-1 - Update to upstream sysklogd-1.4.2-4.fc7 -------------------- * Wed Apr 11 2007 Peter Vrabec 1.4.2-4 - some fixes of previous release (#223573) system-config-display-1.0.51-1.fc7 ---------------------------------- * Wed Apr 11 2007 Adam Jackson 1.0.51-1 - Load the mouse and keyboard configs from the config file, so as not to clobber them. (#145316) system-config-soundcard-2.0.6-4.fc7 ----------------------------------- * Wed Apr 11 2007 Martin Stransky 2.0.6-4 - fixed #227778 - Firstboot soundcard screen 'too wide' with long name - fixed device and initial soundcard configuration - fixed modprobe.conf parser totem-2.18.1-2.fc7 ------------------ * Wed Apr 11 2007 - Bastien Nocera - 2.18.1-2 - Add requires for gnome-themes, spotted by Nigel Jones (#235819) udev-106-2.fc7 -------------- * Wed Apr 11 2007 Harald Hoyer - 106-2 - create floppy device nodes with the correct selinux context (bug #235953) - Resolves: rhbz#235953 * Wed Mar 07 2007 Harald Hoyer - 106-1 - version 106 - specfile cleanup - removed pilot rule - removed dasd_id and dasd_id rule - provide static versions in a subpackage * Wed Feb 21 2007 Harald Hoyer - 105-1 - version 105 xdoclet-0:1.2.3-7jpp.3 ---------------------- * Wed Apr 11 2007 Thomas Fitzsimmons - 0:1.2.3-7jpp.3 - Remove mockobjects requirements. xorg-x11-server-1.2.99.905-4.fc7 -------------------------------- * Wed Apr 11 2007 Adam Jackson 1.2.99.905-4 - xserver-1.3.0-no-prerelease-warning.patch: Hush the useless prerelease warning if we happen to be building one (and even if not). - xserver-1.3.0-pci-device-enable.patch: Make sure the PCI device is enabled in sysfs before we start touching it, otherwise, armageddon. Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 From rdieter at math.unl.edu Thu Apr 12 11:18:11 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 12 Apr 2007 06:18:11 -0500 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <1176336744.4506.18.camel@vader.jdub.homelinux.org> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704112025.24910.opensource@till.name> <1176316160.6379.20.camel@zod.rchland.ibm.com> <200704112220.08656.opensource@till.name> <1176336744.4506.18.camel@vader.jdub.homelinux.org> Message-ID: <461E1573.1070900@math.unl.edu> Josh Boyer wrote: > While yum-presto looks really promising, I agree with Jesse in that it > really needs to be put through the paces in rawhide before we enable > deltarpm creation in the offical repos. Um, how is such testing to take place if there exist no (official) presto-enabled repos? I'm of the mind to "just do it", regardless of whether it is enabled by default or not. fwiw, I don't think the tools to generate preso-compatible repos exist yet, so it may be a moot point, for now. -- Rex From debarshi.ray at gmail.com Thu Apr 12 11:04:15 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Thu, 12 Apr 2007 16:34:15 +0530 Subject: Pirut mailing list. Message-ID: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> Is there any specific mailing list for discussing issues related to Pirut/yum/packaging related to Fedora? Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From dcbw at redhat.com Thu Apr 12 12:02:50 2007 From: dcbw at redhat.com (Dan Williams) Date: Thu, 12 Apr 2007 08:02:50 -0400 Subject: iwlwifi working anytime soon? In-Reply-To: <20070412011734.GC10847@humbolt.us.dell.com> References: <1176213488.9351.14.camel@raptor.sr.unh.edu> <1176322837.3485.11.camel@erebor.boston.redhat.com> <461D4E06.8060204@olen.net> <1176326802.3485.18.camel@erebor.boston.redhat.com> <1176328168.30979.5.camel@localhost.localdomain> <20070411222857.GJ12978@humbolt.us.dell.com> <1176335400.1298.4.camel@localhost.localdomain> <20070412011734.GC10847@humbolt.us.dell.com> Message-ID: <1176379370.21802.23.camel@localhost.localdomain> On Wed, 2007-04-11 at 20:17 -0500, Michael E Brown wrote: > On Wed, Apr 11, 2007 at 07:50:00PM -0400, Dan Williams wrote: > > On Wed, 2007-04-11 at 17:28 -0500, Michael E Brown wrote: > > > Dell systems can use dellWirelessCtl -> userspace binary to control > > > wireless kill switch. This binary is in libsmbios-bins, currently in > > > Fedora 7 and Fedora Extras for FC6. > > > > > > David Zeuthen recently committed support into HAL to interface with > > > dellWirelessCtl, so Dell laptops should soon work ok. Contact David if > > > you have a Dell laptop of recent vintage (dellWirelessCtl -i to see if > > > it works on your box) and it doesnt 'just work'. > > > > There is a standard kernel interface for killswitches that is getting > > close to complete. There's a disgusting number of kill switch > > implementations [1] that it has to support, but it appears to do the > > job. Eventually, all vendor-specific stuff needs to be ported to use > > it, which shouldn't be too hard. HAL then needs to be hooked up to > > that, and NetworkManager will just use the generic HAL interfaces to > > deal with rfkill. > > > Why do we need a kernel interface for this? Why not libkillswitch.so.1 > and /usr/lib/killswitch-plugins/? Then, you could write > libsysfskillswitch.so.1 and drop it into the plugins directory, and I > could write libdellkillswitch.so.1 and drop it into the plugins > directory. > > I dont see the utility of having a kernel driver for this when 99.9% of > the code I need to implement my killswitch control for Dell laptops is It's userspace for _your_ laptop. But on lots of other laptops, it needs kernel support because the wireless driver, for example, gets in interrupt from the card or has to _poll_ a register. This stuff has _got_ to be standardized, and that means that some pieces are in the kernel because some hardware needs it their, even if not your hardware. Furthermore, we don't want to have 10 different 'iwpriv' commands for each driver, like the ipw driver has one now. There has got to be a standard kernel interface to control the radio. > userspace. I only need the 'dcdbas' driver to run the SMI call to > enable/disable. The rest of the code I need, reading the smbios table to > get the Dell proprietary tables structures which tell me the index io > port for the SMI and the magic value for the SMI all happily resides in > userspace. (The dcdbas driver is a driver to run SMIs) > > > [1] Including: > > - Button triggers ACPI events from BIOS > > dell kill switch might do this, I dont know. Again; some vendors do it one way, others do it another. Even laptops from the same vendor implement rf kill differently depending on which wlan chipset they use. > > - Button is just another input layer (ie vendor-specific keyboard) > > button > > this is part of how the Dell one works (I see keypress events when you > toggle it) > > > - Button wired directly to baseband processor antenna path > > and it does this for wireless > > - Button toggles GPIO which sends signal to driver which kills RF > > - Button is a dual-state toggle rather than an up/down button > > - Button toggles USB power to module, drops off USB bus like hot-unplug > > and it does this for bluetooth > > And the other thing about the Dell killswitch, you can set it in > software to control any combination of WLAN, WWAN, and Bluetooth. Ie. I > can tell BIOS that kill switch *only* enables/disables bluetooth. Well this is more interesting then; because it shows up as an input layer event and also hard-kills the radio. This is yet another permutation that the standard stuff has to deal with. The point here is that this is not just userspace, it needs driver support too. And there must be a standard kernel API that works for all cards and drivers so that userspace programs don't have to code for 10 different rfkill solutions. Dan From sundaram at fedoraproject.org Thu Apr 12 13:54:09 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 12 Apr 2007 19:24:09 +0530 Subject: Pirut mailing list. In-Reply-To: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> References: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> Message-ID: <461E3A01.7010609@fedoraproject.org> Debarshi 'Rishi' Ray wrote: > Is there any specific mailing list for discussing issues related to > Pirut/yum/packaging related to Fedora? Pirut, yum on Fedora - this is the list. Packaging - If you are talking about packaging issues - this is the list. If you want to discuss guidelines, look at fedora-packaging. If you want report bugs use http://bugzilla.redhat.com Rahul From drago01 at gmail.com Thu Apr 12 13:56:36 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 12 Apr 2007 15:56:36 +0200 Subject: Pirut mailing list. In-Reply-To: <461E3A01.7010609@fedoraproject.org> References: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> <461E3A01.7010609@fedoraproject.org> Message-ID: <461E3A94.4090304@gmail.com> Rahul Sundaram wrote: > Debarshi 'Rishi' Ray wrote: >> Is there any specific mailing list for discussing issues related to >> Pirut/yum/packaging related to Fedora? > > Pirut, yum on Fedora - this is the list. > there is a yum-devel-list upstream too, if you want to discuss the developemnt of yum From pertusus at free.fr Thu Apr 12 13:56:28 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 12 Apr 2007 15:56:28 +0200 Subject: Provides: MTA and smtpdaemon? In-Reply-To: <461BEE26.30501@nobugconsulting.ro> References: <200704082308.13413.ville.skytta@iki.fi> <200704091135.26323.jkeating@redhat.com> <1176144845.21151.4.camel@rousalka.dyndns.org> <200704091500.45630.jkeating@redhat.com> <1176146859.21151.11.camel@rousalka.dyndns.org> <20070409234617.GD2831@free.fr> <20070410192331.GA31386@nostromo.devel.redhat.com> <461BEE26.30501@nobugconsulting.ro> Message-ID: <20070412135628.GB2872@free.fr> On Tue, Apr 10, 2007 at 11:05:58PM +0300, Manuel Wolfshant wrote: > > Can we attach specific meaning to each one (and/or drop whatever is not > needed) and use this a guide ? I suggest > - smtpdaemon for programs which can really be used as daemons (axigen / > exim / postfix / qmail / sendmail / xmail) (not that all of them are > packaged or available now; even if they are not, we could kindly ask the > respective packagers to follow our guidelines) Yep. > - MTA for anything that can be used as (or claims to be) a MTA (even > send-only) (all the above plus esmtp and ssmtp) I prefer /usr/sbin/sendmail since it should be what is really used in programs, and it removes the need for a virtual provides. Though I don't care that much. -- Pat From vikigoyal at gmail.com Thu Apr 12 14:06:16 2007 From: vikigoyal at gmail.com (Vikram Goyal) Date: Thu, 12 Apr 2007 19:36:16 +0530 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <200704111205.44146.jkeating@redhat.com> References: <200704111205.44146.jkeating@redhat.com> Message-ID: <20070412140616.GA10811@fc6host.fc6domain> On Wed, Apr 11, 2007 at 12:05:43PM -0400, Jesse Keating wrote: > On Wednesday 11 April 2007 11:55:13 Rahul Sundaram wrote: > > There are obviously some fixes that are required at the client level: > > yum presto plugin. However we can encourage the mirrors to presto enable > > all the repositories right away. > > Well, we don't ask the mirrors to generate things, we generate things at the > source and the mirrors just pick it up. If the mirrors have to do something > themselves, we've lost. > > > Since the client is in extras users can choose to install it for FC5, > > FC6 and rawhide (this one is esp interesting right now) and we should > > look at installing the plugin by default in F8. > > I really don't want to add this midstream to a released product. The right > process here is to get it working in rawhide during the open development > cycle, start producing the content for it at the source, have it mirrored out > and get more and more people beating on it during rawhide. If it survives > and makes it into the released product as a default, that's awesome, from > that point on we use it. Trying to start at a released product and port > forward just seems backwards to me, and not something I want to expose all of > our "stable" Fedora 6 users to. > It is great no doubt and I have been using it for a few days now. Updating is no more that big a drain on the bandwidth. Here an excerpt: -------------------------------------------------------------------------- release 100% |=========================| 951 B 00:00 Loading mirror speeds from cached hostfile Setting up Presto extras 100% |=========================| 383 B 00:00 updates 100% |=========================| 383 B 00:00 Reading Presto metadata in from local files presto.xml.gz 100% |=========================| 54 kB 00:02 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.6 MB 01:18 extras : ################################################## 5139/5139 Size of all updates downloaded from Presto-enabled repositories: 156K Size of updates that would have been downloaded if Presto wasn't enabled: 7.3M This is a savings of 98 percent Installed: tomcat4-servlet-2.3-api.noarch 0:4.1.31-7jpp Updated: blobwars.i386 0:1.06-1.fc6 gaim-encryption.i386 0:3.0-0.2.beta8.fc6 Replaced: servletapi4.noarch 0:4.0.4-4jpp Complete! [root at fc6host ~]# -------------------------------------------------------------------------- Is it possible to produce delta primary.xml files just as delta rpms? The situation has changed now to xml files being bigger downloads than the packages themselves. Regards! -- vikram... |||||||| |||||||| ^^'''''^^||root||^^^'''''''^^ // \\ )) //(( \\// \\ // /\\ || \\ || / )) (( \\ -- You know you've been spending too much time on the computer when your friend misdates a check, and you suggest adding a "++" to fix it. -- ~|~ = Registered Linux User #285795 From fedora at leemhuis.info Thu Apr 12 14:31:30 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 12 Apr 2007 16:31:30 +0200 Subject: Pirut mailing list. In-Reply-To: <461E3A01.7010609@fedoraproject.org> References: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> <461E3A01.7010609@fedoraproject.org> Message-ID: <461E42C2.5000503@leemhuis.info> Rahul Sundaram schrieb: > Debarshi 'Rishi' Ray wrote: >> Is there any specific mailing list for discussing issues related to >> Pirut/yum/packaging related to Fedora? >[...] > Packaging - If you are talking about packaging issues - this is the > list. If you want to discuss guidelines, look at fedora-packaging. Hmmm, I'd tend to say fedora-packaging is for "packaging issues", too. To quote https://www.redhat.com/mailman/listinfo/fedora-packaging "This mailing list provides a discussion forum for RPM packaging standards and practices for Fedora." But it probably depends on the closer exact definition of the issue at hand. Cu thl From sundaram at fedoraproject.org Thu Apr 12 14:35:44 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 12 Apr 2007 20:05:44 +0530 Subject: Pirut mailing list. In-Reply-To: <461E42C2.5000503@leemhuis.info> References: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> <461E3A01.7010609@fedoraproject.org> <461E42C2.5000503@leemhuis.info> Message-ID: <461E43C0.7030405@fedoraproject.org> Thorsten Leemhuis wrote: > Rahul Sundaram schrieb: >> Debarshi 'Rishi' Ray wrote: >>> Is there any specific mailing list for discussing issues related to >>> Pirut/yum/packaging related to Fedora? >> [...] >> Packaging - If you are talking about packaging issues - this is the >> list. If you want to discuss guidelines, look at fedora-packaging. > > Hmmm, I'd tend to say fedora-packaging is for "packaging issues", too. Depends on what you mean by that. If there was a issue aka bug with a specific package, does it belong in that list? Rahul From mls at suse.de Thu Apr 12 14:44:32 2007 From: mls at suse.de (Michael Schroeder) Date: Thu, 12 Apr 2007 16:44:32 +0200 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <20070412140616.GA10811@fc6host.fc6domain> References: <200704111205.44146.jkeating@redhat.com> <20070412140616.GA10811@fc6host.fc6domain> Message-ID: <20070412144432.GA14397@suse.de> On Thu, Apr 12, 2007 at 07:36:16PM +0530, Vikram Goyal wrote: > Is it possible to produce delta primary.xml files just as delta rpms? > > The situation has changed now to xml files being bigger downloads than > the packages themselves. Have a look at the zsync program, maybe it can be used for that purpose. zsync works like rsync, but it run's the delta algorithm on the client, thus it doesn't need a special server. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From rdieter at math.unl.edu Thu Apr 12 14:46:39 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 12 Apr 2007 09:46:39 -0500 Subject: Pirut mailing list. References: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> <461E3A01.7010609@fedoraproject.org> <461E42C2.5000503@leemhuis.info> <461E43C0.7030405@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > Thorsten Leemhuis wrote: >> Rahul Sundaram schrieb: >>> Packaging - If you are talking about packaging issues - this is the >>> list. If you want to discuss guidelines, look at fedora-packaging. >> >> Hmmm, I'd tend to say fedora-packaging is for "packaging issues", too. > > Depends on what you mean by that. If there was a issue aka bug with a > specific package, does it belong in that list? No (please). :) -- Rex From fedora at leemhuis.info Thu Apr 12 14:51:25 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 12 Apr 2007 16:51:25 +0200 Subject: Pirut mailing list. In-Reply-To: <461E43C0.7030405@fedoraproject.org> References: <3170f42f0704120404w30a694c8wc547166f0b95dd24@mail.gmail.com> <461E3A01.7010609@fedoraproject.org> <461E42C2.5000503@leemhuis.info> <461E43C0.7030405@fedoraproject.org> Message-ID: <461E476D.5040109@leemhuis.info> Rahul Sundaram schrieb: > Thorsten Leemhuis wrote: >> Rahul Sundaram schrieb: >>> Debarshi 'Rishi' Ray wrote: >>>> Is there any specific mailing list for discussing issues related to >>>> Pirut/yum/packaging related to Fedora? >>> [...] >>> Packaging - If you are talking about packaging issues - this is the >>> list. If you want to discuss guidelines, look at fedora-packaging. >> Hmmm, I'd tend to say fedora-packaging is for "packaging issues", too. > Depends on what you mean by that. If there was a issue aka bug with a > specific package, does it belong in that list? No, of course not ;-) I meant stuff that is around writing spec files. Cu thl From nphilipp at redhat.com Thu Apr 12 15:02:08 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 12 Apr 2007 17:02:08 +0200 Subject: rawhide report: 20070412 changes In-Reply-To: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> References: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> Message-ID: <1176390128.12320.43.camel@gibraltar.stuttgart.redhat.com> On Thu, 2007-04-12 at 06:02 -0400, buildsys at redhat.com wrote: > Broken deps for ppc64 > ---------------------------------------------------------- > gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 gimp requires gimp-print which nowadays is provided by gutenprint which is in extras which prevents gimp from being rebuilt with the corrected requirements ;-). Should all be sorted out by the merger I hope. -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From sdl.web at gmail.com Thu Apr 12 15:07:40 2007 From: sdl.web at gmail.com (Leo) Date: Thu, 12 Apr 2007 16:07:40 +0100 Subject: rawhide report: 20070412 changes References: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> <1176390128.12320.43.camel@gibraltar.stuttgart.redhat.com> Message-ID: ----- Nils Philippsen (2007-04-12) wrote:----- >> Broken deps for ppc64 >> ---------------------------------------------------------- >> gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 > > gimp requires gimp-print which nowadays is provided by gutenprint > which is in extras which prevents gimp from being rebuilt with the > corrected requirements ;-). If upgrade from Fedora 6, will gutenprint replace gimp-print? -- Leo (GPG Key: 9283AA3F) From jkeating at redhat.com Thu Apr 12 15:31:42 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 12 Apr 2007 11:31:42 -0400 Subject: rawhide report: 20070412 changes In-Reply-To: <1176390128.12320.43.camel@gibraltar.stuttgart.redhat.com> References: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> <1176390128.12320.43.camel@gibraltar.stuttgart.redhat.com> Message-ID: <200704121131.42781.jkeating@redhat.com> On Thursday 12 April 2007 11:02:08 Nils Philippsen wrote: > gimp requires gimp-print which nowadays is provided by gutenprint which > is in extras which prevents gimp from being rebuilt with the corrected > requirements ;-). > > Should all be sorted out by the merger I hope. Is it a BuildRequires or just a Requires? If it's just a requires, you could fix it but that still wouldn't shut up the broken dep finder as it doesn't take Extras into account, and gutenprint has a Provides: gimp-print in it. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hughsient at gmail.com Thu Apr 12 15:53:11 2007 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 12 Apr 2007 16:53:11 +0100 Subject: rawhide report: 20070412 changes In-Reply-To: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> References: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> Message-ID: <1176393191.1378.1.camel@hughsie-laptop> On Thu, 2007-04-12 at 06:02 -0400, buildsys at redhat.com wrote: > kernel-2.6.20-1.3059.fc7 > ------------------------ > * Wed Apr 11 2007 Dave Jones > - DRM support for Intel 965GM Any chance you guys could update the nouveau drm patch please (it fixes a hard crash with nouveau on nv46)? I've uploaded a rebased to git patch here: http://people.freedesktop.org/~hughsient/temp/nouveau-drm-20070410git.patch - please review the differences and replace the nouveau-drm patch in the spec file with this one. Cheers guys, Richard. From kuznetsovaval at yahoo.ca Thu Apr 12 16:08:38 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Thu, 12 Apr 2007 12:08:38 -0400 Subject: Profugus software Message-ID: <200704121208.38566.kuznetsovaval@yahoo.ca> I and my team want to contribute the software which automatically migrates XEN virtual machines between 2 systems based on their CPU time. The software is written in Python. Download the RPM package from http://sourceforge.net/projects/profugus Full documentation for the software is not available it's pending for submittion on sourceforge, but the software has a manpage and here are steps to configure the software: 1. You should have XEN configured for migration and have RSA key for implementing ssh to the remote machine. 2. Install the RPM package (master host): rpm -i profugus-0.1.-1.i586.rpm 3.Edit the /etc/profugus.conf: Remote {remote host} Instead of {remote host} put the real name or IP address of the remote host 4.Run profugus first time profugus -f This command will copy your RSA public key to the remote machine 5.Starting the service service profugus start Questions, comments, suggestions are welcome Thanks, Anton Kuznetsov From jdieter at gmail.com Thu Apr 12 18:27:45 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 12 Apr 2007 21:27:45 +0300 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <461E1573.1070900@math.unl.edu> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <200704112025.24910.opensource@till.name> <1176316160.6379.20.camel@zod.rchland.ibm.com> <200704112220.08656.opensource@till.name> <1176336744.4506.18.camel@vader.jdub.homelinux.org> <461E1573.1070900@math.unl.edu> Message-ID: <1176402465.22545.14.camel@jndwidescreen.lesbg.loc> On Thu, 2007-04-12 at 06:18 -0500, Rex Dieter wrote: > Um, how is such testing to take place if there exist no (official) > presto-enabled repos? > > I'm of the mind to "just do it", regardless of whether it is enabled by > default or not. fwiw, I don't think the tools to generate > preso-compatible repos exist yet, so it may be a moot point, for now. > > -- Rex > Sorry I've been off fedora-devel the last few days, but we're in the middle of Easter vacation here and my wife's sister is visiting, so we're showing her the sights in Lebanon. First off, as Rex mentioned, the tools to generate presto-compatible repos are very much in the "alpha" stage, though that's what my focus is on at the moment. So, in many ways, this whole thing is moot, at least for the next few weeks. Jesse, I totally understand where you're coming from on the "it should have been started in Rawhide". I'm afraid that's my fault, though I'll beg extenuating circumstances. I live and work in Beirut where broadband means anything but (thus my interest in the problem in the first place). Downloading FC6 took three days of tying up the school's internet. Downloading Rawhide will take just as long. That's why I haven't done it yet. All that to say, I will do what I can to get Rawhide ASAP. I've even got 20 GB on my laptop's HD set aside for it. Finally, when we do get to the point of "do we put deltarpms in the master mirror", *if* we decide *not* to (for the many reasons mentioned by those against the idea), is it possible for yum-presto in Extras to point to the test server in the default .conf file? I would obviously prefer to put the deltarpms directly on the master mirror, but if that's not a possibility, I would at least like to make it easy for people to install yum-presto and not worry about manually editing .conf (or .repo) files. (And yes, I do realize that this "a bad thing".) Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From davej at redhat.com Thu Apr 12 18:31:34 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 12 Apr 2007 14:31:34 -0400 Subject: rawhide report: 20070412 changes In-Reply-To: <1176393191.1378.1.camel@hughsie-laptop> References: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> <1176393191.1378.1.camel@hughsie-laptop> Message-ID: <20070412183134.GD25646@redhat.com> On Thu, Apr 12, 2007 at 04:53:11PM +0100, Richard Hughes wrote: > On Thu, 2007-04-12 at 06:02 -0400, buildsys at redhat.com wrote: > > kernel-2.6.20-1.3059.fc7 > > ------------------------ > > * Wed Apr 11 2007 Dave Jones > > - DRM support for Intel 965GM > > Any chance you guys could update the nouveau drm patch please (it fixes > a hard crash with nouveau on nv46)? > > I've uploaded a rebased to git patch here: > http://people.freedesktop.org/~hughsient/temp/nouveau-drm-20070410git.patch - please review the differences and replace the nouveau-drm patch in the spec file with this one. 404 Dave -- http://www.codemonkey.org.uk From sundaram at fedoraproject.org Thu Apr 12 18:33:05 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 13 Apr 2007 00:03:05 +0530 Subject: rawhide report: 20070412 changes In-Reply-To: <20070412183134.GD25646@redhat.com> References: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> <1176393191.1378.1.camel@hughsie-laptop> <20070412183134.GD25646@redhat.com> Message-ID: <461E7B61.6010800@fedoraproject.org> Dave Jones wrote: > On Thu, Apr 12, 2007 at 04:53:11PM +0100, Richard Hughes wrote: > > On Thu, 2007-04-12 at 06:02 -0400, buildsys at redhat.com wrote: > > > kernel-2.6.20-1.3059.fc7 > > > ------------------------ > > > * Wed Apr 11 2007 Dave Jones > > > - DRM support for Intel 965GM > > > > Any chance you guys could update the nouveau drm patch please (it fixes > > a hard crash with nouveau on nv46)? > > > > I've uploaded a rebased to git patch here: > > http://people.freedesktop.org/~hughsient/temp/nouveau-drm-20070410git.patch - please review the differences and replace the nouveau-drm patch in the spec file with this one. > > 404 Works here. Rahul From jkeating at redhat.com Thu Apr 12 18:37:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 12 Apr 2007 14:37:57 -0400 Subject: DeltaRPM works great on Fedora Core 6 (yum presto plugin) In-Reply-To: <1176402465.22545.14.camel@jndwidescreen.lesbg.loc> References: <64b14b300704102346necde24cx4c2c4a416a8dfdb0@mail.gmail.com> <461E1573.1070900@math.unl.edu> <1176402465.22545.14.camel@jndwidescreen.lesbg.loc> Message-ID: <200704121437.58088.jkeating@redhat.com> On Thursday 12 April 2007 14:27:45 Jonathan Dieter wrote: > Jesse, I totally understand where you're coming from on the "it should > have been started in Rawhide". ?I'm afraid that's my fault, though I'll > beg extenuating circumstances. ?I live and work in Beirut where > broadband means anything but (thus my interest in the problem in the > first place). Well, even if development started in fc6, that's fine. I think DEPLOYMENT should begin with rawhide, and work its way down. > Finally, when we do get to the point of "do we put deltarpms in the > master mirror", *if* we decide *not* to (for the many reasons mentioned > by those against the idea), is it possible for yum-presto in Extras to > point to the test server in the default .conf file? Typically we don't allow packages other than fedora-release to add repo files. Maybe we could grant an exception for this package for a temporary time being, but once a repo file is on, it is difficult to get it off, so wherever you point you might want to be willing to at least maintain a redirect to somewhere where content lives. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kzak at redhat.com Thu Apr 12 19:20:03 2007 From: kzak at redhat.com (Karel Zak) Date: Thu, 12 Apr 2007 21:20:03 +0200 Subject: readahead could use a update In-Reply-To: <6e24a8e80704111013n14c43abawd473b33082943f2e@mail.gmail.com> <1176302527.3337.5.camel@hughsie-laptop> References: <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <6e24a8e80704111013n14c43abawd473b33082943f2e@mail.gmail.com> <6e24a8e80704071059p72fd453x382ea4762e56ecbb@mail.gmail.com> <20070411074137.GS31445@petra.dvoda.cz> <1176302527.3337.5.camel@hughsie-laptop> Message-ID: <20070412192003.GI31445@petra.dvoda.cz> On Wed, Apr 11, 2007 at 03:42:07PM +0100, Richard Hughes wrote: > On Wed, 2007-04-11 at 09:41 +0200, Karel Zak wrote: > > see readahead-collector, you can generate customized lists for your > > machine. > > Is version 1.4.x going to be pushed into rawhide anytime soon? On Wed, Apr 11, 2007 at 07:13:43PM +0200, Mark wrote: > how? > i only have readahead.. not readahead-collector Sorry, I've forgot to build readahead-1.4 to fc7. Fixed. The project web page has been also updated: https://hosted.fedoraproject.org/projects/readahead Karel -- Karel Zak From davej at redhat.com Thu Apr 12 19:59:55 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 12 Apr 2007 15:59:55 -0400 Subject: rawhide report: 20070412 changes In-Reply-To: <461E7B61.6010800@fedoraproject.org> References: <200704121002.l3CA2rY2028557@hs20-bc2-6.build.redhat.com> <1176393191.1378.1.camel@hughsie-laptop> <20070412183134.GD25646@redhat.com> <461E7B61.6010800@fedoraproject.org> Message-ID: <20070412195955.GC13968@redhat.com> On Fri, Apr 13, 2007 at 12:03:05AM +0530, Rahul Sundaram wrote: > Dave Jones wrote: > > On Thu, Apr 12, 2007 at 04:53:11PM +0100, Richard Hughes wrote: > > > On Thu, 2007-04-12 at 06:02 -0400, buildsys at redhat.com wrote: > > > > kernel-2.6.20-1.3059.fc7 > > > > ------------------------ > > > > * Wed Apr 11 2007 Dave Jones > > > > - DRM support for Intel 965GM > > > > > > Any chance you guys could update the nouveau drm patch please (it fixes > > > a hard crash with nouveau on nv46)? > > > > > > I've uploaded a rebased to git patch here: > > > http://people.freedesktop.org/~hughsient/temp/nouveau-drm-20070410git.patch - please review the differences and replace the nouveau-drm patch in the spec file with this one. > > > > 404 > > Works here. Works for me now too, dunno what was up the first time I tried. Applied now anyway. Thanks again Richard. Dave -- http://www.codemonkey.org.uk From buildsys at fedoraproject.org Thu Apr 12 20:52:02 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 12 Apr 2007 16:52:02 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-12 Message-ID: <20070412205202.BAED9152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 29 Pound-2.3-1.fc7 adplay-1.6-1.fc7 adplug-2.1-1.fc7 clearsilver-0.10.4-3.fc7 clutter-0.2.3-1.fc7 compat-libosip2-2.2.2-10.fc7 conserver-8.1.16-1.fc7 deskbar-applet-2.18.1-1.fc7 deutex-4.4.0-4.fc7 eclipse-mylar-1.0-3.fc7 epiphany-extensions-2.18.1-1 etherape-0.9.7-5.fc7 freehdl-0.0.4-2.fc7 fuse-encfs-1.3.2-1.fc7 gtkhtml38-3.12.3-4.fc7 gtkwave-3.0.25-1.fc7 kphotoalbum-3.0.1-1.fc7 libtomoe-gtk-0.5.1-2.fc7 lincity-ng-1.1.0-1.fc7 mlmmj-1.2.14-2.fc7 pdftk-1.41-5.fc7 sabayon-2.18.1-1.fc7 seedit-2.1.1-1.fc7.3 smolt-0.9.6-2.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3059.fc7 xdg-user-dirs-0.6-1.fc7 xdg-user-dirs-gtk-0.4-1.fc7 xine-lib-1.1.5-1.fc7 xml-commons-apis12-1.2.04-0jpp.3.fc7 Packages built and released for Fedora Extras 6: 21 Pound-2.3-1.fc6 clearsilver-0.10.4-3.fc6 NEW compat-guichan05-0.5.0-4.fc6 compat-libosip2-2.2.2-10.fc6 cyrus-imapd-2.3.8-3.fc6 deutex-4.4.0-4.fc6 etherape-0.9.7-5.fc6 freehdl-0.0.4-1.fc6 fuse-encfs-1.3.2-1.fc6 gtkwave-3.0.25-1.fc6 guichan-0.6.1-1.fc6 js-1.60-2.fc6 lilypond-2.10.20-1.fc6 lincity-ng-1.1.0-1.fc6 manaworld-0.0.22.2-1.fc6 mlmmj-1.2.14-1.fc6 rrdtool-1.2.19-1.fc6 seedit-2.1.1-1.fc6.3 smolt-0.9.6-2.fc6 wings-0.98.36-1.fc6 zope-2.9.7-1.fc6 Packages built and released for Fedora Extras 5: 11 Pound-2.3-1.fc5 clearsilver-0.10.4-3.fc5 compat-libosip2-2.2.2-10.fc5 etherape-0.9.7-5.fc5 fuse-encfs-1.3.2-1.fc5 gtkwave-3.0.25-1.fc5 lincity-ng-1.1.0-1.fc5 mlmmj-1.2.14-1.fc5 rrdtool-1.2.19-1.fc5 smolt-0.9.6-2.fc5 zope-2.9.7-1.fc5 adplay-1.6-1.fc7 ---------------- * Wed Apr 11 2007 Linus Walleij 1.6-1 - New upstream version. adplug-2.1-1.fc7 ---------------- * Wed Apr 11 2007 Linus Walleij 2.1-1 - New upstream version. clearsilver-0.10.4-3.fc7 ------------------------ * Thu Apr 12 2007 Jeffrey C. Ollie - 0.10.4-3 - Remove bogus -devel provides. clutter-0.2.3-1.fc7 ------------------- * Thu Apr 12 2007 Allisson Azevedo 0.2.3-1 - Update to 0.2.3 compat-libosip2-2.2.2-10.fc7 ---------------------------- * Thu Apr 12 2007 Jeffrey C. Ollie - 2.2.2-10 - Remove Provides: libosip2... to fix #236188 conserver-8.1.16-1.fc7 ---------------------- * Wed Apr 11 2007 Patrick "Jima" Laughton 8.1.16-1 - New upstream release with "certainly important" bugfix - Removed URLs from patch lines (it's all in CVS) - Added patch to fix man page permissions (755 -> 644) - rpmlint's "mixed-use-of-spaces-and-tabs" is mostly a false positive deskbar-applet-2.18.1-1.fc7 --------------------------- * Wed Apr 11 2007 Luke Macken - 2.18.1-1 - 2.18.1 deutex-4.4.0-4.fc7 ------------------ * Wed Apr 11 2007 Wart 4.4.0-4 - Set default wad directory to the fedora default eclipse-mylar-1.0-3.fc7 ----------------------- * Thu Apr 12 2007 Andrew Overholt 1.0-3 - Add Obsoletes and Provides for eclipse-bugzilla on eclipse-mylar-bugzilla (comments in bug #222677). If someone notices missing functionality to warrant removing the Provides, please file a bug. epiphany-extensions-2.18.1-1 ---------------------------- * Wed Apr 11 2007 Peter Gordon - 2.18.1-1 - Update to new upstream release (2.18.1). etherape-0.9.7-5.fc7 -------------------- * Wed Apr 11 2007 Michael Rice - 0.9.7-5 - Rebuild to get all matching version from FC-5 .. devel freehdl-0.0.4-2.fc7 ------------------- * Sat Apr 07 2007 Eric Tanguy 0.0.4-2 - Remove dir file in install * Sat Apr 07 2007 Eric Tanguy 0.0.4-1 - Update to 0.0.4 - Patch for no info dir entry in `/usr/share/info/fire.info.gz fuse-encfs-1.3.2-1.fc7 ---------------------- * Thu Apr 12 2007 Peter Lemenkov 1.3.2-1 - Version 1.3.2 * Tue Sep 12 2006 Peter Lemenkov 1.3.1-3.fc7 - Rebuild for FC6 gtkhtml38-3.12.3-4.fc7 ---------------------- * Wed Apr 11 2007 Bill Nottingham - 3.12.3-4 - remove Provides: re rpm 'feature' (#236009) gtkwave-3.0.25-1.fc7 -------------------- * Wed Apr 11 2007 Paul Howarth 3.0.25-1 - update to 3.0.25 kphotoalbum-3.0.1-1.fc7 ----------------------- * Wed Apr 11 2007 Rex Dieter 3.0.1-1 - kphotoalbum-3.0.1 libtomoe-gtk-0.5.1-2.fc7 ------------------------ * Thu Apr 12 2007 Jens Petersen - 0.5.1-2 - rebuild for libgucharmap.so.6 lincity-ng-1.1.0-1.fc7 ---------------------- * Wed Apr 11 2007 Tom "spot" Callaway 1.1.0-1 - bump to 1.1.0 mlmmj-1.2.14-2.fc7 ------------------ * Wed Apr 11 2007 Michael Fleming 1.2.14-2 - Bump due to build/tag oddity. * Fri Apr 06 2007 Michael Fleming 1.2.14-1 - New upstream release (with mime parsing goodness) pdftk-1.41-5.fc7 ---------------- * Wed Apr 11 2007 Thomas Fitzsimmons - 1.41-5 - Build against system libgcj. - Patch build for new gcjh. - Resolves: rhbz#233682 rhbz#233489 rhbz#233514 * Wed Feb 28 2007 Jochen Schmitt 1.41-4 - Rebuild to solve broken deps Pound-2.3-1.fc7 --------------- * Wed Apr 11 2007 Ruben Kerkhof 2.3-1 - Update to 2.3 sabayon-2.18.1-1.fc7 -------------------- * Wed Apr 11 2007 Alexander Larsson - 2.18.1-1 - Update to 2.18.1 - Move gamin-python and python-ldap requires to sabayon-apply subpackage - Own datadir subdirs (#233912) seedit-2.1.1-1.fc7.3 -------------------- * Thu Apr 12 2007 Yuichi Nakamura 2.1.1-1 - Merged bug fix until 2.1.0-5 - Other bug fixes * Fri Feb 16 2007 Yuichi Nakamura 2.1.0-5 - SELINUX= is set permissive when uninstall, because relabel fails in enforcing mode. - Modified path to seedit-load.conf * Thu Feb 15 2007 Yuichi Nakamura 2.1.0-4 - Fixed bug, seedit-converter did not work when "//" is included in path smolt-0.9.6-2.fc7 ----------------- * Wed Apr 11 2007 Mike McGrath 0.9.6-2 - Upstream released new version. - Much better support for languages on the client sysprof-kmod-1.0.8-1.2.6.20_1.3059.fc7 -------------------------------------- xdg-user-dirs-0.6-1.fc7 ----------------------- * Wed Apr 11 2007 Alexander Larsson - 0.6-1 - Update to 0.6 (minor fixes) xdg-user-dirs-gtk-0.4-1.fc7 --------------------------- * Wed Apr 11 2007 Alexander Larsson - 0.4-1 - update to 0.4 (#234512) xine-lib-1.1.5-1.fc7 -------------------- * Wed Apr 11 2007 Ville Skytt? - 1.1.5-1 - 1.1.5. - Include GSM 06.10 decoder (#228186). - Re-enable CACA support. * Sun Apr 08 2007 Ville Skytt? - Exclude vidix dir on systems that don't have vidix. - Specfile cleanups. xml-commons-apis12-1.2.04-0jpp.3.fc7 ------------------------------------ * Thu Apr 12 2007 Matt Wringe - 0:1.2.04-0jpp.3 - Remove the provides on xml-commons-apis = 1.2 since this will not work properly with our other xml-commons-apis package. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Apr 12 21:42:11 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 12 Apr 2007 21:42:11 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-12 Message-ID: <20070412214211.6771.22260@extras64.linux.duke.edu> New report for: triad AT df.lth.se package: xmms-adplug - 1.2-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: libadplug-2.0.1.so.0 package: xmms-adplug - 1.2-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libadplug-2.0.1.so.0 package: xmms-adplug - 1.2-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libadplug-2.0.1.so.0()(64bit) ====================================================================== Summary of broken packages (by owner): triad AT df.lth.se xmms-adplug - 1.2-3.fc6.i386 xmms-adplug - 1.2-3.fc6.ppc xmms-adplug - 1.2-3.fc6.x86_64 ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 (6 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (6 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (6 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (6 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (6 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (6 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (6 days) ====================================================================== Broken packages in fedora-extras-development-i386: kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3040.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7PAE xmms-adplug-1.2-3.fc6.i386 requires libadplug-2.0.1.so.0 ====================================================================== Broken packages in fedora-extras-development-ppc: kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7smp xmms-adplug-1.2-3.fc6.ppc requires libadplug-2.0.1.so.0 ====================================================================== Broken packages in fedora-extras-development-x86_64: kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7kdump xmms-adplug-1.2-3.fc6.x86_64 requires libadplug-2.0.1.so.0()(64bit) From lightsolphoenix at gmail.com Thu Apr 12 22:11:12 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Thu, 12 Apr 2007 18:11:12 -0400 Subject: A couple of serious questions Message-ID: <200704121811.12791.lightsolphoenix@gmail.com> I'm somewhat interested in the answers to a few questions, after watching some of the discussion on the list. Now, seriously: 1) Is there sufficient interest in having the system-config packages split into data and GUI components so there might be Qt/KDE versions in the future? 2) If so, would people be more interested in it integrating into the KControl menu, or into a separate menu (system-control-center)? 'Cause I happen to really like writing in Qt, and I'll do it if there's sufficient interest in the idea. -- http://www.mozilla.org/products/firefox/ - Get Firefox! http://www.mozilla.org/products/thunderbird/ - Reclaim Your Inbox! Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From mschwendt.tmp0701.nospam at arcor.de Thu Apr 12 22:15:11 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 13 Apr 2007 00:15:11 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-12 In-Reply-To: <20070412214211.6771.22260@extras64.linux.duke.edu> References: <20070412214211.6771.22260@extras64.linux.duke.edu> Message-ID: <20070413001511.700a1f7c.mschwendt.tmp0701.nospam@arcor.de> On Thu, 12 Apr 2007 21:42:11 -0000, Fedora Extras repoclosure wrote: > New report for: triad AT df.lth.se > > package: xmms-adplug - 1.2-3.fc6.i386 from fedora-extras-development-i386 > unresolved deps: > libadplug-2.0.1.so.0 This is a broken xmms-devel, which killed the plugin rebuild unexpectedly: https://bugzilla.redhat.com/235344 From pemboa at gmail.com Thu Apr 12 22:45:45 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 12 Apr 2007 17:45:45 -0500 Subject: A couple of serious questions In-Reply-To: <200704121811.12791.lightsolphoenix@gmail.com> References: <200704121811.12791.lightsolphoenix@gmail.com> Message-ID: <16de708d0704121545x378cade2u9611f2206f6d37bd@mail.gmail.com> On 4/12/07, Kelly wrote: > I'm somewhat interested in the answers to a few questions, after watching some > of the discussion on the list. Now, seriously: > 1) Is there sufficient interest in having the system-config packages split > into data and GUI components so there might be Qt/KDE versions in the future? -1 : subjectively wasted time and resources, doubled work, negligible benefit > 2) If so, would people be more interested in it integrating into the KControl > menu, or into a separate menu (system-control-center)? +1 : if this _must_ be done, or if the votes say "yay", at the very least it should be done under KControl > 'Cause I happen to really like writing in Qt, and I'll do it if there's > sufficient interest in the idea. > -- > http://www.mozilla.org/products/firefox/ - Get Firefox! > http://www.mozilla.org/products/thunderbird/ - Reclaim Your Inbox! > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Fedora Core 6 and proud From fuse1031blue at hotmail.com Thu Apr 12 22:26:05 2007 From: fuse1031blue at hotmail.com (Cody Tracy) Date: Thu, 12 Apr 2007 16:26:05 -0600 Subject: A couple of serious questions Message-ID: Kelly wrote: >I'm somewhat interested in the answers to a few questions, after watching >some of the discussion on the list. Now, seriously: > >1) Is there sufficient interest in having the system-config packages split >into data and GUI components so there might be Qt/KDE versions in the >future? > >2) If so, would people be more interested in it integrating into the >KControl menu, or into a separate menu (system-control-center)? > >'Cause I happen to really like writing in Qt, and I'll do it if there's >sufficient interest in the idea. > I also like writing in Qt and asked on here how I could contribute but bureaucracy took over and I couldn't get a straight answer. From fuse1031blue at hotmail.com Thu Apr 12 22:56:48 2007 From: fuse1031blue at hotmail.com (Cody Tracy) Date: Thu, 12 Apr 2007 16:56:48 -0600 Subject: A couple of serious questions Message-ID: Arthur Pemberton wrote: >On 4/12/07, Kelly wrote: >>I'm somewhat interested in the answers to a few questions, after watching >>some >>of the discussion on the list. Now, seriously: > >>1) Is there sufficient interest in having the system-config packages >>split >>into data and GUI components so there might be Qt/KDE versions in the >>future? > >-1 : subjectively wasted time and resources, doubled work, negligible >benefit The only area where work would be doubled is in writing the GUI. The back end should stay the same. From jwboyer at jdub.homelinux.org Fri Apr 13 00:33:13 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 12 Apr 2007 19:33:13 -0500 Subject: A couple of serious questions In-Reply-To: References: Message-ID: <1176424393.25283.5.camel@vader.jdub.homelinux.org> On Thu, 2007-04-12 at 16:56 -0600, Cody Tracy wrote: > Arthur Pemberton wrote: > >On 4/12/07, Kelly wrote: > >>I'm somewhat interested in the answers to a few questions, after watching > >>some > >>of the discussion on the list. Now, seriously: > > > >>1) Is there sufficient interest in having the system-config packages > >>split > >>into data and GUI components so there might be Qt/KDE versions in the > >>future? > > > >-1 : subjectively wasted time and resources, doubled work, negligible > >benefit > The only area where work would be doubled is in writing the GUI. > The back end should stay the same. There is no reason this couldn't be done. If you or others wish to code something up, go for it. josh From mattdm at mattdm.org Fri Apr 13 00:50:23 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 12 Apr 2007 20:50:23 -0400 Subject: A couple of serious questions In-Reply-To: <200704121811.12791.lightsolphoenix@gmail.com> References: <200704121811.12791.lightsolphoenix@gmail.com> Message-ID: <20070413005023.GA17255@jadzia.bu.edu> On Thu, Apr 12, 2007 at 06:11:12PM -0400, Kelly wrote: > 1) Is there sufficient interest in having the system-config packages > split into data and GUI components so there might be Qt/KDE versions in > the future? I don't know about "sufficient", but there's interest in doing that for privilege-separation reasons. Being able to use alternate front-ends comes for free. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From wolfy at nobugconsulting.ro Fri Apr 13 02:08:24 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 13 Apr 2007 05:08:24 +0300 Subject: A couple of serious questions In-Reply-To: <200704121811.12791.lightsolphoenix@gmail.com> References: <200704121811.12791.lightsolphoenix@gmail.com> Message-ID: <461EE618.5090103@nobugconsulting.ro> On 04/13/2007 01:11 AM, Kelly wrote: > I'm somewhat interested in the answers to a few questions, after watching some > of the discussion on the list. Now, seriously: > > 1) Is there sufficient interest in having the system-config packages split > into data and GUI components so there might be Qt/KDE versions in the future? > +1 even +2 if a plain-text (ncurses) aka -tui interface is always available > 2) If so, would people be more interested in it integrating into the KControl > menu, or into a separate menu (system-control-center)? > I for one tend to avoid usually KControl. It is already way too large, looking more and more like a more-graphical-regedit. But most of the people I know do use it, so it seems like a good option. From david at fubar.dk Fri Apr 13 03:00:54 2007 From: david at fubar.dk (David Zeuthen) Date: Thu, 12 Apr 2007 23:00:54 -0400 Subject: A couple of serious questions In-Reply-To: <20070413005023.GA17255@jadzia.bu.edu> References: <200704121811.12791.lightsolphoenix@gmail.com> <20070413005023.GA17255@jadzia.bu.edu> Message-ID: <1176433254.1071.99.camel@zelda.fubar.dk> On Thu, 2007-04-12 at 20:50 -0400, Matthew Miller wrote: > On Thu, Apr 12, 2007 at 06:11:12PM -0400, Kelly wrote: > > 1) Is there sufficient interest in having the system-config packages > > split into data and GUI components so there might be Qt/KDE versions in > > the future? > > I don't know about "sufficient", but there's interest in doing that for > privilege-separation reasons. Being able to use alternate front-ends comes > for free. Exactly. And moving the back-ends to somewhere central (e.g. fd.o) and adding the front-ends to the actual desktop projects (e.g. GNOME, KDE) is what we really want. That way we get all the distros/OS's to rally around the same code base and the user experience as a whole becomes better and more integrated. That's already been happening with all the HAL/NetworkManager/GNOME's Project Utopia/KDE's Solid stuff and we're only going to do more of this in the future; not less. With some of the PolicyKit stuff I talked about https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01211.html https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01212.html it will be, for example, a patch around 100-200 lines to GNOME's clock applet to provide the same functionality we today have in system-config-date. And it won't have to run as root; we can configure it such that laptop users don't have to auth, admins can lock it down, yadayada etc. etc. etc. (The good thing, also, is that most of the hard work on PolicyKit is already done [1]; I plan to land it early in the Fedora 8 cycle and then go on a spree to integrate it with GNOME where applicable.) So, in other words, I guess I'm saying that at least my point of view is that much system-config-* is a dead-end for all but really Fedora centric stuff that don't apply to other distros/OS'es. So my advice to people asking if it's a good idea to write Qt front-ends would be to start helping out on integrating these features in the respective desktop environments. Of course, this task is a lot harder than doing s/GTK+/Qt/ to some source code; it actually requires that you come up with an architecture and design that can work on all distros and don't do silly things like running X11 apps as root. But I think in the end, it's a lot more rewarding doing this than just Qt-ifying code; I think it also helps create a better user experience. (Also, a bunch of system-config-* stuff is RH/Fedora/CentOS centric (pup, pirut, SELinux stuff (to a degree)) and that's fine. We don't have to (and we don't want to either) do everything at once.) Anyway, that's pretty much my position. Hope this helps. David [1] : http://gitweb.freedesktop.org/?p=PolicyKit.git From jdogalt at yahoo.com Fri Apr 13 03:20:18 2007 From: jdogalt at yahoo.com (Jane Dogalt) Date: Thu, 12 Apr 2007 20:20:18 -0700 (PDT) Subject: A couple of serious questions In-Reply-To: <200704121811.12791.lightsolphoenix@gmail.com> Message-ID: <5695.73555.qm@web56912.mail.re3.yahoo.com> --- Kelly wrote: > I'm somewhat interested in the answers to a few questions, after > watching some > of the discussion on the list. Now, seriously: > > 1) Is there sufficient interest in having the system-config packages > split > into data and GUI components so there might be Qt/KDE versions in the > future? I for one really like the idea, with one extra caveat- Make sure there is also a good batch/commandline (read: scriptable) backend in addition to one or more GUI backends, and possibly a curses-ish text based one as well. (but my focus is on being able to easily control any functionality from a bash script). Having a good demarcation between commandline providing functionality, and GUI providing user interface for non hacker-typists, would be my approach to the matter. 0.02... -dmc/jdog ____________________________________________________________________________________ Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. http://farechase.yahoo.com/promo-generic-14795097 From mcepl at redhat.com Fri Apr 13 07:42:53 2007 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 13 Apr 2007 09:42:53 +0200 Subject: A couple of serious questions References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> Message-ID: Jane Dogalt writes: > I for one really like the idea, with one extra caveat- Make sure there > is also a good batch/commandline (read: scriptable) backend in addition > to one or more GUI backends, and possibly a curses-ish text based one > as well. (but my focus is on being able to easily control any > functionality from a bash script). +1 This is the point which should be stressed a lot -- I mean, still the main customers of RH are on server side and inability to use some tools without installing gnome (ehm, ehm, gnome-power-manager) seriously hurts. I know this is fedora list, but still there are some people who use Fedora-based distros on servers, right? Best, Matej From hughsient at gmail.com Fri Apr 13 08:07:59 2007 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 13 Apr 2007 09:07:59 +0100 Subject: A couple of serious questions In-Reply-To: References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> Message-ID: <1176451679.2628.3.camel@hughsie-laptop> On Fri, 2007-04-13 at 09:42 +0200, Matej Cepl wrote: > without installing gnome (ehm, ehm, gnome-power-manager) seriously > hurts So install nut, acpid and cpufreqd and edit the configuration files yourself. You can't get the point-at-click power saving without some sort of desktop environment. Or have I missed the point? Thanks. Richard. From buildsys at redhat.com Fri Apr 13 10:09:41 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 13 Apr 2007 06:09:41 -0400 Subject: rawhide report: 20070413 changes Message-ID: <200704131009.l3DA9fTi017805@hs20-bc2-6.build.redhat.com> Updated Packages: PyQt-3.17.1-1.fc7 ----------------- * Thu Apr 12 2007 Than Ngo - 3.17.1-1.fc7 - 3.17.1 anaconda-11.2.0.48-1 -------------------- * Thu Apr 12 2007 David Cantrell - 2.0.2-1 - Latest update from NSA * Merged checkmodule man page fix from Dan Walsh. control-center-1:2.18.0-8.fc7 ----------------------------- * Thu Apr 12 2007 David Zeuthen - 2.18.0-8 - Disable start-at-helper patch for now (#223669) - Disable gnome-bg patch as it's empty - BR metacity-devel dbus-1.0.2-3.fc7 ---------------- * Thu Apr 12 2007 David Zeuthen - 1.0.2-3 - Start SELinux thread after setuid call (#221168) * Wed Mar 28 2007 Matthias Clasen - 1.0.2-2 - Require pkgconfig in the -devel package * Sun Mar 25 2007 Matthias Clasen - 1.0.2-1 - Update to 1.0.2 - Drop obsolete patches - Fix directory ownership issues (#233753) dhcp-12:3.0.5-31.fc7 -------------------- * Thu Apr 12 2007 David Cantrell - 12:3.0.5-31 - Spec file cleanups (#225691) - Put libdhcpctl.a and libomapi.a in dhcp-devel-static package - Put libdhcp4client.a in libdhcp4client-devel-static package doxygen-1:1.5.2-1.fc7 --------------------- * Thu Apr 12 2007 Than Ngo - 1:1.5.2-1 - 1.5.2 file-roller-2.18.1-1.fc7 ------------------------ * Thu Apr 12 2007 Christopher Aillon - 2.18.1-1 - Update to 2.18.1 flac-1.1.4-4.fc7 ---------------- * Thu Apr 12 2007 - Bastien Nocera - 1.1.4-4 - The byteSwap symbol shouldn't be global, reported by Joe Orton (#215920) gdm-1:2.18.0-10.fc7 ------------------- * Thu Apr 12 2007 Ray Strode - 1:2.18.0-10 - add "Default" session back to the sessions menu (bug 234218) gimp-help-2-0.1.0.12.fc7 ------------------------ * Thu Apr 12 2007 Nils Philippsen - 2-0.1.0.12 - version 2-0.12 gnome-applet-vm-0.1.0-2.fc7 --------------------------- * Thu Apr 12 2007 Karel Zak 0.1.0-2 - fix rpmlint issues * Wed Sep 27 2006 Karel Zak 0.1.0-1 - upgrade to stable upstream release - fix build requires - fix #205930 - missing dependency for virt-manager * Thu Jul 27 2006 Jeremy Katz - 0.1.0-0.rc1.2 - BR xen-devel gnome-mount-0.6-1.fc7 --------------------- * Thu Apr 12 2007 David Zeuthen - 0.6-1 - Update to upstream release 0.6 - No significant changes apart from better i18n coverage gnome-session-2.18.0-4.fc7 -------------------------- * Thu Apr 12 2007 David Zeuthen - 2.18.0-4 - start same kind of AT's in session as started in gdm (#229912) hal-0.5.9-3.fc7 --------------- * Thu Apr 12 2007 David Zeuthen - 0.5.9-3 - Add patches from 0.5.9 stable branch * Tue Apr 03 2007 David Zeuthen - 0.5.9-2 - Fix a bug with how LUKS interacts with locking - Obsolete older HAL packages to provide an upgrade path for multilib kdenetwork-7:3.5.6-3.fc7 ------------------------ * Thu Apr 12 2007 Than Ngo - 7:3.5.6-3.fc7 - cleanup - apply CVS upstream patches * Mon Apr 02 2007 Than Ngo - 7:3.5.6-2.fc7 - catch the empty ICQ UIN case when creating an account, which would crash Kopete, kde#139719 * Thu Feb 08 2007 Chitlesh Goorah 7:3.5.5-0.3 - dropped autoconf, gcc-c++, glibc-devel as BR - split ksirc, ktalkd and kdict as a separate package kdenetwork-extras - dropped requires: kdelibs >= %{kdelibs_epoch}:%{version} already required by kdebase - added timestamps wherever possible kernel-2.6.20-1.3062.fc7 ------------------------ * Thu Apr 12 2007 Kristian H??gsberg - Add a few more firewire bug fixes, incorporate last couple of changes to userspace interface. * Thu Apr 12 2007 Dave Jones - 2.6.21-rc6-git5 * Thu Apr 12 2007 Dave Jones - Update nouveau patch. (Richard Hughes) lftp-3.5.10-3.fc7 ----------------- * Wed Apr 11 2007 Maros Barabas - 3.5.10-3 - Correct mistake removing devel package & calling chkconfig - Resolves #235436 - Removing automake autoconf - Resolves #225984 libXrandr-1.2.0-3.fc7 --------------------- * Thu Apr 12 2007 Adam Jackson 1.2.0-3 - BuildRequire on the randrproto virtual instead of a magic x-x-p-d version. - Fix -devel package to require sufficiently new randrproto. libdhcp-1.24-3.fc7 ------------------ * Thu Apr 12 2007 David Cantrell - 1.24-3 - Put libdhcp.a in the libdhcp-devel-static package libraw1394-1.2.1-5.fc7 ---------------------- * Thu Apr 12 2007 Kristian H??gsberg - 1.2.1-5 - Make rawiso support actually work. - Update fw-device-cdev.h to sync with latest kernel patch. * Tue Apr 03 2007 Kristian H??gsberg - 1.2.1-4 - Update juju patch with rawiso support. libselinux-2.0.13-1.fc7 ----------------------- * Thu Apr 12 2007 Dan Walsh - 2.0.13-1 - Upgrade to upstream * Merged rpm_execcon python binding fix, matchpathcon man page fix, and getsebool -a handling for EACCES from Dan Walsh. * Thu Apr 12 2007 Dan Walsh - 2.0.12-2 - Add missing interface lockdev-1.0.1-11.fc7 -------------------- * Thu Apr 12 2007 Karel Zak - 1.0.1-11 - fix rpmlint issues - change lockdev permissions from 2755 to 2711 lslk-1.29-18.fc7 ---------------- * Thu Apr 12 2007 Karel Zak 1.29-18 - fix according to rmplint newt-0.52.6-3.fc7 ----------------- * Thu Apr 12 2007 Miroslav Lichvar - 0.52.6-3 - fix cursor positioning when setting entry or checkbox flags - fix counting of items in checkboxtree - fix some memory leaks policycoreutils-2.0.9-1.fc7 --------------------------- * Thu Apr 12 2007 Dan Walsh 2.0.9-1 - Updated version of sepolgen * Merged seobject setransRecords patch to return the first alias from Xavier Toth. readahead-1:1.4.1-1.fc7 ----------------------- * Thu Apr 12 2007 Karel Zak - 1:1.4.1-1 - upgrade to new upstream version 1.4.1 - generate new lists * Tue Feb 27 2007 Karel Zak - 1:1.4-1 - upgrade to new upstream version - cleanup spec file * Fri Feb 02 2007 Karel Zak - 1:1.3-7 - rebuild (update file lists) selinux-policy-2.5.12-2.fc7 --------------------------- * Thu Apr 12 2007 Dan Walsh 2.5.12-2 - Fix samba_net to allow it to view samba_var_t sendmail-8.14.1-1.1 ------------------- * Thu Apr 12 2007 Thomas Woerner 8.14.1-1.1 - replaced prereq tags with requires() tags. * Thu Apr 12 2007 Thomas Woerner 8.14.1-1 - new version 8.14.1 - spec file cleanup for merge review (rhbz#226407) - dropped update support for sendmail versions prior to 8.12.0 - using pdf documentation sip-4.6-1.fc7 ------------- * Thu Apr 12 2007 Than Ngo - 4.6-1.fc7 - 4.6 sudo-1.6.8p12-14.fc7 -------------------- * Thu Apr 12 2007 Peter Vrabec 1.6.8p12-14 - also use getgrouplist() to determine group membership (#235915) thunderbird-2.0.0.0-0.4.rc1.fc7 ------------------------------- * Thu Apr 12 2007 Christopher Aillon 2.0.0.0-0.3.rc1 - Rebuild into Fedora * Wed Apr 11 2007 Christopher Aillon 2.0.0.0-0.3.rc1 - Update langpacks * Thu Apr 05 2007 Christopher Aillon 2.0.0.0-0.2.rc1 - Build option tweaks - Bring the install section to parity with Firefox's vixie-cron-4:4.1-82.fc7 ----------------------- * Thu Apr 12 2007 Marcela Maslanova - 4:4.1-82 - removed bz220376.patch - change in manual - using jobs in cron.d - Resolves: rhbz#235932, rhbz#235998 vorbis-tools-1:1.1.1.svn20070412-1.fc7 -------------------------------------- * Thu Apr 12 2007 - Bastien Nocera - 1.1.1.svn20070412-1.fc7 - Upgrade to a current SVN snapshot of vorbis-tools to get our FLAC support back, after the recent libFLAC upgrade (#229124) - Remove obsolete UTF8 and Curl mute patches xterm-225-2.fc7 --------------- * Thu Apr 12 2007 Miroslav Lichvar 225-2 - fix sections in man pages Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 From tiagomatos at gmail.com Fri Apr 13 10:56:20 2007 From: tiagomatos at gmail.com (Rui Tiago Matos) Date: Fri, 13 Apr 2007 11:56:20 +0100 Subject: A couple of serious questions In-Reply-To: <1176451679.2628.3.camel@hughsie-laptop> References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> <1176451679.2628.3.camel@hughsie-laptop> Message-ID: On 4/13/07, Richard Hughes wrote: > So install nut, acpid and cpufreqd and edit the configuration files > yourself. You can't get the point-at-click power saving without some > sort of desktop environment. Don't need to be so harsh Richard, if done right with a nice D-Bus API a policy enforcing daemon can be pretty much scriptable or configured from an init script as asked as well as used from any other kind of UI. It may be an utopian view but we will get there, yay :-) Rui From hughsient at gmail.com Fri Apr 13 11:07:40 2007 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 13 Apr 2007 12:07:40 +0100 Subject: A couple of serious questions In-Reply-To: References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> <1176451679.2628.3.camel@hughsie-laptop> Message-ID: <1176462460.9409.4.camel@hughsie-laptop> On Fri, 2007-04-13 at 11:56 +0100, Rui Tiago Matos wrote: > On 4/13/07, Richard Hughes wrote: > > So install nut, acpid and cpufreqd and edit the configuration files > > yourself. You can't get the point-at-click power saving without some > > sort of desktop environment. > > Don't need to be so harsh Richard Ohh, it wasn't meant to be harsh, sorry if it came out like that. > if done right with a nice D-Bus API a policy enforcing daemon can be > pretty much scriptable or configured from an init script as asked as > well as used from any other kind of UI. It may be an utopian view but > we will get there, yay :-) I'm not sure what policy you would want to script really. DPMS is likely set to off, you don't have lids on servers, and you really don't want a server auto-suspending on idle :-) You can't also change the brightness, and makes little sense to run a server with laptop-mode. You probably don't want a server to immediately power off or hibernate when you press the power button, so I'm really not sure what a server version of g-p-m would do... Richard. From nicolas.mailhot at laposte.net Fri Apr 13 11:21:01 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 13 Apr 2007 13:21:01 +0200 (CEST) Subject: A couple of serious questions In-Reply-To: <1176462460.9409.4.camel@hughsie-laptop> References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> <1176451679.2628.3.camel@hughsie-laptop> <1176462460.9409.4.camel@hughsie-laptop> Message-ID: <59042.192.54.193.51.1176463261.squirrel@rousalka.dyndns.org> Le Ven 13 avril 2007 13:07, Richard Hughes a ?crit : > You can't also change the brightness, and makes little sense to run a > server with laptop-mode. You probably don't want a server to immediately > power off or hibernate when you press the power button, so I'm really > not sure what a server version of g-p-m would do... You want to set frequency scalling, do temp monitoring, etc Also no GUI != no display, a PVR box has no general-purpose desktop UI but does video output, has a specialized video control UI, needs to set power button policy, etc -- Nicolas Mailhot From pertusus at free.fr Fri Apr 13 11:22:43 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 13 Apr 2007 13:22:43 +0200 Subject: A couple of serious questions In-Reply-To: References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> <1176451679.2628.3.camel@hughsie-laptop> Message-ID: <20070413112243.GB26116@free.fr> On Fri, Apr 13, 2007 at 11:56:20AM +0100, Rui Tiago Matos wrote: > > Don't need to be so harsh Richard, if done right with a nice D-Bus API > a policy enforcing daemon can be pretty much scriptable or configured > from an init script as asked as well as used from any other kind of > UI. It may be an utopian view but we will get there, yay :-) I wrote a daemon that responds to hal events (http://www.environnement.ens.fr/perso/dumas/halevt.html), used in combination with acpitool, maybe it could do the work. There is also ivman which does something similar than halevt. -- Pat From hughsient at gmail.com Fri Apr 13 11:33:26 2007 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 13 Apr 2007 12:33:26 +0100 Subject: A couple of serious questions In-Reply-To: <59042.192.54.193.51.1176463261.squirrel@rousalka.dyndns.org> References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> <1176451679.2628.3.camel@hughsie-laptop> <1176462460.9409.4.camel@hughsie-laptop> <59042.192.54.193.51.1176463261.squirrel@rousalka.dyndns.org> Message-ID: <1176464006.2543.6.camel@hughsie-laptop> On Fri, 2007-04-13 at 13:21 +0200, Nicolas Mailhot wrote: > You want to set frequency scalling, do temp monitoring, etc g-p-m doesn't do temperature monitoring. I have an open feature enhancement bug open, but I'm not sure if it really belongs in the scope of g-p-m. > Also no GUI != no display, a PVR box has no general-purpose desktop UI > but does video output, has a specialized video control UI, needs to > set power button policy, etc Yes. There's work going on for a sort of g-p-m framework for embedded devices (OLPC, OpenMoko type stuff) which will probably apply for PVR boxes too. I did a talk about embedded devices at fosdem, and we might actually have something concrete at the end of the summer. Check out http://ohm.freedesktop.org/wiki/ for ideas we have so far. Big note; you won't be using OHM on a laptop or desktop, session deamons are much more suited for that. OHM will just be for embedded devices. Richard. From nicolas.mailhot at laposte.net Fri Apr 13 11:55:29 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 13 Apr 2007 13:55:29 +0200 (CEST) Subject: A couple of serious questions In-Reply-To: <1176464006.2543.6.camel@hughsie-laptop> References: <200704121811.12791.lightsolphoenix@gmail.com> <5695.73555.qm@web56912.mail.re3.yahoo.com> <1176451679.2628.3.camel@hughsie-laptop> <1176462460.9409.4.camel@hughsie-laptop> <59042.192.54.193.51.1176463261.squirrel@rousalka.dyndns.org> <1176464006.2543.6.camel@hughsie-laptop> Message-ID: <11294.192.54.193.51.1176465329.squirrel@rousalka.dyndns.org> Le Ven 13 avril 2007 13:33, Richard Hughes a ?crit : > Big note; you won't be using OHM on a laptop or desktop, session deamons > are much more suited for that. OHM will just be for embedded devices. Where do boxes that do NAT/mail filtering/PVR stuff 24/24 7/7, and double as occasionnal desktop? fit in ? I have one at home ? aka multi-purpose CABLE/ADSL end-point computer -- Nicolas Mailhot From ddmbox2 at yahoo.co.uk Fri Apr 13 13:11:37 2007 From: ddmbox2 at yahoo.co.uk (dexter) Date: Fri, 13 Apr 2007 14:11:37 +0100 Subject: rawhide report: 20070413 changes lftp-3.5.10-3.fc7 In-Reply-To: <200704131009.l3DA9fTi017805@hs20-bc2-6.build.redhat.com> References: <200704131009.l3DA9fTi017805@hs20-bc2-6.build.redhat.com> Message-ID: <200704131412.09789.ddmbox2@yahoo.co.uk> On Fri April 13 2007 11:09:41 buildsys at redhat.com wrote: > lftp-3.5.10-3.fc7 > ----------------- > * Wed Apr 11 2007 Maros Barabas - 3.5.10-3 > - Correct mistake removing devel package & calling chkconfig > - Resolves #235436 > - Removing automake autoconf > - Resolves #225984 Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/lib/liblftp-jobs.so.0.0.0 from install of lftp-3.5.10-3.fc7 conflicts with file from package lftp-devel-3.5.10-2.fc7 file /usr/lib/liblftp-tasks.so.0.0.0 from install of lftp-3.5.10-3.fc7 conflicts with file from package lftp-devel-3.5.10-2.fc7 Error Summary ------------- ...dex ___________________________________________________________ Try the all-new Yahoo! Mail. "The New Version is radically easier to use" ? The Wall Street Journal http://uk.docs.yahoo.com/nowyoucan.html From benny+usenet at amorsen.dk Fri Apr 13 13:12:55 2007 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: 13 Apr 2007 15:12:55 +0200 Subject: actually, I'm serious: forbid bugzilla filing against FC4? References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> Message-ID: >>>>> "MM" == Matthew Miller writes: MM> On Wed, Apr 11, 2007 at 04:01:27PM -0400, Jesse Keating wrote: >> > How bad of a performance problem is it to have a bunch of bugs in >> CLOSED > or NEEDINFO state against devel? Does it matter? Searching >> would suck if you include these states. Also it's not helpful if MM> Things which stay in needinfo too long should get closed as MM> INSUFFICIENT_DATA. When a release is obsoleted, all bugs in the MM> devel version which were closed in the timeframe of that release MM> could be moved to the Fedora Pasture as well. I have bug 172776 stuck in NEEDINFO. It should be easy to reproduce and it has been with us since FC4 (still there in FC6; I don't know if it is in FC7). All needed information should be there; I have received no further requests for information since I answered on the 27th of January. If NEEDINFO bugs are automatically closed, we will lose bug reports like that one. /Benny From mattdm at mattdm.org Fri Apr 13 13:43:42 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 13 Apr 2007 09:43:42 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> Message-ID: <20070413134342.GA8552@jadzia.bu.edu> On Fri, Apr 13, 2007 at 03:12:55PM +0200, Benny Amorsen wrote: > I have bug 172776 stuck in NEEDINFO. It should be easy to reproduce > and it has been with us since FC4 (still there in FC6; I don't know if > it is in FC7). All needed information should be there; I have received > no further requests for information since I answered on the 27th of > January. > If NEEDINFO bugs are automatically closed, we will lose bug reports > like that one. Why was it left in NEEDINFO state when the information was provided? In any case, the auto-close message should say something like "please reopen in case etc. etc. etc.". And of course closed bugs aren't deleted, just closed (with a specific state, INSUFFICIENT_DATA, which indicates that the issue wasn't actually resolved). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fedora at camperquake.de Fri Apr 13 13:52:45 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 13 Apr 2007 15:52:45 +0200 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070413134342.GA8552@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> Message-ID: <20070413155245.16798b13@banea.int.addix.net> Hi. On Fri, 13 Apr 2007 09:43:42 -0400, Matthew Miller wrote: > Why was it left in NEEDINFO state when the information was provided? Probably because this must be manually changed. I tend to forget that, too. Could bugzilla be prodded to auto-change that if the person mentioned in the NEEDINFO replies to the bug? From stickster at gmail.com Fri Apr 13 13:58:40 2007 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 13 Apr 2007 13:58:40 +0000 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070413155245.16798b13@banea.int.addix.net> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> <20070413155245.16798b13@banea.int.addix.net> Message-ID: <1176472720.13207.1.camel@localhost.localdomain> On Fri, 2007-04-13 at 15:52 +0200, Ralf Ertzinger wrote: > Hi. > > On Fri, 13 Apr 2007 09:43:42 -0400, Matthew Miller wrote: > > > Why was it left in NEEDINFO state when the information was provided? > > Probably because this must be manually changed. I tend to forget that, > too. > > Could bugzilla be prodded to auto-change that if the person mentioned > in the NEEDINFO replies to the bug? What if the reporter replies, "I don't know how to find that information"? -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project: http://fedoraproject.org/wiki/PaulWFrields irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at camperquake.de Fri Apr 13 14:16:11 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 13 Apr 2007 16:16:11 +0200 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <1176472720.13207.1.camel@localhost.localdomain> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> <20070413155245.16798b13@banea.int.addix.net> <1176472720.13207.1.camel@localhost.localdomain> Message-ID: <20070413161611.64c1a383@banea.int.addix.net> Hi. On Fri, 13 Apr 2007 13:58:40 +0000, Paul W. Frields wrote: > > Could bugzilla be prodded to auto-change that if the person > > mentioned in the NEEDINFO replies to the bug? > > What if the reporter replies, "I don't know how to find that > information"? Then the ball is with the maintainer again, in order to provide information how to find the information. I think :) From gmpatel at learn.senecac.on.ca Fri Apr 13 14:47:59 2007 From: gmpatel at learn.senecac.on.ca (Gaurav Maheshbhai Patel) Date: Fri, 13 Apr 2007 10:47:59 -0400 Subject: xen guest-magic tool (new instant guest) Message-ID: Hello Everyone, Let me introduce myself. I am Gaurav Patel. I am student of Internet System Administrator Program at Seneca College , Canada. We built a GUI tool which creates Xen guest Domain in couple of seconds. Give new guest domain name and memory. You Are Done!!!!!!!!!!!!!!! We also successfully released it on sourceforge.net. Description: Tool Name : guest-magic Version - 0.1 Tested Environment: Fedora Core 6 Written in : Python download link: https://sourceforge.net/projects/guest-magic/ Detail description is also include in README.TXT file with this tool.Also you can check screen shot on sourceforge. This is our first release. And development is in progress. Comments and suggestion is HIGHLY appreciated. Gaurav From jonathan.underwood at gmail.com Fri Apr 13 14:55:03 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 13 Apr 2007 15:55:03 +0100 Subject: Profugus software In-Reply-To: <200704121208.38566.kuznetsovaval@yahoo.ca> References: <200704121208.38566.kuznetsovaval@yahoo.ca> Message-ID: <645d17210704130755j76b00d45wc3027ccb2c1f79aa@mail.gmail.com> On 12/04/07, Anton Kuznetsov wrote: > Questions, comments, suggestions are welcome Have you considered submitting your package to Fedora Extras (soon to be merged with Fedora Core) ? If you did that, it would be available to all users of Fedora out of the box via yum. Details on how to do that are here: http://fedoraproject.org/wiki/PackageMaintainers/Join From vladc6 at yahoo.com Fri Apr 13 15:41:33 2007 From: vladc6 at yahoo.com (Vlad) Date: Fri, 13 Apr 2007 08:41:33 -0700 (PDT) Subject: A couple of serious questions Message-ID: <321339.48980.qm@web54402.mail.yahoo.com> Richard Hughes wrote: > Yes. There's work going on for a sort of g-p-m framework for > embedded devices (OLPC, OpenMoko type stuff) which will probably > apply for PVR boxes too. But there's the problem: it shouldn't be specific to GNOME (like gnome-power-manager is). There's no reason why KDE shouldn't run on OLPC, and the fact is that the most feature-rich and professional open source PVR (MythTV) is based on Qt. So by ignoring Qt/KDE, Fedora is disregarding a significant userbase. Vlad __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From david at fubar.dk Fri Apr 13 16:17:29 2007 From: david at fubar.dk (David Zeuthen) Date: Fri, 13 Apr 2007 12:17:29 -0400 Subject: A couple of serious questions In-Reply-To: <321339.48980.qm@web54402.mail.yahoo.com> References: <321339.48980.qm@web54402.mail.yahoo.com> Message-ID: <1176481049.2743.8.camel@zelda.fubar.dk> On Fri, 2007-04-13 at 08:41 -0700, Vlad wrote: > Richard Hughes wrote: > > Yes. There's work going on for a sort of g-p-m framework for > > embedded devices (OLPC, OpenMoko type stuff) which will probably > > apply for PVR boxes too. > > But there's the problem: it shouldn't be specific to GNOME (like > gnome-power-manager is). There's no reason why KDE shouldn't run on > OLPC, and the fact is that the most feature-rich and professional open > source PVR (MythTV) is based on Qt. So by ignoring Qt/KDE, Fedora is > disregarding a significant userbase. No one is preventing you nor anyone else from doing the same with Qt/KDE or whatever your favorite stack is. David From hughsient at gmail.com Fri Apr 13 16:12:44 2007 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 13 Apr 2007 17:12:44 +0100 Subject: A couple of serious questions In-Reply-To: <321339.48980.qm@web54402.mail.yahoo.com> References: <321339.48980.qm@web54402.mail.yahoo.com> Message-ID: <1176480764.25835.0.camel@hughsie-laptop> On Fri, 2007-04-13 at 08:41 -0700, Vlad wrote: > it shouldn't be specific to GNOME OHM isn't. glib only. Richard. From vladc6 at yahoo.com Fri Apr 13 16:30:57 2007 From: vladc6 at yahoo.com (Vlad) Date: Fri, 13 Apr 2007 09:30:57 -0700 (PDT) Subject: A couple of serious questions Message-ID: <415088.68064.qm@web54401.mail.yahoo.com> David Zeuthen wrote: > And moving the back-ends to somewhere central (e.g. fd.o) > and adding the front-ends to the actual desktop projects > (e.g. GNOME, KDE) is what we really want. There are some distro-specific utilities that probably won?t find a home in fd.o. Notable examples include the Anaconda installer, package manager, X.org configurator, user account manager, mountpoint configurator, etc. It is up to the distro to create desktop-specific frontends for these utilities. Some distros like K/Ubuntu are proceeding in a _systematic_ manner to separate function from GUI presentation while at the same time ensuring that the KDE frontend is just as comprehensive as the GNOME frontend. Fedora?s attitude seems to be: ?Forget KDE distro integration, we?re not going to bother?. But I?d love to be proven wrong :) Vlad PS: As others have pointed out, these concerns also apply to ncurses frontends (or lack thereof) on servers. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From sundaram at fedoraproject.org Fri Apr 13 16:34:38 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 13 Apr 2007 22:04:38 +0530 Subject: A couple of serious questions In-Reply-To: <415088.68064.qm@web54401.mail.yahoo.com> References: <415088.68064.qm@web54401.mail.yahoo.com> Message-ID: <461FB11E.9010502@fedoraproject.org> Vlad wrote: > > Fedora?s attitude seems to be: ?Forget KDE distro integration, we?re > not going to bother?. But I?d love to be proven wrong :) No. The "attitude" is show us the benefits and do the work instead of coming up with poor assumptions. Rahul From david at fubar.dk Fri Apr 13 16:38:13 2007 From: david at fubar.dk (David Zeuthen) Date: Fri, 13 Apr 2007 12:38:13 -0400 Subject: A couple of serious questions In-Reply-To: <415088.68064.qm@web54401.mail.yahoo.com> References: <415088.68064.qm@web54401.mail.yahoo.com> Message-ID: <1176482293.2743.16.camel@zelda.fubar.dk> On Fri, 2007-04-13 at 09:30 -0700, Vlad wrote: > There are some distro-specific utilities that probably won?t find a > home in fd.o. Notable examples include the Anaconda installer, package > manager, True. And I noted that later in my mail but you conveniently skipped that part. > X.org configurator, Wrong; with xrandr 1.2 this will get fixed and the desktop environments can ship distro agnostic tool for this. > user account manager, Possibly. I don't see why it should be Fedora specific though. > mountpoint > configurator, Uh, all modern Linux desktops uses HAL and either g-v-m/gnome-mount or equivalent KDE stuff (e.g. media:/). Also, there's no system-config-* tool for managing mount points and if there were, it wouldn't be suited for desktop end users. Even if you wanted such a weird thing, it wouldn't have to be Fedora specific. > etc. It is up to the distro to create desktop-specific > frontends for these utilities. Some distros like K/Ubuntu are > proceeding in a _systematic_ manner to separate function from GUI > presentation while at the same time ensuring that the KDE frontend is > just as comprehensive as the GNOME frontend. > > Fedora?s attitude seems to be: ?Forget KDE distro integration, we?re > not going to bother?. But I?d love to be proven wrong :) It's up to people to make it happen for E17, KDE or whatever like some people are making it happen for GNOME. I'm just saying go do the work upstream and try to avoid making it distro specific. > PS: As others have pointed out, these concerns also apply to ncurses > frontends (or lack thereof) on servers. Certainly. That's important too. David From lightsolphoenix at gmail.com Fri Apr 13 16:43:52 2007 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Fri, 13 Apr 2007 12:43:52 -0400 Subject: A couple of serious questions In-Reply-To: <1176482293.2743.16.camel@zelda.fubar.dk> References: <415088.68064.qm@web54401.mail.yahoo.com> <1176482293.2743.16.camel@zelda.fubar.dk> Message-ID: On 4/13/07, David Zeuthen wrote: > > X.org configurator, > > Wrong; with xrandr 1.2 this will get fixed and the desktop environments > can ship distro agnostic tool for this. It didn't get accepted, but one of my GSoC project suggestions was an improved KDE tool for configuring X, and I believe GNOME already has one... -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdieter at math.unl.edu Fri Apr 13 16:50:01 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 13 Apr 2007 11:50:01 -0500 Subject: A couple of serious questions References: <415088.68064.qm@web54401.mail.yahoo.com> Message-ID: Vlad wrote: > Fedora's attitude seems to be: Forget KDE distro integration, we're > not going to bother. imo, there much more to KDE distro integration than (re)writing qt/kde-based config tools, which could be better spent elsewhere, like: 0. general participation in the kde sig(0) 1. many kde wishlist apps/utilities are in need of package maintainers(1) 2. kde spin could use (lots!) more testing/feedback(2) 3. kde-centric fedora documentation (3) but hey, no one is forbidding anything. If you see other itches, but all means, scratch them! -- Rex (0) http://fedoraproject.org/wiki/SIGs/KDE (1) http://fedoraproject.org/wiki/SIGs/KDE#head-8482e5f52583617ce25a658ff3bc2e5db431d7c6 (2) http://fedoraproject.org/wiki/Releases/FeatureFedoraKDE (3) DocsProject: http://fedoraproject.org/wiki/DocsProject/Goals From ericm24x7 at gmail.com Fri Apr 13 16:54:27 2007 From: ericm24x7 at gmail.com (eric magaoay) Date: Fri, 13 Apr 2007 12:54:27 -0400 Subject: [GuidelinesChange] Binary Firmware addition In-Reply-To: <1176156289.3970.57.camel@localhost.localdomain> References: <1176156289.3970.57.camel@localhost.localdomain> Message-ID: <461FB5C3.1020202@gmail.com> You might want add "...in perpetuity" into the agreement. "Redistributable in perpetuity, no modification permitted" Unless barred by local/regional law(s), this will insure that the agreement is "in perpetuity"; therefore, remain binding and enforceable even after the owner change hand either through merger and/or acquisition. The key is obtaining a perpetual license agreement. eric Tom "spot" Callaway wrote: > The following additional text was added to the Packaging/Guidelines > Binary Firmware section: > > The License tag for any firmware that disallows modification should be > set to: > > "Redistributable, no modification permitted" > > Firmware packages should be named -firmware, where is the > driver or other hardware component that the firmware is for. > > This change was approved by the Fedora Packaging Committee and ratified > by FESCO. > > ~spot > > From ajackson at redhat.com Fri Apr 13 17:24:22 2007 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 13 Apr 2007 13:24:22 -0400 Subject: A couple of serious questions In-Reply-To: <1176482293.2743.16.camel@zelda.fubar.dk> References: <415088.68064.qm@web54401.mail.yahoo.com> <1176482293.2743.16.camel@zelda.fubar.dk> Message-ID: <1176485062.9710.19.camel@localhost.localdomain> On Fri, 2007-04-13 at 12:38 -0400, David Zeuthen wrote: > On Fri, 2007-04-13 at 09:30 -0700, Vlad wrote: > > There are some distro-specific utilities that probably won?t find a > > home in fd.o. Notable examples include the Anaconda installer, package > > manager, > > True. And I noted that later in my mail but you conveniently skipped > that part. > > > X.org configurator, > > Wrong; with xrandr 1.2 this will get fixed and the desktop environments > can ship distro agnostic tool for this. Actually, s-c-d kinda already has this. rhpxl and pyxf86config are already toolkit-agnostic, and in reality, much of the code in s-c-d could move down to rhpxl. I don't have any real incentive to do so though. And I imagine that's true for most of system-config-*. I certainly wouldn't object if someone wanted to do that refactoring, I'd be happy to use the result, but when I examine my list of "things to do someday", it's, well, not near the top. - ajax From ndbecker2 at gmail.com Fri Apr 13 17:42:18 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 13 Apr 2007 13:42:18 -0400 Subject: dovecotv1.0.0 released References: <1176465863.16189.208.camel@hurina> Message-ID: Timo Sirainen wrote: > http://dovecot.org/releases/dovecot-1.0.0.tar.gz > http://dovecot.org/releases/dovecot-1.0.0.tar.gz.sig > > It took almost 5 years, but it's finally ready. I'm not expecting to > release v1.0.1 anytime soon, unless someone's been sitting on a major > bug just waiting for v1.0 to be released. :) > > People wanting new features should start testing the upcoming v1.1. > http://dovecot.org/nightly/ contains now snapshots from CVS HEAD. It > already has tons of new features. I've been using it myself for half a > year, so it should be mostly stable too. I'll write a separate mail > about this later. From tibbs at math.uh.edu Fri Apr 13 18:31:12 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 13 Apr 2007 13:31:12 -0500 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: <20070411110420.3476fa5f@ludwig-alpha.unil.ch> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> Message-ID: >>>>> "CI" == Christian Iseli writes: CI> The current preferred way (which I admit I should have more CI> broadly announced) to see which packages need a review (and which CI> ones are under review) is to look at: CI> http://fedoraproject.org/PackageReviewStatus Is it at all possible to do a couple of tweaks to that page? * The page at rubenkerkhof.com had counts for each section which were lost when it moved back to fedoraproject.org. I found those counts at least psychologically useful as a measure of progress. * Could we possibly split the page into three, one for each section, or make some internal links? At the very least, the section with the completed reviews needs to be moved to the bottom and the empty flag section needs to be first. * Can we remove the closed tickets from the list entirely, or put them on their own page? - J< From tibbs at math.uh.edu Fri Apr 13 18:38:57 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 13 Apr 2007 13:38:57 -0500 Subject: Fedora review day revived? In-Reply-To: <7874d9dd0704110854i62f4dd4ayb5be65eb2e5762c6@mail.gmail.com> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> <7874d9dd0704110854i62f4dd4ayb5be65eb2e5762c6@mail.gmail.com> Message-ID: >>>>> "MS" == Michael Stahnke writes: MS> Once merge reviews are complete, will the reviews for new packages MS> be as backed up? I doubt it. Merge reviews are often extremely time consuming as not only do you have years of built-up cruft in the packages but you also have maintainers who are often busy or recalcitrant (or worse, both). When it takes hours to get through the initial review of a package, the (volunteer) reviewer just isn't going to have time for much else. - J< From stickster at gmail.com Fri Apr 13 19:01:02 2007 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 13 Apr 2007 15:01:02 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070413161611.64c1a383@banea.int.addix.net> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> <20070413155245.16798b13@banea.int.addix.net> <1176472720.13207.1.camel@localhost.localdomain> <20070413161611.64c1a383@banea.int.addix.net> Message-ID: <1176490862.5422.0.camel@localhost.localdomain> On Fri, 2007-04-13 at 16:16 +0200, Ralf Ertzinger wrote: > Hi. > > On Fri, 13 Apr 2007 13:58:40 +0000, Paul W. Frields wrote: > > > > Could bugzilla be prodded to auto-change that if the person > > > mentioned in the NEEDINFO replies to the bug? > > > > What if the reporter replies, "I don't know how to find that > > information"? > > Then the ball is with the maintainer again, in order to provide > information how to find the information. > > I think :) Well sure, if you say it *that* way, my question sounds stupid. :-D -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project: http://fedoraproject.org/wiki/PaulWFrields irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pemboa at gmail.com Fri Apr 13 19:27:20 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 13 Apr 2007 14:27:20 -0500 Subject: A couple of serious questions In-Reply-To: References: <415088.68064.qm@web54401.mail.yahoo.com> Message-ID: <16de708d0704131227u1aeb53bu2a3d76483a617dec@mail.gmail.com> On 4/13/07, Rex Dieter wrote: > Vlad wrote: > > > Fedora's attitude seems to be: Forget KDE distro integration, we're > > not going to bother. > > imo, there much more to KDE distro integration than (re)writing qt/kde-based > config tools, which could be better spent elsewhere, like: > 0. general participation in the kde sig(0) > 1. many kde wishlist apps/utilities are in need of package maintainers(1) > 2. kde spin could use (lots!) more testing/feedback(2) > 3. kde-centric fedora documentation (3) > > but hey, no one is forbidding anything. If you see other itches, but all > means, scratch them! > > -- Rex > > (0) http://fedoraproject.org/wiki/SIGs/KDE > > (1) > http://fedoraproject.org/wiki/SIGs/KDE#head-8482e5f52583617ce25a658ff3bc2e5db431d7c6 > > (2) http://fedoraproject.org/wiki/Releases/FeatureFedoraKDE > > (3) DocsProject: http://fedoraproject.org/wiki/DocsProject/Goals Exactly.Rex had just a lot more eloquently stated what I have been trying to say. The system-config tools are really a very small issue. Just go over to kde-(apps|look).org and see how many mor epackages could be in Fedora. -- Fedora Core 6 and proud From tjanouse at redhat.com Fri Apr 13 20:30:32 2007 From: tjanouse at redhat.com (Tomas Janousek) Date: Fri, 13 Apr 2007 22:30:32 +0200 Subject: dovecotv1.0.0 released In-Reply-To: References: <1176465863.16189.208.camel@hurina> Message-ID: <20070413203032.GA10592@redhat.com> Hi, On Fri, Apr 13, 2007 at 01:42:18PM -0400, Neal Becker wrote: > Timo Sirainen wrote: > > http://dovecot.org/releases/dovecot-1.0.0.tar.gz > > http://dovecot.org/releases/dovecot-1.0.0.tar.gz.sig > [...] Date: Fri, 13 Apr 2007 08:31:25 -0400 Author: tjanouse Update of /cvs/dist/rpms/dovecot/devel Modified Files: .cvsignore dovecot.spec sources Log Message: * Fri Apr 13 2007 Tomas Janousek - 1.0.0-11 - update to latest upstream ie. you're a bit behind :) -- TJ. (Brno, CZ), BaseOS, Red Hat From icon at fedoraproject.org Fri Apr 13 20:38:26 2007 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Fri, 13 Apr 2007 16:38:26 -0400 Subject: Syslog format change Message-ID: Something I noticed: Syslog entries in FC6: Apr 13 15:36:24 hostname service: blah-blah Syslog entries in FC7: Apr 13 15:36:24 hostname service: blah-blah IOW, FC7 has 2 spaces between the time and hostname. Is that a deliberate change, or just weirdness? Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From wtogami at redhat.com Fri Apr 13 21:27:05 2007 From: wtogami at redhat.com (Warren Togami) Date: Fri, 13 Apr 2007 17:27:05 -0400 Subject: x86_64 spamassassin or perl broken? Message-ID: <461FF5A9.9010508@redhat.com> I just noticed that rawhide's x86_64 is seeing a TON of failures in spamassassin's "make test". http://people.redhat.com/wtogami/temp/fedora7-sa/ 3.1.8 3.2.0-pre2 3.2.0-rc1 3.2.0-rc2 Huge amount of failures with multiple spamassassin versions, points to a new regression in perl or some other part of Fedora. http://nopaste.info/803fb0d273.html Somebody else running i386 rawhide tested 3.2.0-rc1, with no failures. 1) Can other people test and confirm if this is an issue on all archs, x86_64, or all 64bit? 2) Can other people test spamassassin on any arch, to see if it works as expected in all archs? Test both spamassassin stand-alone, and spamc/spamd client server. 3) Any ideas of what could be broken here? Warren Togami wtogami at redhat.com From kzak at redhat.com Fri Apr 13 22:27:48 2007 From: kzak at redhat.com (Karel Zak) Date: Sat, 14 Apr 2007 00:27:48 +0200 Subject: xen guest-magic tool (new instant guest) In-Reply-To: References: Message-ID: <20070413222748.GT31445@petra.dvoda.cz> On Fri, Apr 13, 2007 at 10:47:59AM -0400, Gaurav Maheshbhai Patel wrote: > Hello Everyone, > Let me introduce myself. I am Gaurav Patel. I am student of Internet System Administrator Program at Seneca College , Canada. > We built a GUI tool which creates Xen guest Domain in couple of seconds. > Give new guest domain name and memory. You Are Done!!!!!!!!!!!!!!! Why not http://virt-manager.et.redhat.com ? Karel -- Karel Zak From Axel.Thimm at ATrpms.net Fri Apr 13 23:20:30 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 14 Apr 2007 01:20:30 +0200 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070411133720.GA6936@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> Message-ID: <20070413232030.GL25962@neu.nirvana> On Wed, Apr 11, 2007 at 09:37:20AM -0400, Matthew Miller wrote: > If there's not an easy bugzilla feature to turn off new bugs for a given > version, I think all you have to do is give bugzilla the new range of versions, e.g. simply remove the non desired one from the config. Since the database backend wires in the actual text of the version into the bug report, it doesn't matter whether some records contain versions that semantically cannot be set to anymore. Maybe that was even the plan behind this design. But the redhat.com bugzilla does have quite a few patches inside that may need to deal with such bits differently. There is a bugzilla master for bugzilla.redhat.com who writes these patches, he should be able to implement the removing of the EOL'd versions for new bug. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kuznetsovaval at yahoo.ca Sat Apr 14 01:18:51 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Fri, 13 Apr 2007 18:18:51 -0700 (PDT) Subject: Profugus software Message-ID: <20070414011851.11944.qmail@web36206.mail.mud.yahoo.com> >Have you considered submitting your package to Fedora Extras (soon to >be merged with Fedora Core) ? If you did that, it would be available >to all users of Fedora out of the box via yum. Details on how to do >that are here: >http://fedoraproject.org/wiki/PackageMaintainers/Join I'm a new person here and I didn't even know that I can do that. It would be awesome to do something useful for people. Software is not working smooth though and we have a lot of thing to work on. Thanks for the offer, and I'll go through all steps to contribute the software to fedora package collection Anton Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at fedoraproject.org Sat Apr 14 10:02:16 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 14 Apr 2007 06:02:16 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-14 Message-ID: <20070414100217.00E48152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 26 PyOpenGL-3.0.0-0.3.a6.fc7 PyQt-qscintilla-3.17.1-1.fc7 aircrack-ng-0.8-0.1.20070413svn.fc7 cfengine-2.1.22-3.fc7 clamav-0.90.2-1.fc7 gnubiff-2.2.6-1.fc7 NEW jomolhari-fonts-0.003-3.fc7 kdetoys-3.5.6-3.fc7 knetworkmanager-0.1-0.9.svn20070409.fc7 NEW koverartist-0.5-7.fc7 libibverbs-1.1-1.fc7 libtelepathy-0.0.53-1.fc7 mbuffer-20070401-1.fc7 moodle-1.8-1.fc7 pan-0.127-1.fc7 perl-Chart-2.4.1-5.fc7 NEW perl-Mail-Box-2.070-2.fc7 NEW perl-Mail-IMAPClient-2.2.9-3.fc7 python-openid-1.2.0-1.fc7 NEW python-xlib-0.13-3.fc7 rpmlint-0.80-1.fc7 smolt-0.9.6-3.fc7 spandsp-0.0.3-3.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3062.fc7 tideEditor-1.4-1.fc7 xmms-1.2.10-36.fc7 Packages built and released for Fedora Extras 6: 20 PyOpenGL-3.0.0-0.3.a6.fc6 aircrack-ng-0.8-0.1.20070413svn.fc6 em8300-kmod-0.16.1-3.2.6.20_1.2944.fc6 glchess-1.0.5-1.fc6 gnubiff-2.2.6-1.fc6 NEW jomolhari-fonts-0.003-3.fc6 kdetoys-3.5.6-3.fc6 mbuffer-20070401-1.fc6 moodle-1.6.5-1.fc6 pan-0.127-1.fc6 NEW perl-Mail-Box-2.070-2.fc6 NEW perl-Mail-IMAPClient-2.2.9-3.fc6 python-openid-1.2.0-1.fc6 rpmlint-0.80-1.fc6 smolt-0.9.6-3.fc6 spandsp-0.0.3-3.fc6 subversion-api-docs-1.4.3-1.fc6 tideEditor-1.4-1.fc6 workrave-1.8.4-2.fc6 xine-lib-1.1.5-1.fc6 Packages built and released for Fedora Extras 5: 10 em8300-kmod-0.16.1-0.2.6.20_1.2312.fc5.2 NEW jomolhari-fonts-0.003-3.fc5 mbuffer-20070401-1.fc5 moodle-1.6.5-1.fc5 NEW perl-Mail-Box-2.070-2.fc5 NEW perl-Mail-IMAPClient-2.2.9-3.fc5 python-openid-1.2.0-1.fc5 smolt-0.9.6-3.fc5 spandsp-0.0.3-3.fc5 tideEditor-1.4-1.fc5 aircrack-ng-0.8-0.1.20070413svn.fc7 ----------------------------------- * Thu Apr 12 2007 Till Maas - 0.8-0.1.20070413svn - update to 0.8 - fixes http://archives.neohapsis.com/archives/fulldisclosure/2007-04/0408.html (remote code execution) - fix race condition in %install cfengine-2.1.22-3.fc7 --------------------- * Fri Apr 13 2007 Jeff Sheltren 2.1.22-3 - Patch for OS detection for newer Fedora/RedHat releases (#235922) - Patch for updated autotools - Add service condrestart commands to postun - Add service stop commands to preun * Sun Feb 25 2007 Jeff Sheltren 2.1.22-2 - Patch for selinux support (#187120) - init scripts no longer marked as config files clamav-0.90.2-1.fc7 ------------------- * Fri Apr 13 2007 Enrico Scholz - 0.90.2-1 - [SECURITY] updated to 0.90.2; fixes CVE-2007-1745, CVE-2007-1997 gnubiff-2.2.6-1.fc7 ------------------- * Sat Mar 10 2007 Damien Durand - 2.2.6-1 - Upgrade to 2.2.6 jomolhari-fonts-0.003-3.fc7 --------------------------- * Fri Apr 06 2007 Marcin Garski 0.003-3 - Update to 0.003c - Change license from GPL to OFL * Fri Mar 23 2007 Marcin Garski 0.003-2 - Extend description section kdetoys-3.5.6-3.fc7 ------------------- * Fri Apr 13 2007 Rex Dieter 7:3.5.6-3 - Requires: kdebase (for directory ownership) * Tue Jan 16 2007 Rex Dieter 7:3.5.6-1 - kweather isn't configurable (#208510, kde#122850) - kde-3.5.6 * Thu Oct 05 2006 Rex Dieter 7:3.5.5-1 - kde-3.5.5 knetworkmanager-0.1-0.9.svn20070409.fc7 --------------------------------------- * Mon Mar 12 2007 Dennis Gilmore - 0.1-0.9.svn20070409 - add --disable-warnings to configure so that build works on i386 * Sat Mar 10 2007 Dennis Gilmore - 0.1-0.8.svn20070409 - new snapshot, add BR libnl-devel - make sub packages have a correct defattr * Thu Mar 08 2007 Dennis Gilmore - 0.1-0.7.svn20070408 - update to new snapshot - vpnc ,openvpn, pptp and devel sub packages koverartist-0.5-7.fc7 --------------------- * Thu Apr 12 2007 Sebastian Vahl - 0.5-7 - changed vendor and use /usr/share/applications/kde * Wed Apr 11 2007 Sebastian Vahl - 0.5-6 - run gtk-update-icon-cache on post and postun - run update-desktop-database on post and postun - added BR: desktop-file-utils libibverbs-1.1-1.fc7 -------------------- * Wed Apr 11 2007 Roland Dreier - 1.1-1 - New upstream release libtelepathy-0.0.53-1.fc7 ------------------------- * Fri Apr 13 2007 Brian Pepple - 0.0.53-1 - Update to 0.0.53. * Fri Apr 13 2007 Brian Pepple - 0.0.52-1 - Update to 0.0.52. mbuffer-20070401-1.fc7 ---------------------- * Sat Apr 14 2007 Alexander Dalloz - 20070401-1 - Updated to latest version. moodle-1.8-1.fc7 ---------------- * Fri Apr 13 2007 Jerry James - 1.8-1 - Update to 1.8 (fixes BZ 232103) - Own /var/www/moodle/web (BZ 233882) - Drop unused mimetex patches - Add executable bits to 3 scripts that should have them - Remove the installation language files from the main package (twice) - Package the moodle language files, not just the installation files - Rename/add several language files to match the upstream list - Minor typo fixes in the scripts * Sun Jan 07 2007 Mike McGrath - 1.7-1 - Security fix for BZ# 220041 pan-0.127-1.fc7 --------------- * Sat Apr 14 2007 Alexander Dalloz - 1:0.127-1 - Update to 0.127 perl-Chart-2.4.1-5.fc7 ---------------------- * Mon Apr 09 2007 Steven Pritchard 2.4.1-5 - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. - Minor spec cleanup to more closely resemble cpanspec output. perl-Mail-Box-2.070-2.fc7 ------------------------- * Wed Apr 04 2007 Tom "spot" Callaway - 2.070-2 - add examples/ to %doc * Mon Apr 02 2007 Tom "spot" Callaway - 2.070-1 - Initial package for Fedora perl-Mail-IMAPClient-2.2.9-3.fc7 -------------------------------- * Mon Apr 09 2007 Tom "spot" Callaway - 2.2.9-3 - set examples as non-exec, fix intepreter * Wed Apr 04 2007 Tom "spot" Callaway - 2.2.9-2 - add docs/ and examples/ as %doc * Mon Apr 02 2007 Tom "spot" Callaway - 2.2.9-1 - Initial package for Fedora PyOpenGL-3.0.0-0.3.a6.fc7 ------------------------- * Fri Apr 13 2007 Hans de Goede 3.0.0-0.3.a6 - Add missing freeglut, libGL and libGLU requires (bz 236159) PyQt-qscintilla-3.17.1-1.fc7 ---------------------------- * Wed Apr 11 2007 Rex Dieter 3.17.1-1 - PyQt-3.17.1 python-openid-1.2.0-1.fc7 ------------------------- * Thu Apr 12 2007 Jeffrey C. Ollie - 1.2.0-1 - Update to 1.2.0 python-xlib-0.13-3.fc7 ---------------------- * Tue Apr 10 2007 Jef Spaleta - 0.13-3 - Created doc subpackage per suggestion in review * Mon Mar 26 2007 Jef Spaleta - 0.13-2 - Review Cleanup * Sat Mar 24 2007 Jef Spaleta - 0.13-1 - Initial packaging rpmlint-0.80-1.fc7 ------------------ * Thu Apr 12 2007 Ville Skytt? - 0.80-1 - 0.80, fixes #227389, #228645, #233795. - Accept "Redistributable, no modification permitted" as a valid license. - Filter messages about doc file dependencies on /bin/sh. - Add missing dependency on file. smolt-0.9.6-3.fc7 ----------------- * Fri Apr 13 2007 Jeffrey C. Ollie - 0.9.6-3 - Put a copy of the privacy policy where the client is expecting it. spandsp-0.0.3-3.fc7 ------------------- * Fri Apr 13 2007 Jeffrey C. Ollie - 0.0.3-3 - Fix usage of dist macro, pointed out by dgilmore sysprof-kmod-1.0.8-1.2.6.20_1.3062.fc7 -------------------------------------- tideEditor-1.4-1.fc7 -------------------- * Fri Apr 13 2007 Mamoru Tasaka - 1.4-1 - 1.4 xmms-1.2.10-36.fc7 ------------------ * Fri Apr 13 2007 Paul F. Johnson 1:1.2.10-36 - add back in the .pc file For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at redhat.com Sat Apr 14 10:17:06 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 14 Apr 2007 06:17:06 -0400 Subject: rawhide report: 20070414 changes Message-ID: <200704141017.l3EAH6kW024820@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.2.0.49-1 -------------------- * Fri Apr 13 2007 Jeremy Katz - 11.2.0.49-1 - Fix SELinux labels on moved files with live install (#236282) - Add vmmouse driver * Thu Apr 12 2007 David Cantrell - 11.2.0.48-1 - Don't write out remove lines for packages that don't exist on the installation arch (clumens) - Remove unused code from partedUtils.py (clumens) - Fix handling of plain text release notes (Elliot Peele) - Fix RAID minor number allocation in text mode UI (clumens) - Force /sbin and /usr/sbin in the PATH (katzj) - Don't copy stage2.img if it is not found (katzj) - Test given URL for HTTP/FTP install modes when stage2 is loaded from CD * Mon Apr 09 2007 Jeremy Katz - 11.2.0.47-1 - Fix build on s390 - Ensure we exit at the end of the install. control-center-1:2.18.0-9.fc7 ----------------------------- * Fri Apr 13 2007 Ray Strode - 2.18.0-9 - Load settings-daemon parts more asynchronously (to help with bug 236296) dbus-1.0.2-4.fc7 ---------------- * Sat Apr 14 2007 Matthias Clasen - 1.0.2-4 - Move the dbus-launch man page to the x11 subpackage * Thu Apr 12 2007 David Zeuthen - 1.0.2-3 - Start SELinux thread after setuid call (#221168) * Wed Mar 28 2007 Matthias Clasen - 1.0.2-2 - Require pkgconfig in the -devel package dovecot-1.0.0-11.fc7 -------------------- * Fri Apr 13 2007 Tomas Janousek - 1.0.0-11 - update to latest upstream eclipse-1:3.2.2-8.fc7 --------------------- * Wed Apr 11 2007 Ben Konrath 3.2.2-8 - Link to system-installed jsch instead of including it. - Fix links to system-installed javadocs. evolution-2.10.1-3.fc7 ---------------------- * Fri Apr 13 2007 Matthew Barnes - 2.10.1-3.fc7 - Add patch for RH bug #235878 (make Help->Contents work again). f-spot-0.3.5-2.fc7 ------------------ * Fri Apr 13 2007 Christopher Aillon - 0.3.5-2 - Now with validated desktop files! gnome-mount-0.6-2.fc7 --------------------- * Sat Apr 14 2007 Matthias Clasen - 0.6.2 - Fix the GConf scriptlets (#234716) gnome-panel-2.18.0-9.fc7 ------------------------ * Fri Apr 13 2007 Ray Strode - 2.18.0-9 - Apply upstream patch from Ross Burton (upstream bug 416120) to show completed tasks in the clock applet as completed. gnome-power-manager-2.18.2-1.fc7 -------------------------------- * Fri Apr 13 2007 Ray Strode - 2.18.2-1 - Update to 2.18.2 gnome-session-2.18.0-5.fc7 -------------------------- * Sat Apr 14 2007 Matthias Clasen - 2.18.0-5 - Add a dependency on dbus-x11 hplip-1.7.2-6.fc7 ----------------- * Fri Apr 13 2007 Tim Waugh 1.7.2-6 - Fixed dangling symlinks (bug #236156). - Move all fax bits to the gui package (bug #236161). - Don't ship fax PPD and backend twice (bug #236092). - Run update-desktop-database in the gui package's %post scriptlet (bug #236163). - Moved desktop-file-utils requirement to gui package (bug #236163). - Bumped selinux-policy conflict version (bug #236092). ipsec-tools-0.6.6-4.fc7 ----------------------- * Fri Apr 13 2007 Steve Grubb - 0.6.6-4.fc7 - Resolves: #236121 increase buffer for context - Resolves: #234491 kernel sends ACQUIRES that racoon is not catching - Resolves: #218386 labeled ipsec does not work over loopback kernel-2.6.20-1.3066.fc7 ------------------------ * Fri Apr 13 2007 John W. Linville - Update git-wireless-dev.patch - Remove linux-2.6-rt2x00-scan-fix.patch (obsoleted by update above) - Remove git-wireless-dev-fixes.patch (obsoleted by update above) - Update git-iwlwifi.patch * Fri Apr 13 2007 Dave Jones - Make NMI timeout a config option. * Fri Apr 13 2007 Kristian H??gsberg - Redo diff against the 'juju' upstream branch so we get the right fixes in the firewire patch. kudzu-1.2.68-1 -------------- * Fri Apr 13 2007 Bill Nottingham - 1.2.68-1 - pata_hpt* matching (#227281) - Fix size of memset in pci scanning () - require zlib during build () * Thu Mar 29 2007 Jeremy Katz - 1.2.67-1 - try to get the "best" match for a pci device when matching aliases instead of just the first match (#225026) * Mon Mar 26 2007 Jeremy Katz - 1.2.66-1 - define PROBE_LOADED for python (dcantrell, #233507) logwatch-7.3.4-6.fc7 -------------------- * Fri Apr 13 2007 Ivana Varekova 7.3.4-6 - remove another xntpd service logs - add sshd logs with two spaces after the date tag nasm-0.98.39-5.fc7 ------------------ * Wed Feb 07 2007 Petr Machata - 0.98.39-5 - tidy up the specfile per rpmlint comments - use utf-8 and fix national characters in contributor's names - port bogus elf patch to new nasm version and turn it on again openoffice.org-1:2.2.0-14.5 --------------------------- * Wed Apr 11 2007 Caolan McNamara - 1:2.2.0-14.5 - Resolves: rhbz#235828 INIFILE optimization breaks addins - Resolves: rhbz#235325 crash on launch of x86_64 soffice.bin - finish ld reordering -> apparent 0.4 warm launch improvement http://people.redhat.com/caolanm/speed/ldreorder.ods pam-0.99.7.1-5.fc7 ------------------ * Fri Apr 13 2007 Tomas Mraz 0.99.7.1-5 - pam_selinux: improve context change auditing (#234781) - pam_namespace: fix parsing config file with unknown users (#234513) * Fri Mar 23 2007 Tomas Mraz 0.99.7.1-4 - pam_console: always decrement use count (#230823) - pam_namespace: use raw context for poly dir name (#227345) - pam_namespace: truncate long poly dir name (append hash) (#230120) - we don't patch any po files anymore * Wed Feb 21 2007 Tomas Mraz 0.99.7.1-3 - correctly relabel tty in the default case (#229542) - pam_unix: cleanup of bigcrypt support - pam_unix: allow modification of '*' passwords to root parted-1.8.6-4.fc7 ------------------ * Fri Apr 13 2007 David Cantrell - 1.8.6-4 - Fix primary partition cylinder alignment error for DOS disk labels (#229745) - Do not build and package up libparted.a, only the shared library policycoreutils-2.0.9-2.fc7 --------------------------- * Fri Apr 13 2007 Dan Walsh 2.0.9-2 - Add polgengui pykickstart-1.0-1.fc7 --------------------- * Fri Apr 13 2007 Chris Lumens - 1.0-1 - Update documentation. - Update translations. rhpxl-0.46-1.fc7 ---------------- * Fri Apr 13 2007 Jeremy Katz - 0.46-1 - auto-configure vmmouse driver for VMWare and qemu sharutils-4.6.3-1.fc7 --------------------- * Tue Apr 10 2007 Than Ngo - 4.6.3-1 - 4.6.3 spamassassin-3.2.0-0.4.rc2.fc7 ------------------------------ * Fri Apr 13 2007 Warren Togami 3.2.0-0.4.rc2 - 3.2.0 rc2 telnet-1:0.17-38.fc7 -------------------- * Fri Apr 13 2007 Adam Tkac - 1:0.17-38.fc7 - added -c option which disables reverse dns checking (#223448) - added smp_mflags to make - start using dist macro xorg-x11-server-1.2.99.905-5.fc7 -------------------------------- * Fri Apr 13 2007 Adam Jackson 1.2.99.905-5 - xserver-rc5-to-now.patch: Updates from git. Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 From buildsys at fedoraproject.org Sat Apr 14 10:50:54 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 14 Apr 2007 10:50:54 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-14 Message-ID: <20070414105054.13929.74234@extras64.linux.duke.edu> New report for: Jerry.James AT usu.edu package: moodle-mi - 1.6.3-3.fc5.noarch from fedora-extras-5-ppc unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-mi - 1.6.3-3.fc5.noarch from fedora-extras-5-x86_64 unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-mi - 1.6.3-3.fc5.noarch from fedora-extras-5-i386 unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-mi - 1.6.3-3.fc6.noarch from fedora-extras-6-ppc unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-mi - 1.6.3-3.fc6.noarch from fedora-extras-6-x86_64 unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-mi - 1.6.3-3.fc6.noarch from fedora-extras-6-i386 unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-sr - 1.6.3-3.fc5.noarch from fedora-extras-5-ppc unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-sr - 1.6.3-3.fc5.noarch from fedora-extras-5-x86_64 unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-sr - 1.6.3-3.fc5.noarch from fedora-extras-5-i386 unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-sr - 1.6.3-3.fc6.noarch from fedora-extras-6-ppc unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-sr - 1.6.3-3.fc6.noarch from fedora-extras-6-x86_64 unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-sr - 1.6.3-3.fc6.noarch from fedora-extras-6-i386 unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-zh - 1.6.3-3.fc5.noarch from fedora-extras-5-ppc unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-zh - 1.6.3-3.fc5.noarch from fedora-extras-5-x86_64 unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-zh - 1.6.3-3.fc5.noarch from fedora-extras-5-i386 unresolved deps: moodle = 0:1.6.3-3.fc5 package: moodle-zh - 1.6.3-3.fc6.noarch from fedora-extras-6-ppc unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-zh - 1.6.3-3.fc6.noarch from fedora-extras-6-x86_64 unresolved deps: moodle = 0:1.6.3-3.fc6 package: moodle-zh - 1.6.3-3.fc6.noarch from fedora-extras-6-i386 unresolved deps: moodle = 0:1.6.3-3.fc6 ====================================================================== Summary of broken packages (by owner): Jerry.James AT usu.edu moodle-mi - 1.6.3-3.fc5.noarch moodle-mi - 1.6.3-3.fc5.noarch moodle-mi - 1.6.3-3.fc5.noarch moodle-mi - 1.6.3-3.fc6.noarch moodle-mi - 1.6.3-3.fc6.noarch moodle-mi - 1.6.3-3.fc6.noarch moodle-sr - 1.6.3-3.fc5.noarch moodle-sr - 1.6.3-3.fc5.noarch moodle-sr - 1.6.3-3.fc5.noarch moodle-sr - 1.6.3-3.fc6.noarch moodle-sr - 1.6.3-3.fc6.noarch moodle-sr - 1.6.3-3.fc6.noarch moodle-zh - 1.6.3-3.fc5.noarch moodle-zh - 1.6.3-3.fc5.noarch moodle-zh - 1.6.3-3.fc5.noarch moodle-zh - 1.6.3-3.fc6.noarch moodle-zh - 1.6.3-3.fc6.noarch moodle-zh - 1.6.3-3.fc6.noarch triad AT df.lth.se xmms-adplug - 1.2-3.fc6.i386 (2 days) xmms-adplug - 1.2-3.fc6.ppc (2 days) xmms-adplug - 1.2-3.fc6.x86_64 (2 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 (8 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (8 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (8 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (8 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (8 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (8 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (8 days) ====================================================================== Broken packages in fedora-extras-5-i386: moodle-mi-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-sr-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-zh-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 ====================================================================== Broken packages in fedora-extras-5-ppc: moodle-mi-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-sr-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-zh-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 ====================================================================== Broken packages in fedora-extras-5-x86_64: moodle-mi-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-sr-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-zh-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 ====================================================================== Broken packages in fedora-extras-6-i386: moodle-mi-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-sr-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-zh-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 ====================================================================== Broken packages in fedora-extras-6-ppc: moodle-mi-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-sr-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-zh-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 ====================================================================== Broken packages in fedora-extras-6-x86_64: moodle-mi-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-sr-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-zh-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 ====================================================================== Broken packages in fedora-extras-development-i386: kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3040.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7PAE xmms-adplug-1.2-3.fc6.i386 requires libadplug-2.0.1.so.0 ====================================================================== Broken packages in fedora-extras-development-ppc: kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7smp xmms-adplug-1.2-3.fc6.ppc requires libadplug-2.0.1.so.0 ====================================================================== Broken packages in fedora-extras-development-x86_64: kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7kdump xmms-adplug-1.2-3.fc6.x86_64 requires libadplug-2.0.1.so.0()(64bit) From laroche at redhat.com Sat Apr 14 12:05:04 2007 From: laroche at redhat.com (Florian La Roche) Date: Sat, 14 Apr 2007 14:05:04 +0200 Subject: portmap can be deleted form current FC-devel tree Message-ID: <20070414120503.GA9317@dudweiler.stuttgart.redhat.com> portmap-4.0-65.3.i386.rpm is obsoleted by rpcbind-0.1.4-4.fc7.i386.rpm regards, Florian La Roche From rmo at sunnmore.net Sat Apr 14 13:36:39 2007 From: rmo at sunnmore.net (Roy-Magne Mo) Date: Sat, 14 Apr 2007 15:36:39 +0200 Subject: rawhide report: 20070414 changes In-Reply-To: <200704141017.l3EAH6kW024820@hs20-bc2-6.build.redhat.com> References: <200704141017.l3EAH6kW024820@hs20-bc2-6.build.redhat.com> Message-ID: <4620D8E7.4020304@sunnmore.net> buildsys at redhat.com wrote: > > kernel-2.6.20-1.3066.fc7 > ------------------------ > * Fri Apr 13 2007 John W. Linville > - Update git-wireless-dev.patch > - Remove linux-2.6-rt2x00-scan-fix.patch (obsoleted by update above) > - Remove git-wireless-dev-fixes.patch (obsoleted by update above) > - Update git-iwlwifi.patch > Got an kernel oops with the latest updates: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236451 From sundaram at fedoraproject.org Sat Apr 14 13:42:51 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 14 Apr 2007 19:12:51 +0530 Subject: Profugus software In-Reply-To: <20070414011851.11944.qmail@web36206.mail.mud.yahoo.com> References: <20070414011851.11944.qmail@web36206.mail.mud.yahoo.com> Message-ID: <4620DA5B.90506@fedoraproject.org> Anton Kuznetsov wrote: > >Have you considered submitting your package to Fedora Extras (soon to > >be merged with Fedora Core) ? If you did that, it would be available > >to all users of Fedora out of the box via yum. Details on how to do > >that are here: > >http://fedoraproject.org/wiki/PackageMaintainers/Join > > I'm a new person here and I didn't even know that I can do that. It > would be awesome to do something useful for people. > Software is not working smooth though and we have a lot of thing to work > on. If the software is not working smoothly you can still submit it and create just a devel branch if you think you can fix things to work soon. Makes it easier to provide feedback. Rahul From stickster at gmail.com Sat Apr 14 14:18:37 2007 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 14 Apr 2007 10:18:37 -0400 Subject: Statistics for release notes Message-ID: <1176560317.1783.15.camel@localhost.localdomain> I've updated the release notes translation statistics page at http://fedoraproject.org/wiki/DocsProject/Translation/Statistics to include today's current status. As stated in a previous message to fedora-trans-list?, today at 2359 UTC is the deadline for translations to these materials for the test4 release of Fedora 7. ** Only minor changes will be permitted to the release notes at this time, to ensure that translators are not burdened by too many new or fuzzy strings. ** The next (and FINAL) POT update will occur on 21 April 2007, and the absolute final deadline for translation PO files is 2359 UTC on 2 May 2007. Refer to the Documentation Project schedule? for more details. = = = = = ? http://www.redhat.com/archives/fedora-trans-list/2007-April/msg00006.html ? http://fedoraproject.org/wiki/DocsProject/Schedule -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project: http://fedoraproject.org/wiki/PaulWFrields irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From debarshi.ray at gmail.com Sat Apr 14 18:29:31 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 14 Apr 2007 23:59:31 +0530 Subject: Why not GNU's Findutils? Message-ID: <3170f42f0704141129o4c8b0fabm8370309a58d0b81e@mail.gmail.com> I have seen that Fedora Core uses Red Hat's implementation of 'locate' and 'updatedb', while sticking to GNU's implementation of 'find'. Why is it so? Is there any reason for not using GNU's implementation of 'locate' and 'updatedb' as well, since they alongwith 'find' are part of GNU Findutils (http://www.gnu.org/software/findutils)? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From sundaram at fedoraproject.org Sat Apr 14 18:37:59 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 15 Apr 2007 00:07:59 +0530 Subject: Why not GNU's Findutils? In-Reply-To: <3170f42f0704141129o4c8b0fabm8370309a58d0b81e@mail.gmail.com> References: <3170f42f0704141129o4c8b0fabm8370309a58d0b81e@mail.gmail.com> Message-ID: <46211F87.7030609@fedoraproject.org> Debarshi 'Rishi' Ray wrote: > I have seen that Fedora Core uses Red Hat's implementation of 'locate' > and 'updatedb', while sticking to GNU's implementation of 'find'. Why > is it so? Is there any reason for not using GNU's implementation of > 'locate' and 'updatedb' as well, since they alongwith 'find' are part > of GNU Findutils (http://www.gnu.org/software/findutils)? I guess you are talking about using mlocate by default instead of slocate from Fedora Core 5. See http://carolina.mff.cuni.cz/~trmac/blog/mlocate/ Also http://www.redhat.com/archives/fedora-devel-list/2007-March/msg00758.html Rahul From paul at xelerance.com Sat Apr 14 21:22:29 2007 From: paul at xelerance.com (Paul Wouters) Date: Sat, 14 Apr 2007 23:22:29 +0200 (CEST) Subject: Why not GNU's Findutils? In-Reply-To: <3170f42f0704141129o4c8b0fabm8370309a58d0b81e@mail.gmail.com> References: <3170f42f0704141129o4c8b0fabm8370309a58d0b81e@mail.gmail.com> Message-ID: On Sat, 14 Apr 2007, Debarshi 'Rishi' Ray wrote: > I have seen that Fedora Core uses Red Hat's implementation of 'locate' > and 'updatedb', while sticking to GNU's implementation of 'find'. Why > is it so? Is there any reason for not using GNU's implementation of > 'locate' and 'updatedb' as well, since they alongwith 'find' are part > of GNU Findutils (http://www.gnu.org/software/findutils)? It used to use "slocate" instead, which is a more secure version of locate. It takes uids/gids into account about wether locate is should show certain hits or not. AFAIK, the gnu version (at least at the time), ran as root for updatedb and located all private files that other users could then use locate on. Paul From mattdm at mattdm.org Sun Apr 15 01:21:10 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 14 Apr 2007 21:21:10 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070413155245.16798b13@banea.int.addix.net> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> <20070413155245.16798b13@banea.int.addix.net> Message-ID: <20070415012110.GA32618@jadzia.bu.edu> On Fri, Apr 13, 2007 at 03:52:45PM +0200, Ralf Ertzinger wrote: > Could bugzilla be prodded to auto-change that if the person mentioned > in the NEEDINFO replies to the bug? There is a checkbox which reads "I am providing the needed information for this bug." However, it doesn't work reliably (if at all). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Sun Apr 15 01:22:13 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 14 Apr 2007 21:22:13 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070413161611.64c1a383@banea.int.addix.net> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> <20070413155245.16798b13@banea.int.addix.net> <1176472720.13207.1.camel@localhost.localdomain> <20070413161611.64c1a383@banea.int.addix.net> Message-ID: <20070415012213.GB32618@jadzia.bu.edu> On Fri, Apr 13, 2007 at 04:16:11PM +0200, Ralf Ertzinger wrote: > > > Could bugzilla be prodded to auto-change that if the person > > > mentioned in the NEEDINFO replies to the bug? > > What if the reporter replies, "I don't know how to find that > > information"? > Then the ball is with the maintainer again, in order to provide > information how to find the information. And if the maintainer doesn't respond, and the bug is inadvertently closed INSUFFICIENT_DATA and the reporter doesn't reopen, we're no worse off than with thousands of bugs languishing in NEEDINFO or NEW or ASSIGNED and getting no attention. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Sun Apr 15 01:23:03 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 14 Apr 2007 21:23:03 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070413232030.GL25962@neu.nirvana> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <20070413232030.GL25962@neu.nirvana> Message-ID: <20070415012303.GC32618@jadzia.bu.edu> On Sat, Apr 14, 2007 at 01:20:30AM +0200, Axel Thimm wrote: > > If there's not an easy bugzilla feature to turn off new bugs for a given > > version, > I think all you have to do is give bugzilla the new range of versions, > e.g. simply remove the non desired one from the config. Since the > database backend wires in the actual text of the version into the bug > report, it doesn't matter whether some records contain versions that > semantically cannot be set to anymore. Maybe that was even the plan > behind this design. Except how do you query for closed bugs against the version, then? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From Axel.Thimm at ATrpms.net Sun Apr 15 03:22:07 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 15 Apr 2007 05:22:07 +0200 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070415012303.GC32618@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <20070411133720.GA6936@jadzia.bu.edu> <20070413232030.GL25962@neu.nirvana> <20070415012303.GC32618@jadzia.bu.edu> Message-ID: <20070415032207.GV25962@neu.nirvana> On Sat, Apr 14, 2007 at 09:23:03PM -0400, Matthew Miller wrote: > On Sat, Apr 14, 2007 at 01:20:30AM +0200, Axel Thimm wrote: > > > If there's not an easy bugzilla feature to turn off new bugs for a given > > > version, > > I think all you have to do is give bugzilla the new range of versions, > > e.g. simply remove the non desired one from the config. Since the > > database backend wires in the actual text of the version into the bug > > report, it doesn't matter whether some records contain versions that > > semantically cannot be set to anymore. Maybe that was even the plan > > behind this design. > > Except how do you query for closed bugs against the version, then? Good catch! My suggestion was to short-sighted - one could split the version list for new bugs and for querying bugs, but that now sounds far worse than moving versions over to another closed product. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Sun Apr 15 10:19:06 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 15 Apr 2007 06:19:06 -0400 Subject: rawhide report: 20070415 changes Message-ID: <200704151019.l3FAJ6sB019062@hs20-bc2-6.build.redhat.com> Removed package portmap Updated Packages: binutils-2.17.50.0.12-4 ----------------------- * Sat Apr 14 2007 Jakub Jelinek 2.17.50.0.12-4 - fix linking non-ELF input objects into ELF output (#235747) evolution-2.10.1-4.fc7 ---------------------- * Sat Apr 14 2007 Matthew Barnes - 2.10.1-4.fc7 - Add patch for RH bug #234315 (fix saving attachments). * Fri Apr 13 2007 Matthew Barnes - 2.10.1-3.fc7 - Add patch for RH bug #235878 (make Help->Contents work again). * Tue Apr 10 2007 Matthew Barnes - 2.10.1-2.fc7 - Revise patch for GNOME bug #362638 to fix RH bug #235096 (crash when displaying a mail server message to user). ipsec-tools-0.6.6-6.fc7 ----------------------- * Sat Apr 14 2007 Steve Grubb - 0.6.6-6.fc7 - Resolves: #235680 racoon socket descriptor exhaustion kernel-2.6.20-1.3069.fc7 ------------------------ * Sat Apr 14 2007 Dave Jones - 2.6.21-rc6-git7 * Sat Apr 14 2007 David Woodhouse - Add modalias attributes to ps3_system_bus devices in the (probably vain) hope that they'll fix the installer. - Ensure initrd memory is reserved when the PPC64 kernel is booted from a bootwrapper instead of OF. * Fri Apr 13 2007 John W. Linville - Update git-wireless-dev.patch - Remove linux-2.6-rt2x00-scan-fix.patch (obsoleted by update above) - Remove git-wireless-dev-fixes.patch (obsoleted by update above) - Update git-iwlwifi.patch policycoreutils-2.0.9-3.fc7 --------------------------- * Sat Apr 14 2007 Dan Walsh 2.0.9-3 - Fixes for policygengui thunderbird-2.0.0.0-0.5.rc1.fc7 ------------------------------- * Fri Apr 13 2007 Christopher Aillon 2.0.0.0-0.5.rc1 - Fix the desktop file - Clean up the files list - Remove the default client stuff from the pref window * Thu Apr 12 2007 Christopher Aillon 2.0.0.0-0.4.rc1 - Rebuild into Fedora * Wed Apr 11 2007 Christopher Aillon 2.0.0.0-0.3.rc1 - Update langpacks Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 From paul at all-the-johnsons.co.uk Sun Apr 15 10:21:28 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 15 Apr 2007 11:21:28 +0100 Subject: rawhide report: 20070415 changes In-Reply-To: <200704151019.l3FAJ6sB019062@hs20-bc2-6.build.redhat.com> References: <200704151019.l3FAJ6sB019062@hs20-bc2-6.build.redhat.com> Message-ID: <1176632488.16572.23.camel@T7.Linux> Hi, > Broken deps for x86_64 > ---------------------------------------------------------- > gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 Is gimp-print vanishing to make way for Gutenprint and if it is, shouldn't gimp-print be removed so gimp can be built correctly? TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Sun Apr 15 10:37:40 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 15 Apr 2007 12:37:40 +0200 Subject: rawhide report: 20070415 changes In-Reply-To: <1176632488.16572.23.camel@T7.Linux> References: <200704151019.l3FAJ6sB019062@hs20-bc2-6.build.redhat.com> <1176632488.16572.23.camel@T7.Linux> Message-ID: <46220074.7010300@leemhuis.info> Paul schrieb: > Hi, > >> Broken deps for x86_64 >> ---------------------------------------------------------- >> gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 > > Is gimp-print vanishing to make way for Gutenprint and if it is, > shouldn't gimp-print be removed so gimp can be built correctly? From: https://www.redhat.com/archives/fedora-devel-list/2007-April/msg00739.html "gimp requires gimp-print which nowadays is provided by gutenprint which is in extras which prevents gimp from being rebuilt with the corrected requirements ;-). Should all be sorted out by the merger I hope." CU thl From jonathan.underwood at gmail.com Sun Apr 15 11:26:52 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 15 Apr 2007 12:26:52 +0100 Subject: Why not GNU's Findutils? In-Reply-To: <46211F87.7030609@fedoraproject.org> References: <3170f42f0704141129o4c8b0fabm8370309a58d0b81e@mail.gmail.com> <46211F87.7030609@fedoraproject.org> Message-ID: <645d17210704150426s7e5a91b0re73ff3bf76d75fe1@mail.gmail.com> On 14/04/07, Rahul Sundaram wrote: > Debarshi 'Rishi' Ray wrote: > > I have seen that Fedora Core uses Red Hat's implementation of 'locate' > > and 'updatedb', while sticking to GNU's implementation of 'find'. Why > > is it so? Is there any reason for not using GNU's implementation of > > 'locate' and 'updatedb' as well, since they alongwith 'find' are part > > of GNU Findutils (http://www.gnu.org/software/findutils)? > > I guess you are talking about using mlocate by default instead of > slocate from Fedora Core 5. > > See http://carolina.mff.cuni.cz/~trmac/blog/mlocate/ > > Also > > http://www.redhat.com/archives/fedora-devel-list/2007-March/msg00758.html There's also some discussion of merging mlocate functionality into gnu findutils here: http://lists.gnu.org/archive/html/bug-findutils/2006-04/msg00026.html From jdieter at gmail.com Sun Apr 15 16:23:15 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 15 Apr 2007 19:23:15 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide Message-ID: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> I have released yum-presto 0.3.9 which comes with many bugfixes... and it works with Rawhide! The test deltarpm server is *only* hosting development, not extras-development. Sorry, but I just don't have the space. The Rawhide version does have two major bugs: any downloading will show no progress bars and deltaurls in .repo files are ignored. Both will be fixed shortly, and to work around the second, use the deltaurl in the presto.conf file. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bruno at wolff.to Sun Apr 15 16:35:24 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 15 Apr 2007 11:35:24 -0500 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070415012110.GA32618@jadzia.bu.edu> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> <20070413155245.16798b13@banea.int.addix.net> <20070415012110.GA32618@jadzia.bu.edu> Message-ID: <20070415163524.GA27632@wolff.to> On Sat, Apr 14, 2007 at 21:21:10 -0400, Matthew Miller wrote: > On Fri, Apr 13, 2007 at 03:52:45PM +0200, Ralf Ertzinger wrote: > > Could bugzilla be prodded to auto-change that if the person mentioned > > in the NEEDINFO replies to the bug? > > There is a checkbox which reads "I am providing the needed information for > this bug." However, it doesn't work reliably (if at all). Are you sure about that? Note that NEEDINFO includes information about who is supposed to provide the needed info. If you aren't that user, it won't clear that setting even though you might really be providing the needed info. From mattdm at mattdm.org Sun Apr 15 16:40:34 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 15 Apr 2007 12:40:34 -0400 Subject: actually, I'm serious: forbid bugzilla filing against FC4? In-Reply-To: <20070415163524.GA27632@wolff.to> References: <20070410193340.GA5806@jadzia.bu.edu> <1176320578.14824.67.camel@metroid.rdu.redhat.com> <20070411194836.GA5544@jadzia.bu.edu> <200704111601.27439.jkeating@redhat.com> <20070411202129.GA7490@jadzia.bu.edu> <20070413134342.GA8552@jadzia.bu.edu> <20070413155245.16798b13@banea.int.addix.net> <20070415012110.GA32618@jadzia.bu.edu> <20070415163524.GA27632@wolff.to> Message-ID: <20070415164034.GA19381@jadzia.bu.edu> On Sun, Apr 15, 2007 at 11:35:24AM -0500, Bruno Wolff III wrote: > > There is a checkbox which reads "I am providing the needed information for > > this bug." However, it doesn't work reliably (if at all). > Are you sure about that? Note that NEEDINFO includes information about > who is supposed to provide the needed info. If you aren't that user, it > won't clear that setting even though you might really be providing the > needed info. If that's the case, that sounds like wrong behavior. But I'm pretty sure it also happens if it's "NEEDINFO requested of anyone". -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mmcgrath at redhat.com Sun Apr 15 16:44:23 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 15 Apr 2007 11:44:23 -0500 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> Message-ID: <46225667.20003@redhat.com> Jonathan Dieter wrote: > I have released yum-presto 0.3.9 which comes with many bugfixes... and > it works with Rawhide! The test deltarpm server is *only* hosting > development, not extras-development. Sorry, but I just don't have the > space. > > The Rawhide version does have two major bugs: any downloading will show > no progress bars and deltaurls in .repo files are ignored. Both will be > fixed shortly, and to work around the second, use the deltaurl in the > presto.conf file. > How much space does the presto repo currently take up? Does it store just the diffs or the diffs and full RPM's? -Mike From Lam at Lam.pl Sun Apr 15 17:13:55 2007 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 15 Apr 2007 19:13:55 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <46225667.20003@redhat.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> Message-ID: <1176657235.3781.3.camel@pensja.lam.pl> Dnia 15-04-2007, nie o godzinie 11:44 -0500, Mike McGrath napisa?(a): > How much space does the presto repo currently take up? Does it store > just the diffs or the diffs and full RPM's? I suspect it needs full rpms to generate deltas and doesn't download them (full packages) on the fly, keeping everything in place and generating deltas when a new version joins the repo (then the old package becomes useless, but the new one stays "cached"). This is hell lot of space. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From jdieter at gmail.com Sun Apr 15 16:53:07 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 15 Apr 2007 19:53:07 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <46225667.20003@redhat.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> Message-ID: <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> On Sun, 2007-04-15 at 11:44 -0500, Mike McGrath wrote: > How much space does the presto repo currently take up? Does it store > just the diffs or the diffs and full RPM's? > > -Mike > 4.7G total. You have to have the full RPMs in order to generate the deltarpms. The deltarpms currently take up 91M. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Sun Apr 15 17:38:25 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 15 Apr 2007 12:38:25 -0500 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> Message-ID: <46226311.60109@redhat.com> Jonathan Dieter wrote: > On Sun, 2007-04-15 at 11:44 -0500, Mike McGrath wrote: > >> How much space does the presto repo currently take up? Does it store >> just the diffs or the diffs and full RPM's? >> >> -Mike >> >> > 4.7G total. You have to have the full RPMs in order to generate the > deltarpms. The deltarpms currently take up 91M. > > But as far as what needs to be exposed on your repo after the deltarpm's are generated, we're talking 91M? -Mike From twisnie+fedora at gmail.com Sun Apr 15 18:00:58 2007 From: twisnie+fedora at gmail.com (Tom W) Date: Sun, 15 Apr 2007 14:00:58 -0400 Subject: xen guest-magic tool (new instant guest) Message-ID: The reason we decided to write something ourselves is because this is the first time we are working with Python, first time we are creating an open source project, and only started playing with Xen a few weeks ago. Since we are basically rookies when it comes to this, we felt that contributing code to an existing project would be difficult. So we decided to give it a try and put something together ourselves. Of course, I don't rule out contributing to virt-manager or any other existing project in the future. I just first have to get more comfortable with Python :) >Why not http://virt-manager.et.redhat.com ? > Karel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdieter at gmail.com Sun Apr 15 18:11:07 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 15 Apr 2007 21:11:07 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <46226311.60109@redhat.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> Message-ID: <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> On Sun, 2007-04-15 at 12:38 -0500, Mike McGrath wrote: > But as far as what needs to be exposed on your repo after the deltarpm's > are generated, we're talking 91M? > > -Mike > Yep. Though I have to keep the rpms so I can continue to make deltas. But only the drpms have to be exposed. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mike.cohler at gmail.com Sun Apr 15 19:23:57 2007 From: mike.cohler at gmail.com (Mike C) Date: Sun, 15 Apr 2007 19:23:57 +0000 (UTC) Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: Jonathan Dieter gmail.com> writes: > Yep. Though I have to keep the rpms so I can continue to make deltas. > But only the drpms have to be exposed. Quick question - does the user who wants to update his/her system using presto need to keep all the rpms also in order to use the deltarpms for package updates? This certainly saves download bandwidth but uses up disk space? From email.ahmedkamal at googlemail.com Sun Apr 15 19:31:13 2007 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Sun, 15 Apr 2007 21:31:13 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: <3da3b5b40704151231y1aaf2736w723483ca046efaaf@mail.gmail.com> no, from the user side, on-disk files are used to re-construct the new rpms On 4/15/07, Mike C wrote: > > Jonathan Dieter gmail.com> writes: > > > Yep. Though I have to keep the rpms so I can continue to make deltas. > > But only the drpms have to be exposed. > > Quick question - does the user who wants to update his/her system using > presto > need to keep all the rpms also in order to use the deltarpms for package > updates? > This certainly saves download bandwidth but uses up disk space? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From che666 at gmail.com Sun Apr 15 19:31:55 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Sun, 15 Apr 2007 21:31:55 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: 2007/4/15, Mike C : > Jonathan Dieter gmail.com> writes: > > > Yep. Though I have to keep the rpms so I can continue to make deltas. > > But only the drpms have to be exposed. > > Quick question - does the user who wants to update his/her system using presto > need to keep all the rpms also in order to use the deltarpms for package updates? > This certainly saves download bandwidth but uses up disk space? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > i just installed it on rawhide and i am curious if thers a bug maybe: Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 82, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig errorlevel=opts.errorlevel) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 158, in _getConfig self.plugins.run('init') File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run func(conduitcls(self, self.base, conf, **kwargs)) File "/usr/lib/yum-plugins/dellsysidplugin.py", line 40, in init_hook repos = conduit.getRepos() File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 426, in getRepos return self._base.repos File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 493, in repos = property(fget=lambda self: self._getRepos(), File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 342, in _getRepos self.plugins.run('postreposetup') File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run func(conduitcls(self, self.base, conf, **kwargs)) File "/usr/lib/yum-plugins/presto.py", line 60, in postreposetup_hook if not opts.disablepresto: AttributeError: 'NoneType' object has no attribute 'disablepresto' didnt have time to really take a look into it though regards, Rudolf Kastl From tmus at tmus.dk Sun Apr 15 18:36:44 2007 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Sun, 15 Apr 2007 20:36:44 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: Jonathan Dieter wrote: > On Sun, 2007-04-15 at 12:38 -0500, Mike McGrath wrote: >> But as far as what needs to be exposed on your repo after the deltarpm's >> are generated, we're talking 91M? >> >> -Mike >> > Yep. Though I have to keep the rpms so I can continue to make deltas. > But only the drpms have to be exposed. > > Jonathan > This is probably something that sould probably be debated for the official inclusion of presto in F8(?)... Do we want to generate deltarpms for any possible delta, allowing a deltarpm update, using presto, to latest release regardless of the currently installed version? Or do we only want the deltarpm from the previous release to the newest, from base version to newest or what should the policy be here? I'd personally like to see that we had all possible deltas on the mirrors. To make sure we save on every update and not only some. /Thomas From michael.wiktowy at gmail.com Sun Apr 15 21:24:14 2007 From: michael.wiktowy at gmail.com (Michael Wiktowy) Date: Sun, 15 Apr 2007 17:24:14 -0400 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: <3e4ec4600704151424v3685926l50c5a7541ecc1c56@mail.gmail.com> On 4/15/07, Thomas M Steenholdt wrote: > This is probably something that sould probably be debated for the > official inclusion of presto in F8(?)... Do we want to generate > deltarpms for any possible delta, allowing a deltarpm update, using > presto, to latest release regardless of the currently installed version? > Or do we only want the deltarpm from the previous release to the newest, > from base version to newest or what should the policy be here? > > I'd personally like to see that we had all possible deltas on the > mirrors. To make sure we save on every update and not only some. Keeping every single combination of delta upgrades would quickly add up to a lot of files taking a lot of space with most of them completely unused after a short while. I would suggest the sane way to generate delta rpms would be to catch two groups of people: those who freshly installed the OS from released media and those who are keeping up to date by checking periodically for updates. For the first group of users, keep one delta rpm around for each package that is the diff between the first released rpm version (ie. the version on the original install media and core repo) and the latest version in updates. This one file per package would be replaced each time an update occurs. For the second group of users, keep a diff from the last update to the current one for each package. The replacement of these would be a little more complex to avoid losing delta updaters when multiple updates to the same package happen in a very short period of time. You would have to decide what is a reasonable amount of time to allow people to apply updates. If updates to a package happen multiple times within this time period, keep them all and let them get deleted as that time window passes. This way, at a minimum (and typically), you are keeping two diffs per updated package. At a maximum, there are a few more kept around temporarily to accomodate oops-ed releases or back-to-back quick fixes. These extra ones are likely to be small anyways since rapid releases generally mean small changes. I am not sure what format of diffs presto can handle now, but it would likely be better for the source and mirrors if the multiple incremental updates were kept in the format A->B, B->C, C->D, etc. instead of A->B, A->C, A->D, etc. That way, when a new update comes out, only a new file has to be generated and mirrored. Presto would have to know how to download and chain together a bunch of diffs to bridge versions though. Just my thoughts on an excellent project. /Mike From gilboad at gmail.com Sun Apr 15 21:42:04 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 16 Apr 2007 00:42:04 +0300 Subject: kdelibs-devel installed... but not kdelibs? Message-ID: <9050516b0704151442l6d6835d8v707c38e2e2583bab@mail.gmail.com> Hello all, I was trying to build an SRPM when I got an error about missing kde-config. I did some checking and kdelibs is indeed missing even-though kdelibs-devel and a bunch of other kde* packages are installed. (including kdebase, kdebase-devel) The installation itself is a fresh i386 rawhide install (from last Saturday). The original installation used the default software selection. KDE was added later using pirut. No manual package update/remove/etc. Needless to say, without kdelibs, kdexxx application all complain about missing kdelibs bits before dieing. $ rpm -qa | grep kde | sort kdeaccessibility-3.5.6-3.fc7.i386 kdeaddons-3.5.6-4.fc7.i386 kdeadmin-3.5.6-4.fc7.i386 kdeartwork-3.5.6-2.fc7.i386 kdeartwork-extras-3.5.6-3.fc7.i386 kdebase-3.5.6-5.fc7.i386 kdebase-devel-3.5.6-5.fc7.i386 kdegraphics-3.5.6-1.fc7.i386 kdegraphics-devel-3.5.6-1.fc7.i386 kdegraphics-extras-3.5.5-1.fc7.i386 kdelibs-devel-3.5.6-3.fc7.i386 kdemultimedia-3.5.6-3.fc7.i386 kdemultimedia-extras-3.5.6-5.fc7.i386 kdenetwork-3.5.6-3.fc7.i386 kdenetwork-devel-3.5.6-3.fc7.i386 kdepim-3.5.6-4.fc7.i386 kdepim-devel-3.5.6-4.fc7.i386 kdesdk-3.5.6-1.fc7.i386 kdetoys-3.5.6-3.fc7.i386 kdeutils-3.5.6-1.fc7.i386 kdeutils-devel-3.5.6-1.fc7.i386 kdevelop-3.3.6-1.fc7.i386 lockdev-1.0.1-11.fc7.i386 lockdev-devel-1.0.1-11.fc7.i386 rss-glx-kde-0.8.1.p-6.fc6.i386 - Gilboa From tonynelson at georgeanelson.com Sun Apr 15 21:48:34 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Sun, 15 Apr 2007 17:48:34 -0400 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: At 8:36 PM +0200 4/15/07, Thomas M Steenholdt wrote: >Jonathan Dieter wrote: >> On Sun, 2007-04-15 at 12:38 -0500, Mike McGrath wrote: >>> But as far as what needs to be exposed on your repo after the deltarpm's >>> are generated, we're talking 91M? >>> >>> -Mike >>> >> Yep. Though I have to keep the rpms so I can continue to make deltas. >> But only the drpms have to be exposed. >> >> Jonathan >> > >This is probably something that sould probably be debated for the >official inclusion of presto in F8(?)... Do we want to generate >deltarpms for any possible delta, allowing a deltarpm update, using >presto, to latest release regardless of the currently installed version? >Or do we only want the deltarpm from the previous release to the newest, >from base version to newest or what should the policy be here? > >I'd personally like to see that we had all possible deltas on the >mirrors. To make sure we save on every update and not only some. I think the powers that be would want to be shown exactly how much storage and how many files would be required for all the pairs of package updates. The number of updates for all pairs for a fast-moving frequently updated package, e.g. the kernel and its ilk, might be large. Well, I only notice 5, but I may have missed some. I don't know how to find out all the released updates. n! n*(n-1) d = C(n,2) = -------- = ------- 2*(n-2)! 2 n is number of versions (original + updates) d is number of deltas recurrance: d(n+1) = d(n)+n 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 0 1 3 6 10 15 21 28 36 45 55 66 78 91 105 -- ____________________________________________________________________ TonyN.:' ' From gilboad at gmail.com Sun Apr 15 21:59:15 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 16 Apr 2007 00:59:15 +0300 Subject: kdelibs-devel installed... but not kdelibs? In-Reply-To: <9050516b0704151442l6d6835d8v707c38e2e2583bab@mail.gmail.com> References: <9050516b0704151442l6d6835d8v707c38e2e2583bab@mail.gmail.com> Message-ID: <9050516b0704151459u6ad52d08y84311b9e26cdd91b@mail.gmail.com> On 4/16/07, Gilboa Davara wrote: > Hello all, > > I was trying to build an SRPM when I got an error about missing kde-config. > I did some checking and kdelibs is indeed missing even-though > kdelibs-devel and a bunch of other kde* packages are installed. > (including kdebase, kdebase-devel) > > The installation itself is a fresh i386 rawhide install (from last Saturday). > The original installation used the default software selection. > KDE was added later using pirut. > No manual package update/remove/etc. > > Needless to say, without kdelibs, kdexxx application all complain about > missing kdelibs bits before dieing. FYI, qt (!) is also missing. Broken dep chain? - Gilboa From gilboad at gmail.com Sun Apr 15 22:12:41 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 16 Apr 2007 01:12:41 +0300 Subject: No glic-headers when development tools are installed? (No kdelibs...) Message-ID: <9050516b0704151512s4e279205nb10a40492f0c6ee5@mail.gmail.com> On 4/16/07, Gilboa Davara wrote: > > FYI, qt (!) is also missing. > Broken dep chain? > > - Gilboa Another weird problem. When I installed KDE, I also added the following groups: GNOME development tools. KDE development tools. ... and manually selected: ddd rpmlint rpm-build rpmdevtool. Doesn't these packages also force kernel-devel and glibc-headers? (which are missing from my box?) - Gilboa From gilboad at gmail.com Sun Apr 15 22:19:31 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 16 Apr 2007 01:19:31 +0300 Subject: No glic-headers when development tools are installed? (No kdelibs...) In-Reply-To: <9050516b0704151512s4e279205nb10a40492f0c6ee5@mail.gmail.com> References: <9050516b0704151512s4e279205nb10a40492f0c6ee5@mail.gmail.com> Message-ID: <9050516b0704151519l27e9e7e9odad626f73dfea15f@mail.gmail.com> On 4/16/07, Gilboa Davara wrote: > On 4/16/07, Gilboa Davara wrote: > > > > FYI, qt (!) is also missing. > > Broken dep chain? > > > > - Gilboa > > Another weird problem. > When I installed KDE, I also added the following groups: > GNOME development tools. > KDE development tools. > ... and manually selected: ddd rpmlint rpm-build rpmdevtool. > > Doesn't these packages also force kernel-devel and glibc-headers? > (which are missing from my box?) > > - Gilboa > Add libstdc++-devel to the list. - Gilboa From tmus at tmus.dk Mon Apr 16 06:33:23 2007 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 16 Apr 2007 08:33:23 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <3e4ec4600704151424v3685926l50c5a7541ecc1c56@mail.gmail.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <3e4ec4600704151424v3685926l50c5a7541ecc1c56@mail.gmail.com> Message-ID: Michael Wiktowy wrote: > > For the second group of users, keep a diff from the last update to the > current one for each package. The replacement of these would be a > little more complex to avoid losing delta updaters when multiple > updates to the same package happen in a very short period of time. You > would have to decide what is a reasonable amount of time to allow > people to apply updates. If updates to a package happen multiple times > within this time period, keep them all and let them get deleted as > that time window passes. > I like this way of making sure a rapidly released series of updates to a single package does not void the entire point of presto. This is pretty much the scenario I was trying to accommodate with "all possible deltas" but I realize that this is much better for the mirrors and diffs for really old packages may not make enough sense anyway. How about making the window 14 days? I personally tend to update every day, but not all people do. > > I am not sure what format of diffs presto can handle now, but it would > likely be better for the source and mirrors if the multiple > incremental updates were kept in the format A->B, B->C, C->D, etc. > instead of A->B, A->C, A->D, etc. That way, when a new update comes > out, only a new file has to be generated and mirrored. Presto would > have to know how to download and chain together a bunch of diffs to > bridge versions though. This would be cool, but given the packaging overhead (whatever that may be) this will probably decrease the delta efficiency, potentially by a great deal. In some cases this could certainly work, however. > > Just my thoughts on an excellent project. > > /Mike > /Thomas From email.ahmedkamal at googlemail.com Mon Apr 16 06:37:47 2007 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Mon, 16 Apr 2007 08:37:47 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <3e4ec4600704151424v3685926l50c5a7541ecc1c56@mail.gmail.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <3e4ec4600704151424v3685926l50c5a7541ecc1c56@mail.gmail.com> Message-ID: <3da3b5b40704152337xcc68eccn224c6499b5258587@mail.gmail.com> > I would suggest the sane way to generate delta rpms would be to catch > two groups of people: those who freshly installed the OS from released > media and those who are keeping up to date by checking periodically > for updates. +1, that's what I had in mind too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tmus at tmus.dk Mon Apr 16 06:43:38 2007 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 16 Apr 2007 08:43:38 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: Tony Nelson wrote: > > I think the powers that be would want to be shown exactly how much storage > and how many files would be required for all the pairs of package updates. > The number of updates for all pairs for a fast-moving frequently updated > package, e.g. the kernel and its ilk, might be large. Well, I only notice > 5, but I may have missed some. I don't know how to find out all the > released updates. > > n! n*(n-1) > d = C(n,2) = -------- = ------- > 2*(n-2)! 2 > > n is number of versions (original + updates) > d is number of deltas > recurrance: d(n+1) = d(n)+n > > 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 > 0 1 3 6 10 15 21 28 36 45 55 66 78 91 105 The way I see it, the function is more like d = n - 1 Slightly simpler. For every version of a package, we would need to be able to update from any previous version, to the current version. I don't think it makes sense to be able to have deltas for updating to a non-current version, so i guess my suggestion to "keep all possible deltas" is inaccurate in this way. What I meant was "keep all possible deltas, allowing a user to update from any previous version to the current". Michael Wiktowy had a perhaps even better suggestion elsewhere in this thread, that would further reduce the number of deltas kept, by dropping previous deltas (other that current minus one -> current and original -> current) after a period of time. /Thomas From jdieter at gmail.com Mon Apr 16 06:40:15 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 09:40:15 +0300 Subject: Tetex deltarpm Message-ID: <1176705615.12921.7.camel@jndwidescreen.lesbg.loc> Some of you may have noticed that when using yum-presto to download the FC6 Tetex update 3.0-34, the deltarpms didn't apply cleanly and you ended up downloading the full rpms. The reason for this is that tetex-latex automatically modifies files created by both tetex and tetex-dvips, but those files aren't marked as configuration files and their verify bit is set. Because of this, deltarpm has not way of knowing that it shouldn't try to diff these files. A bug was opened on this problem back in 2005 (http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158758), but it doesn't look like anything has been done yet to fix this. What should be done with this? Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdieter at gmail.com Mon Apr 16 06:33:40 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 09:33:40 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> On Sun, 2007-04-15 at 21:31 +0200, Rudolf Kastl wrote: > i just installed it on rawhide and i am curious if thers a bug maybe: > > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 82, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig > errorlevel=opts.errorlevel) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 158, > in _getConfig > self.plugins.run('init') > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/dellsysidplugin.py", line 40, in init_hook > repos = conduit.getRepos() > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 426, in getRepos > return self._base.repos > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 493, in > repos = property(fget=lambda self: self._getRepos(), > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 342, > in _getRepos > self.plugins.run('postreposetup') > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/presto.py", line 60, in postreposetup_hook > if not opts.disablepresto: > AttributeError: 'NoneType' object has no attribute 'disablepresto' > > didnt have time to really take a look into it though > > regards, > Rudolf Kastl > Odd. I haven't hit this at all. What version of yum are you running? Do you have any other plugins running? I'd like to try to recreate this. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Christian.Iseli at licr.org Mon Apr 16 07:02:50 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 16 Apr 2007 09:02:50 +0200 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> Message-ID: <20070416090250.7b6a50ee@ludwig-alpha.unil.ch> On 13 Apr 2007 13:31:12 -0500, Jason L Tibbitts III wrote: > Is it at all possible to do a couple of tweaks to that page? Sure, anything is possible with a bit of scripting :-) I'll need to have a chat with mmcgrath ('cause I dunno if he used the Perl or the Python version of the script)... and also how he sees things about multiple pages. Also, I don't know who tweaked the script on the rubenkerkhof site but it might speed things up if the person who set it up sent the diffs on this list... Cheers, C From jdieter at gmail.com Mon Apr 16 08:04:10 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 11:04:10 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> Message-ID: <1176710650.12921.23.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-16 at 08:43 +0200, Thomas M Steenholdt wrote: > The way I see it, the function is more like > > d = n - 1 > > Slightly simpler. For every version of a package, we would need to be > able to update from any previous version, to the current version. I > don't think it makes sense to be able to have deltas for updating to a > non-current version, so i guess my suggestion to "keep all possible > deltas" is inaccurate in this way. What I meant was "keep all possible > deltas, allowing a user to update from any previous version to the current". > > Michael Wiktowy had a perhaps even better suggestion elsewhere in this > thread, that would further reduce the number of deltas kept, by dropping > previous deltas (other that current minus one -> current and original -> > current) after a period of time. > > /Thomas > At the moment, I'm creating deltarpms for *each* possible older version and I'm not pruning old drpms at all. Updates drpms for FC6 (which has every DRPM that would have been made if I'd started from the release date) currently is 968M. I'm not sure what it will be once I write some code to prune old drpms. Someone else asked about the format of the diff, etc. Deltarpms can be combined quite easily. For example you might have a deltarpm for foo-1.0=>1.1 and a deltarpm for foo-1.1=>1.2. You can combine the two into foo-1.0=>1.2 and it will be roughly the same size as if you ran makedeltarpm foo-1.0 foo-1.2. This means that we don't *have* to keep old rpms around to create deltarpms. We just have to have the latest rpm for each package + old drpms. I will write whatever needs to be written to make pruning work, etc. I'm just not quite there yet. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jnovy at redhat.com Mon Apr 16 08:53:30 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 16 Apr 2007 10:53:30 +0200 Subject: Tetex deltarpm In-Reply-To: <1176705615.12921.7.camel@jndwidescreen.lesbg.loc> References: <1176705615.12921.7.camel@jndwidescreen.lesbg.loc> Message-ID: <1176713610.2651.1.camel@redhat.usu> On Mon, 2007-04-16 at 09:40 +0300, Jonathan Dieter wrote: > A bug was opened on this problem back in 2005 > (http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158758), but it > doesn't look like anything has been done yet to fix this. Should be fixed in tetex-3.0-39.fc7. Jindrich From jdieter at gmail.com Mon Apr 16 09:05:35 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 12:05:35 +0300 Subject: Tetex deltarpm In-Reply-To: <1176713610.2651.1.camel@redhat.usu> References: <1176705615.12921.7.camel@jndwidescreen.lesbg.loc> <1176713610.2651.1.camel@redhat.usu> Message-ID: <1176714335.12921.25.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-16 at 10:53 +0200, Jindrich Novy wrote: > Should be fixed in tetex-3.0-39.fc7. > > Jindrich > Thanks much! Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dwmw2 at infradead.org Mon Apr 16 09:53:34 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 16 Apr 2007 10:53:34 +0100 Subject: Tetex deltarpm In-Reply-To: <1176705615.12921.7.camel@jndwidescreen.lesbg.loc> References: <1176705615.12921.7.camel@jndwidescreen.lesbg.loc> Message-ID: <1176717214.3304.24.camel@pmac.infradead.org> On Mon, 2007-04-16 at 09:40 +0300, Jonathan Dieter wrote: > The reason for this is that tetex-latex automatically modifies files > created by both tetex and tetex-dvips, but those files aren't marked as > configuration files and their verify bit is set. Because of this, > deltarpm has not way of knowing that it shouldn't try to diff these > files. A bug was opened on this problem back in 2005 > (http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158758), but it > doesn't look like anything has been done yet to fix this. > > What should be done with this? It's always possible that files have been locally modified. Especially in a multilib environment where you may have 32-bit and/or 64-bit packages installed, and only one of them provides the files in /usr/bin for example. It seems more appropriate to use the files on the existing system as _seed_ for something like rsync and not to just blindly use them as-is and apply deltas. -- dwmw2 From buildsys at redhat.com Mon Apr 16 09:59:16 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 16 Apr 2007 05:59:16 -0400 Subject: rawhide report: 20070416 changes Message-ID: <200704160959.l3G9xGZA005118@hs20-bc2-6.build.redhat.com> Updated Packages: ekiga-2.0.9-1.fc7 ----------------- * Sun Apr 15 2007 Daniel Veillard - 2.0.9.1 - Upgrade to ekiga-2.0.9 epiphany-2.18.1-2.fc7 --------------------- * Sun Apr 15 2007 Christopher Aillon 2.18.1-2 - Use the system default bookmarks - Remove no longer needed autotools BRs fedora-bookmarks-7-1 -------------------- kernel-2.6.20-1.3071.fc7 ------------------------ * Sun Apr 15 2007 Dave Jones - 2.6.21-rc7 * Sun Apr 15 2007 Dave Jones - 2.6.21-rc6-git8 opal-2.2.8-1.fc7 ---------------- * Sun Apr 15 2007 Daniel Veillard - 2.2.8-1 - upstream release of 2.2.8 pwlib-1.10.7-1.fc7 ------------------ * Sun Apr 15 2007 Daniel Veillard - 1.10.7-1 - Update to 1.10.7 * Tue Apr 10 2007 Daniel Veillard - 1.10.6-1 - Update to 1.10.6 Broken deps for ppc64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 Broken deps for ia64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 Broken deps for i386 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 Broken deps for ppc ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 Broken deps for x86_64 ---------------------------------------------------------- gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 From hughsient at gmail.com Mon Apr 16 10:24:05 2007 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 16 Apr 2007 11:24:05 +0100 Subject: rawhide report: 20070415 changes In-Reply-To: <200704151019.l3FAJ6sB019062@hs20-bc2-6.build.redhat.com> References: <200704151019.l3FAJ6sB019062@hs20-bc2-6.build.redhat.com> Message-ID: <1176719045.2569.3.camel@hughsie-laptop> On Sun, 2007-04-15 at 06:19 -0400, buildsys at redhat.com wrote: > * Fri Apr 13 2007 John W. Linville > - Update git-wireless-dev.patch > - Remove linux-2.6-rt2x00-scan-fix.patch (obsoleted by update above) > - Remove git-wireless-dev-fixes.patch (obsoleted by update above) > - Update git-iwlwifi.patch A new BUG every few minutes: BUG: warning at include/asm/dma-mapping.h:25/dma_map_single() (Not tainted) [] show_trace_log_lvl+0x1a/0x2f [] show_trace+0x12/0x14 [] dump_stack+0x16/0x18 [] d_tx+0x7f2/0xd69 [iwlwifi] [] __ieee80211_tx+0x20/0xec [mac80211] [] ieee80211_master_start_xmit+0x410/0x50e [mac80211] [] dev_hard_start_xmit+0x1ce/0x22b [] __qdisc_run+0xdb/0x195 [] net_tx_action+0xc2/0xeb [] __do_softirq+0x6f/0xe2 [] do_softirq+0x61/0xd0 [] local_bh_enable_ip+0xb9/0xdf [] _spin_unlock_bh+0x25/0x28 [] ieee80211_scan_completed+0xdf/0x109 [mac80211] [] ieee80211_sta_scan_work+0x63/0x199 [mac80211] [] run_workqueue+0x89/0x14e [] worker_thread+0xf8/0x124 [] kthread+0xb3/0xdc [] kernel_thread_helper+0x7/0x10 I'm beginning to think iwlwifi shouldn't be turned on in the default F7 kernel build; it doesn't seem the most stable of modules for me... Richard. From ruben at rubenkerkhof.com Mon Apr 16 10:32:38 2007 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Mon, 16 Apr 2007 11:32:38 +0100 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: <20070416090250.7b6a50ee@ludwig-alpha.unil.ch> Message-ID: On 4/16/2007, "Christian Iseli" wrote: >On 13 Apr 2007 13:31:12 -0500, Jason L Tibbitts III wrote: >> Is it at all possible to do a couple of tweaks to that page? > >Sure, anything is possible with a bit of scripting :-) > >I'll need to have a chat with mmcgrath ('cause I dunno if he used the >Perl or the Python version of the script)... and also how he sees >things about multiple pages. > >Also, I don't know who tweaked the script on the rubenkerkhof site but >it might speed things up if the person who set it up sent the diffs on >this list... > >Cheers, > C I still have the modified perl script at home, I can send a diff tonight. Is your original perlscript stored somewhere in cvs? Kind regards, Ruben From che666 at gmail.com Mon Apr 16 12:11:16 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Mon, 16 Apr 2007 14:11:16 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> Message-ID: 2007/4/16, Jonathan Dieter : > On Sun, 2007-04-15 at 21:31 +0200, Rudolf Kastl wrote: > > i just installed it on rawhide and i am curious if thers a bug maybe: > > > > Traceback (most recent call last): > > File "/usr/bin/yum", line 29, in > > yummain.main(sys.argv[1:]) > > File "/usr/share/yum-cli/yummain.py", line 82, in main > > base.getOptionsConfig(args) > > File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig > > errorlevel=opts.errorlevel) > > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 158, > > in _getConfig > > self.plugins.run('init') > > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run > > func(conduitcls(self, self.base, conf, **kwargs)) > > File "/usr/lib/yum-plugins/dellsysidplugin.py", line 40, in init_hook > > repos = conduit.getRepos() > > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 426, in getRepos > > return self._base.repos > > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 493, in > > repos = property(fget=lambda self: self._getRepos(), > > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 342, > > in _getRepos > > self.plugins.run('postreposetup') > > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run > > func(conduitcls(self, self.base, conf, **kwargs)) > > File "/usr/lib/yum-plugins/presto.py", line 60, in postreposetup_hook > > if not opts.disablepresto: > > AttributeError: 'NoneType' object has no attribute 'disablepresto' > > > > didnt have time to really take a look into it though > > > > regards, > > Rudolf Kastl > > > Odd. I haven't hit this at all. What version of yum are you running? > Do you have any other plugins running? I'd like to try to recreate > this. yum-3.1.6-1.fc7 plugins: rpm -qa |grep yum yum-updatesd-3.1.6-1.fc7 yum-3.1.6-1.fc7 yum-metadata-parser-1.0.4-1.fc7 yum-presto-0.3.9-1.fc7 > > Jonathan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From rmo at sunnmore.net Mon Apr 16 12:45:07 2007 From: rmo at sunnmore.net (Roy-Magne Mo) Date: Mon, 16 Apr 2007 14:45:07 +0200 Subject: rawhide report: 20070415 changes In-Reply-To: <1176719045.2569.3.camel@hughsie-laptop> References: <200704151019.l3FAJ6sB019062@hs20-bc2-6.build.redhat.com> <1176719045.2569.3.camel@hughsie-laptop> Message-ID: <46236FD3.9070202@sunnmore.net> Richard Hughes skreiv: > On Sun, 2007-04-15 at 06:19 -0400, buildsys at redhat.com wrote: >> * Fri Apr 13 2007 John W. Linville >> - Update git-wireless-dev.patch >> - Remove linux-2.6-rt2x00-scan-fix.patch (obsoleted by update above) >> - Remove git-wireless-dev-fixes.patch (obsoleted by update above) >> - Update git-iwlwifi.patch > > A new BUG every few minutes: > > BUG: warning at include/asm/dma-mapping.h:25/dma_map_single() (Not tainted) > [] show_trace_log_lvl+0x1a/0x2f > [] show_trace+0x12/0x14 > [] dump_stack+0x16/0x18 > [] d_tx+0x7f2/0xd69 [iwlwifi] > [] __ieee80211_tx+0x20/0xec [mac80211] > [] ieee80211_master_start_xmit+0x410/0x50e [mac80211] > [] dev_hard_start_xmit+0x1ce/0x22b > [] __qdisc_run+0xdb/0x195 > [] net_tx_action+0xc2/0xeb > [] __do_softirq+0x6f/0xe2 > [] do_softirq+0x61/0xd0 > [] local_bh_enable_ip+0xb9/0xdf > [] _spin_unlock_bh+0x25/0x28 > [] ieee80211_scan_completed+0xdf/0x109 [mac80211] > [] ieee80211_sta_scan_work+0x63/0x199 [mac80211] > [] run_workqueue+0x89/0x14e > [] worker_thread+0xf8/0x124 > [] kthread+0xb3/0xdc > [] kernel_thread_helper+0x7/0x10 > > I'm beginning to think iwlwifi shouldn't be turned on in the default F7 > kernel build; it doesn't seem the most stable of modules for me... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236451 From Matt_Domsch at dell.com Mon Apr 16 13:24:17 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 16 Apr 2007 08:24:17 -0500 Subject: Full rebuild results coming Message-ID: <20070416132417.GB21078@lists.us.dell.com> My next messages will include a rebuild report started last Wednesday. This is a full rebuild of everything using rawhide; no previous rebuild results were retained. It took about 4 days all told, on 4 2-socket dual-core servers. It could have completed a bit sooner if a few of the packages had actually either built, or failed to build, rather than running forever. But that was only about 2 SRPMS with that failure mode. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at fedoraproject.org Mon Apr 16 13:55:46 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 16 Apr 2007 09:55:46 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-16 Message-ID: <20070416135546.4FAF8152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 33 Coin2-2.4.6-1.fc7 chmsee-1.0.0-0.17.beta2.fc7 crm114-0-0.3.20070301.fc7 deluge-0.5.0-2.fc7 fcron-3.0.2-2.fc7 flumotion-0.4.2-1.fc7 fwbackups-1.43.0-0.1.beta3.fc7 gnomad2-2.8.12-1.fc7 hexter-dssi-0.6.1-1.fc7 istanbul-0.2.2-2.fc7 kadu-0.5.0-2.fc7 lighttpd-1.4.15-1.fc7 listen-0.5-13.fc7 mkvtoolnix-2.0.2-1.fc7 nagios-plugins-1.4.8-1.fc7 ntfs-3g-1.417-1.fc7 openlierox-0.57-0.3.beta2.fc7 pdfedit-0.3.0-1.fc7 NEW perl-Bio-ASN1-EntrezGene-1.091-3.fc7 perl-Geo-Inverse-0.05-1.fc7 NEW perl-bioperl-1.5.2_102-5.fc7 piklab-0.14.2-1.fc7 quodlibet-0.24-7.fc7 scipy-0.5.2-2.1.fc7 shorewall-3.4.2-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3069.fc7 tcldom-3.1-10.fc7 tiobench-0.3.3-6 wxGTK-2.8.3-2.fc7 NEW wxGlade-0.5-2.fc7 wxPython-2.8.3.0-1.fc7 xmms-adplug-1.2-4.fc7 NEW yum-presto-0.3.9-1.fc7 Packages built and released for Fedora Extras 6: 20 chmsee-1.0.0-0.17.beta2.fc6 fcron-3.0.2-2.fc6 flumotion-0.4.2-1.fc6 gnome-theme-clearlooks-bigpack-0.6-5.fc6 hexter-dssi-0.6.1-1.fc6 NEW mcs-0.4.1-3.fc6 nagios-plugins-1.4.8-1.fc6 ntfs-3g-1.417-1.fc6 openlierox-0.57-0.3.beta2.fc6 pdfedit-0.3.0-1.fc6 perl-Geo-Inverse-0.05-1.fc6 piklab-0.14.2-1.fc6 NEW python-xlib-0.13-3.fc6 quodlibet-0.24-7.fc6 scipy-0.5.2-1.1.fc6 shorewall-3.4.2-1.fc6 sysprof-kmod-1.0.8-1.2.6.20_1.2944.fc6 tcldom-3.1-7.fc6 tiobench-0.3.3-5.fc6 NEW wxGlade-0.5-3.fc6 Packages built and released for Fedora Extras 5: 9 fcron-3.0.2-2.fc5 kchmviewer-3.0-2.fc5 nagios-plugins-1.4.8-1.fc5 ntfs-3g-1.417-1.fc5 perl-Geo-Inverse-0.05-1.fc5 piklab-0.14.2-1.fc5 quodlibet-0.24-7.fc5 shorewall-3.4.2-1.fc5 sysprof-kmod-1.0.8-1.2.6.20_1.2312.fc5 chmsee-1.0.0-0.17.beta2.fc7 --------------------------- * Sun Apr 15 2007 bbbush - 1.0.0-0.17.beta2 - update to beta2 - use pkg-config to find gecko, don't use RPATH - add "auto detect charset" to option dialog for those HTML with no encoding - add popup for URL links - add "zoom in/out" button Coin2-2.4.6-1.fc7 ----------------- * Sun Apr 15 2007 Ralf Cors?pius - 2.4.6-1 - Upstream update. - Re-base the patches to 2.4.6. - Spec file massage. crm114-0-0.3.20070301.fc7 ------------------------- * Sun Apr 15 2007 Dominik Mierzejewski 0-0.3.20070301 - updated to 20070301 "BlameBaltar" - added missing quine.crm to testsuite - no more crashes on x86_64, removed ExcludeArch, fixes #202893 deluge-0.5.0-2.fc7 ------------------ * Sun Apr 08 2007 Peter Gordon - 0.5.0-2 - Make Deluge the upgrade path of the now-orphaned python-libtorrent package. fcron-3.0.2-2.fc7 ----------------- * Thu Apr 12 2007 Alain Portal 3.0.2-2 - Replace "smtpdaemon" by "/usr/sbin/sendmail" in Requires and BuildRequires statements. Fix #235601. flumotion-0.4.2-1.fc7 --------------------- * Sat Apr 14 2007 Thomas Vander Stichele - 0.4.2-1 - new upstream release * Mon Jan 22 2007 Andy Wingo - Make the run, log, and cache directories group-writable, so that processes can manage their own pid, log files, and registry caches. * Tue Dec 19 2006 Thomas Vander Stichele - switch around to root:flumotion for ownership of various directories, allowing users in the flumotion group to see logs and config - remove flumotion cache/home dir contents - clean up commenting in manager config * Fri Sep 29 2006 Thomas Vander Stichele - 0.2.2-1 - new upstream release * Thu Sep 07 2006 Thomas Vander Stichele - 0.2.1-3 - trigger rebuild fwbackups-1.43.0-0.1.beta3.fc7 ------------------------------ * Sat Apr 14 2007 Stewart Adam 1.43.0-0.1.beta3 - Update to 1.43.0 Beta3 * Mon Mar 26 2007 Stewart Adam 1.43.0-0.1.beta2 - Update to 1.43.0 Beta2 * Sun Mar 18 2007 Stewart Adam 1.43.0-0.1.beta1 - Make release a Beta1 so the upgrade to final upgrade goes smoothly... gnomad2-2.8.12-1.fc7 -------------------- * Sat Apr 14 2007 Linus Walleij 2.8.12-1 - New upstream version fixing many bugs including the 2.8.11-2 patch. - Nice up spec. destop-update-database is obviously not needed since this app does not add any MIME types. Do not require certain package versions because we know FC is up-to-date. Much shorter and easy spec now and then it's good because less is more. - This'll probably go back into FC6, FC5 too. hexter-dssi-0.6.1-1.fc7 ----------------------- * Sun Apr 15 2007 Anthony Green 0.6.1-1 - Upgrade sources. istanbul-0.2.2-2.fc7 -------------------- * Sat Apr 14 2007 Jef Spaleta - 0.2.2-2 - Add python-xlib dependancy * Sat Mar 24 2007 Jef Spaleta - 0.2.2-1 - Update to latest upstream release kadu-0.5.0-2.fc7 ---------------- * Thu Apr 05 2007 Micha? Bentkowski - 0.5.0-2 - Own %{_moddata}/data (BZ: 233855) lighttpd-1.4.15-1.fc7 --------------------- * Mon Apr 16 2007 Matthias Saou 1.4.15-1 - Update to 1.4.15. - Remove now included previous patch. - Switch to using the bz2 source. - Add optional --with-webdav-locks support. * Fri Feb 16 2007 Matthias Saou 1.4.13-6 - Include patch to fix 99% cpu bug when client connection is dropped. listen-0.5-13.fc7 ----------------- * Sat Feb 10 2007 Ha?kel Gu?mar 0.5-13 - Updated to final release. mkvtoolnix-2.0.2-1.fc7 ---------------------- * Mon Apr 16 2007 Dominik Mierzejewski 2.0.2-1 - updated to 2.0.2 nagios-plugins-1.4.8-1.fc7 -------------------------- * Fri Apr 13 2007 Mike McGrath 1.4.8-1 - Upstream released new version ntfs-3g-1.417-1.fc7 ------------------- * Sun Apr 15 2007 Tom "spot" Callaway 2:1.417-1 - bump to 1.417 * Sun Apr 15 2007 Tom "spot" Callaway 2:1.416-1 - bump to 1.416 - drop patch0, upstreamed openlierox-0.57-0.3.beta2.fc7 ----------------------------- * Fri Apr 13 2007 Hans de Goede 0.57-0.3.beta2 - New upstream release 0.57beta2 pdfedit-0.3.0-1.fc7 ------------------- * Sat Apr 14 2007 Bernard Johnson - 0.3.0-1 - v 0.3.0-1 perl-Bio-ASN1-EntrezGene-1.091-3.fc7 ------------------------------------ * Sun Apr 15 2007 Alex Lancaster 1.091-3 - Bump for rebuild now that perl-bioperl is in the repo, which fulfills the Requires for this package. * Mon Apr 02 2007 Alex Lancaster 1.091-2 - Include the "examples" subdirectory as documentation as per comments from Chris Weyl. Strip executable bits from these scripts. * Fri Mar 23 2007 Alex Lancaster 1.091-1 - Disable tests because of circular BuildRequires with perl-bioperl. - Specfile autogenerated by cpanspec 1.69.1. perl-bioperl-1.5.2_102-5.fc7 ---------------------------- * Tue Apr 03 2007 Alex Lancaster 1.5.2_102-5 - Fix changelog * Tue Apr 03 2007 Alex Lancaster 1.5.2_102-4 - Disable tests because many of them require network access, add _with_check macro so they can be enabled during testing. * Mon Apr 02 2007 Alex Lancaster 1.5.2_102-3 - Remove BuildRequires: perl(Bio::ASN1::EntrezGene), creates a circular dependency, the dependency is still found at install-time. * Thu Mar 29 2007 Alex Lancaster 1.5.2_102-2 - Add all BRs listed as 'recommends' in Build.PL so that it never needs to get packages from CPAN. - Remove unnecessary filtering of Requires * Fri Mar 23 2007 Alex Lancaster 1.5.2_102-1 - Update to 1.5.2_102 - Review suggestions from Steven Pritchard - BR: perl(IO::String) - Disable scripts for now as they require bioperl-run (not yet packaged) - Don't mark non-documentation files as documentation. perl-Geo-Inverse-0.05-1.fc7 --------------------------- * Sat Apr 14 2007 Jose Pedro Oliveira - 0.05-1 - Update to 0.05. piklab-0.14.2-1.fc7 ------------------- * Sat Apr 14 2007 Chitlesh Goorah - 0.14.2-1 - New upstream release quodlibet-0.24-7.fc7 -------------------- * Sat Apr 14 2007 Jeffrey C. Ollie - 0.24-7 - Add requires on gnome-python2-canvas, fixes #236468 scipy-0.5.2-2.1.fc7 ------------------- * Sat Apr 14 2007 Jef Spaleta - 0.5.2-2.1 - minor correction for f77 usage * Sat Apr 14 2007 Jef Spaleta - 0.5.2-2 - revert to f77 due to issue with numpy in development * Sat Apr 14 2007 Jef Spaleta - 0.5.2-1.1 - remove arch specific optimizations shorewall-3.4.2-1.fc7 --------------------- * Sun Apr 15 2007 Robert Marcano - 3.4.2-1 - Update to upstream 3.4.2 sysprof-kmod-1.0.8-1.2.6.20_1.3069.fc7 -------------------------------------- tcldom-3.1-10.fc7 ----------------- * Fri Apr 13 2007 Wart - 3.1-10 - Fix BuildRequires: for directory ownership in -devel subpackage tiobench-0.3.3-6 ---------------- * Fri Apr 13 2007 Thorsten Leemhuis - 0.3.3-6 - Remove dist in devel branch * Fri Apr 13 2007 Thorsten Leemhuis - 0.3.3-5 - Fix largefile support wxGlade-0.5-2.fc7 ----------------- * Sun Apr 15 2007 ZC Miao - 0.5-2 - file permissions with install command * Sun Apr 15 2007 ZC Miao - 0.5-1 - update to 0.5 - launch script with quoted $@ - name to wxGlade wxGTK-2.8.3-2.fc7 ----------------- * Sun Apr 15 2007 Matthew Miller - 2.8.3-2 - gratuitously bump release number. * Sun Apr 15 2007 Matthew Miller - 2.8.3-1 - update to 2.8.3. wxPython-2.8.3.0-1.fc7 ---------------------- * Sun Apr 15 2007 Matthew Miller - 2.8.3.0-1 - update to 2.8.3.0 xmms-adplug-1.2-4.fc7 --------------------- * Wed Apr 11 2007 Linus Walleij 1.2-4 - Rebuild to pick up dependency on latest adplug. yum-presto-0.3.9-1.fc7 ---------------------- * Sun Apr 15 2007 Jonathan Dieter - 0.3.9-1 - Modifications to make yum-presto compatible with both FC6 and Rawhide - Many other bugfixes - see ChangeLog * Fri Apr 06 2007 Jonathan Dieter - 0.3.8-1 - Small bugfix * Thu Apr 05 2007 Jonathan Dieter - 0.3.7-1 - Conf file cleanup * Thu Apr 05 2007 Jonathan Dieter - 0.3.6-1 - Housecleaning in preparation for Extras * Wed Apr 04 2007 Jonathan Dieter - 0.3.5-1 - Fix many small bugs - Improve logging - Use full path to yum-plugins rather than macro to fix x86_64 bug * Tue Apr 03 2007 Jonathan Dieter - 0.3.4-1 - Build rpms in separate thread to help performance - Fix miscellaneous spec file errors * Fri Mar 30 2007 Jonathan Dieter - 0.3.3-1 - Upstream changed way the presto.xml.gz stores sequence information * Fri Mar 30 2007 Jonathan Dieter - 0.3.2-2 - Take ownership of %{_datadir}/presto * Thu Mar 29 2007 Jonathan Dieter - 0.3.2-1 - Changes to remove rpmlint complaints * Thu Mar 29 2007 Jonathan Dieter - 0.3.1-1 - Fix minor bug with importing public gpg keys. - Update README * Wed Mar 28 2007 Jonathan Dieter - 0.3.0-1 - Take over downloading of deltarpms so we can fallback to yum if the building of the rpm fails. * Mon Mar 26 2007 Jonathan Dieter - 0.2.9-1 - Added logging to /var/log/presto.log - Fixed crash bug - Properly exit when unable to apply deltarpm - Do a full (slow) MD5 check when checking to see if delta will apply cleanly * Sat Mar 24 2007 Jonathan Dieter - 0.2.3-1 - Rebase to upstream * Fri Mar 23 2007 Jonathan Dieter - 0.2.1-1 - Rebase to upstream * Thu Mar 22 2007 Jonathan Dieter - 0.2-1 - Initial release For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From kuznetsovaval at yahoo.ca Mon Apr 16 14:30:42 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Mon, 16 Apr 2007 10:30:42 -0400 Subject: Profugus software In-Reply-To: <20070414160005.9A4D6730CF@hormel.redhat.com> References: <20070414160005.9A4D6730CF@hormel.redhat.com> Message-ID: <1176733842.3394.3.camel@localhost.localdomain> > > If the software is not working smoothly you can still submit it and > create just a devel branch if you think you can fix things to work soon. > Makes it easier to provide feedback. > > Rahul I'm currently going through steps to contribute the software to Fedora Extras. Thanks for the idea. Anton From fedora at leemhuis.info Mon Apr 16 14:48:12 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 16 Apr 2007 16:48:12 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora Message-ID: <46238CAC.5090805@leemhuis.info> Hi, this is a packaging related question, but fedora-devel in this case is probably the better place than fedora-packaging for now (when it comes to actual implemetaion details fedora-packaging probably is better). Did anybody in recent times look into packaging thunderbird or firefox extensions as RPMS in fedora? One of my desktops is a x86_64 machine and getting a proper enigmail for it sometimes is annoying (?). Caillion iirc in the past once said packaging extensions would be possible with future versions of thunderbird and firefox. Are thunderbird and firefox 2.0 (both in rawhide these days) those future versions or do we have to wait until 3.0 for proper support? Or are there any workarounds to somehow make it work now? CU thl (?) -- the public one sometimes is not update and didn't work on FC6-x86_64 iirc (maybe that got fixed in between). Remi provides a thunderbird package with included enigmail -- that's a solution to fix the problem at hand in the short term, but I'd like to see a proper solution for this and similar extensions in Fedora-land From caillon at redhat.com Mon Apr 16 14:59:31 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 16 Apr 2007 10:59:31 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <46238CAC.5090805@leemhuis.info> References: <46238CAC.5090805@leemhuis.info> Message-ID: <46238F53.5020502@redhat.com> Thorsten Leemhuis wrote: > Hi, > > this is a packaging related question, but fedora-devel in this case is > probably the better place than fedora-packaging for now (when it comes > to actual implemetaion details fedora-packaging probably is better). > > Did anybody in recent times look into packaging thunderbird or firefox > extensions as RPMS in fedora? One of my desktops is a x86_64 machine and > getting a proper enigmail for it sometimes is annoying (?). Caillion > iirc in the past once said packaging extensions would be possible with > future versions of thunderbird and firefox. Are thunderbird and firefox > 2.0 (both in rawhide these days) those future versions or do we have to > wait until 3.0 for proper support? Or are there any workarounds to > somehow make it work now? 3.0. There's no maintainable way to make it work now without querying RPM in %post and requiring triggers. > Remi provides a > thunderbird package with included enigmail You really shouldn't tell me these things. Has Remi gotten approval to ship Thunderbird with this extension? If not, he probably needs to stop shipping the branding or the extension. From fedora at leemhuis.info Mon Apr 16 15:12:37 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 16 Apr 2007 17:12:37 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <46238F53.5020502@redhat.com> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> Message-ID: <46239265.8050602@leemhuis.info> Christopher Aillon schrieb: > Thorsten Leemhuis wrote: > >> this is a packaging related question, but fedora-devel in this case is >> probably the better place than fedora-packaging for now (when it comes >> to actual implemetaion details fedora-packaging probably is better). >> >> Did anybody in recent times look into packaging thunderbird or firefox >> extensions as RPMS in fedora? One of my desktops is a x86_64 machine and >> getting a proper enigmail for it sometimes is annoying (?). Caillion >> iirc in the past once said packaging extensions would be possible with >> future versions of thunderbird and firefox. Are thunderbird and firefox >> 2.0 (both in rawhide these days) those future versions or do we have to >> wait until 3.0 for proper support? Or are there any workarounds to >> somehow make it work now? > > 3.0. There's no maintainable way to make it work now without querying > RPM in %post and requiring triggers. > Hmmm, sounds bad :-/ Did anybody actually try how ugly that would look like? > [...] > You really shouldn't tell me these things. [...] /me makes mental note CU thl From caillon at redhat.com Mon Apr 16 15:13:58 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 16 Apr 2007 11:13:58 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <46239265.8050602@leemhuis.info> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <46239265.8050602@leemhuis.info> Message-ID: <462392B6.8010002@redhat.com> Thorsten Leemhuis wrote: > Christopher Aillon schrieb: >> Thorsten Leemhuis wrote: > > >>> this is a packaging related question, but fedora-devel in this case >>> is probably the better place than fedora-packaging for now (when it >>> comes to actual implemetaion details fedora-packaging probably is >>> better). >>> >>> Did anybody in recent times look into packaging thunderbird or >>> firefox extensions as RPMS in fedora? One of my desktops is a x86_64 >>> machine and getting a proper enigmail for it sometimes is annoying >>> (?). Caillion iirc in the past once said packaging extensions would >>> be possible with future versions of thunderbird and firefox. Are >>> thunderbird and firefox 2.0 (both in rawhide these days) those future >>> versions or do we have to wait until 3.0 for proper support? Or are >>> there any workarounds to somehow make it work now? >> >> 3.0. There's no maintainable way to make it work now without querying >> RPM in %post and requiring triggers. >> > > Hmmm, sounds bad :-/ Did anybody actually try how ugly that would look > like? > See beagle. But I don't recommend anyone do this for other packages because it sometimes breaks, and the files get orphaned on the system. From otaylor at redhat.com Mon Apr 16 15:19:21 2007 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 16 Apr 2007 11:19:21 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <46238F53.5020502@redhat.com> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> Message-ID: <1176736762.14179.313.camel@localhost.localdomain> On Mon, 2007-04-16 at 10:59 -0400, Christopher Aillon wrote: > Thorsten Leemhuis wrote: > > Hi, > > > > this is a packaging related question, but fedora-devel in this case is > > probably the better place than fedora-packaging for now (when it comes > > to actual implemetaion details fedora-packaging probably is better). > > > > Did anybody in recent times look into packaging thunderbird or firefox > > extensions as RPMS in fedora? One of my desktops is a x86_64 machine and > > getting a proper enigmail for it sometimes is annoying (?). Caillion > > iirc in the past once said packaging extensions would be possible with > > future versions of thunderbird and firefox. Are thunderbird and firefox > > 2.0 (both in rawhide these days) those future versions or do we have to > > wait until 3.0 for proper support? Or are there any workarounds to > > somehow make it work now? > > 3.0. There's no maintainable way to make it work now without querying > RPM in %post and requiring triggers. I eventually managed figured out a way of getting the Firefox extension packaged as part of the mugshot package to work without having to query rpm from a scriptlet, but complicated triggers? yep. The mugshot scriptlets (and the script they call) are pretty well tested at this point and heavily commented, so they should be a good starting point for anybody trying to package a Firefox extension. My feeling is if there are extensions with binary components, it makes sense to package them, but for pure Javascript/XUL extensions, it's probably easier to let users just install them directly into their account for now. - Owen From michael.wiktowy at gmail.com Mon Apr 16 15:20:16 2007 From: michael.wiktowy at gmail.com (Michael Wiktowy) Date: Mon, 16 Apr 2007 11:20:16 -0400 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176710650.12921.23.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176710650.12921.23.camel@jndwidescreen.lesbg.loc> Message-ID: <3e4ec4600704160820v6ba843f4ha76724e0f355cab@mail.gmail.com> On 4/16/07, Jonathan Dieter wrote: > Someone else asked about the format of the diff, etc. Deltarpms can be > combined quite easily. For example you might have a deltarpm for > foo-1.0=>1.1 and a deltarpm for foo-1.1=>1.2. You can combine the two > into foo-1.0=>1.2 and it will be roughly the same size as if you ran > makedeltarpm foo-1.0 foo-1.2. This means that we don't *have* to keep > old rpms around to create deltarpms. We just have to have the latest > rpm for each package + old drpms. > > I will write whatever needs to be written to make pruning work, etc. > I'm just not quite there yet. That is great that the diffs can be combined in this way. It allows a lot of flexibility in how the source lays out the diffs for the mirrors to clone. I guess my point, now that I know that presto is able to do this, would be that while the result of a merging of two incremental diffs won't be much different in size than doing the diffs directly, the keeping the two diffs separate themselves will be much larger than a single diff bridging the same version gap; especially if the package changes are done to the same files repeatedly. So I guess the trade-off has to be made as to whether you keep around a lot of diffs and use up some storage space just to accommodate giving some efficiency to those who don't update frequently. Thomas suggests 14 days. I would be more inclined to give a month. In the end, if worse comes to worse, people just end up downloading the full version of the rpm so it is not the end of the world. Maybe there are some stats available from the various yum repo maintainers as to when requests for specific package updates drop off for those packages not superseded by another update. /Mike From Christian.Iseli at licr.org Mon Apr 16 15:47:24 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 16 Apr 2007 17:47:24 +0200 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: References: <20070416090250.7b6a50ee@ludwig-alpha.unil.ch> Message-ID: <20070416174724.70786e6a@ludwig-alpha.unil.ch> On Mon, 16 Apr 2007 11:32:38 +0100, Ruben Kerkhof wrote: > Is your original perlscript stored somewhere in cvs? Yup: http://cvs.fedora.redhat.com/viewcvs/status-report-scripts/getReviewByFlags?root=fedora&rev=1.1&view=auto Thanks, Christian From tcallawa at redhat.com Mon Apr 16 16:32:20 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 16 Apr 2007 11:32:20 -0500 Subject: do we need .pyo files? Message-ID: <1176741140.3970.334.camel@localhost.localdomain> I'm admittedly not a low-level python guru, but I think its worth asking the question: Do we need .pyo files in our python packages? Guido's book "An Introduction to Python" seems to imply that optimized python files are pretty useless. http://www.network-theory.co.uk/docs/pytut/CompiledPythonfiles.html Currently, brp-python-bytecompile generates both normal (.pyc) and optimized (.pyo) byte-compiled files. The .pyo files are generated with: python -O -c ... The book says: "The optimizer currently doesn't help much; it only removes assert statements. When -O is used, all bytecode is optimized; .pyc files are ignored and .py files are compiled to optimized bytecode." Recently, it was noticed that the .pyo files are almost always identical to the .pyc files, and it was suggested that the two be hardlinked together to save space. Would it be more prudent to just stop generating .pyo files altogether? Note: I'm not pushing for this change to happen in F-7, far too late in the cycle for that, but if there is merit to it, we should consider it for F-8. Thanks in advance, ~spot From katzj at redhat.com Mon Apr 16 16:36:34 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 16 Apr 2007 12:36:34 -0400 Subject: do we need .pyo files? In-Reply-To: <1176741140.3970.334.camel@localhost.localdomain> References: <1176741140.3970.334.camel@localhost.localdomain> Message-ID: <1176741394.3365.4.camel@aglarond.local> On Mon, 2007-04-16 at 11:32 -0500, Tom "spot" Callaway wrote: > I'm admittedly not a low-level python guru, but I think its worth asking > the question: Do we need .pyo files in our python packages? If we don't generate them, then they get generated at runtime if you run any python app/scripts with -O2 (either explicitly, or via the #! at the top). This then either tries to write to /usr and fails, generates avcs, or any of a number of other such things. It's far better to generate them (and add the hardlinking optimization for where they're the same) than to not have them on the system and then have them trying to be generated. Jeremy From jkeating at redhat.com Mon Apr 16 16:44:49 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 16 Apr 2007 12:44:49 -0400 Subject: do we need .pyo files? In-Reply-To: <1176741394.3365.4.camel@aglarond.local> References: <1176741140.3970.334.camel@localhost.localdomain> <1176741394.3365.4.camel@aglarond.local> Message-ID: <200704161244.49232.jkeating@redhat.com> On Monday 16 April 2007 12:36:34 Jeremy Katz wrote: > If we don't generate them, then they get generated at runtime if you run > any python app/scripts with -O2 (either explicitly, or via the #! at the > top). ?This then either tries to write to /usr and fails, generates > avcs, or any of a number of other such things. > > It's far better to generate them (and add the hardlinking optimization > for where they're the same) than to not have them on the system and then > have them trying to be generated. Also it allows for us to remove them when removing the rpm instead of leaving pydroppings all over the file system. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Mon Apr 16 16:49:17 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 16 Apr 2007 10:49:17 -0600 Subject: cmake-2.4.6-3 - cmake macros and shared library permissions Message-ID: <4623A90D.2050702@cora.nwra.com> cmake-2.4.6-3.fc7 has just been built. It includes rpm macros for cmake and fixes the issue with shared libraries not having the execute bit set when installed. See http://fedoraproject.org/wiki/PackagingDrafts/cmake for more information. Please give it a try with your cmake built packages. If no problems are found, I'll push versions for fc5 and fc6. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From enrico.scholz at informatik.tu-chemnitz.de Mon Apr 16 16:56:15 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 16 Apr 2007 18:56:15 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <46238F53.5020502@redhat.com> (Christopher Aillon's message of "Mon, 16 Apr 2007 10:59:31 -0400") References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> Message-ID: <87d524xnps.fsf@kosh.bigo.ensc.de> Christopher Aillon writes: > 3.0. There's no maintainable way to make it work now without querying > RPM in %post and requiring triggers. Why is firefox packaged in such a broken way (versioned dirs under /usr/lib)? I do not see any sense for such a layout on an rpm managed system. Alternatively, why not create a | /usr/lib*/firefox-/extensions -> /usr/lib*/firefox/extensions symlink and place extensions into the unversioned dir? Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From eric.tanguy at univ-nantes.fr Mon Apr 16 17:00:07 2007 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Mon, 16 Apr 2007 19:00:07 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> Message-ID: <1176742807.8815.5.camel@bureau.maison> Le lundi 16 avril 2007 ? 09:33 +0300, Jonathan Dieter a ?crit : > On Sun, 2007-04-15 at 21:31 +0200, Rudolf Kastl wrote: > > i just installed it on rawhide and i am curious if thers a bug maybe: > > > > Traceback (most recent call last): > > File "/usr/bin/yum", line 29, in > > yummain.main(sys.argv[1:]) > > File "/usr/share/yum-cli/yummain.py", line 82, in main > > base.getOptionsConfig(args) > > File "/usr/share/yum-cli/cli.py", line 142, in getOptionsConfig > > errorlevel=opts.errorlevel) > > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 158, > > in _getConfig > > self.plugins.run('init') > > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run > > func(conduitcls(self, self.base, conf, **kwargs)) > > File "/usr/lib/yum-plugins/dellsysidplugin.py", line 40, in init_hook > > repos = conduit.getRepos() > > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 426, in getRepos > > return self._base.repos > > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 493, in > > repos = property(fget=lambda self: self._getRepos(), > > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 342, > > in _getRepos > > self.plugins.run('postreposetup') > > File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 162, in run > > func(conduitcls(self, self.base, conf, **kwargs)) > > File "/usr/lib/yum-plugins/presto.py", line 60, in postreposetup_hook > > if not opts.disablepresto: > > AttributeError: 'NoneType' object has no attribute 'disablepresto' > > > > didnt have time to really take a look into it though > > > > regards, > > Rudolf Kastl > > > Odd. I haven't hit this at all. What version of yum are you running? > Do you have any other plugins running? I'd like to try to recreate > this. > > Jonathan The new 0.3.9 version is still not build for FC6 ? Is it the same to put deltaurl in repo file or in presto conf file ? What is the best ? Thanks Eric From enrico.scholz at informatik.tu-chemnitz.de Mon Apr 16 17:04:38 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 16 Apr 2007 19:04:38 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <1176736762.14179.313.camel@localhost.localdomain> (Owen Taylor's message of "Mon, 16 Apr 2007 11:19:21 -0400") References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <1176736762.14179.313.camel@localhost.localdomain> Message-ID: <878xcsxnbt.fsf@kosh.bigo.ensc.de> Owen Taylor writes: > My feeling is if there are extensions with binary components, it makes > sense to package them, but for pure Javascript/XUL extensions, it's > probably easier to let users just install them directly into their > account for now. Manual installation of extensions is a pain when you want the same firefox setup in different environments (home, work, laptop). Doing 'yum install firefox-...' is much easier. Security is another issue; I trust an rpm package from an official repository more than a lousy, unsigned xpi from an ip-only webpage (e.g. TBP). Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From caillon at redhat.com Mon Apr 16 17:04:23 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 16 Apr 2007 13:04:23 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <87d524xnps.fsf@kosh.bigo.ensc.de> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> Message-ID: <4623AC97.1080603@redhat.com> Enrico Scholz wrote: > Christopher Aillon writes: > >> 3.0. There's no maintainable way to make it work now without querying >> RPM in %post and requiring triggers. > > Why is firefox packaged in such a broken way (versioned dirs under > /usr/lib)? I do not see any sense for such a layout on an rpm managed > system. ABI compatibility between versions is not guaranteed and does (and has in the past) change even on stable branches. Additionally, the .so files are not versioned so we can't do dependencies that way. From jdieter at gmail.com Mon Apr 16 17:11:44 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 20:11:44 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176742807.8815.5.camel@bureau.maison> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> <1176742807.8815.5.camel@bureau.maison> Message-ID: <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-16 at 19:00 +0200, Tanguy Eric wrote: > The new 0.3.9 version is still not build for FC6 ? > Is it the same to put deltaurl in repo file or in presto conf file ? > What is the best ? > Thanks > > Eric > No, I haven't built 0.3.9 for FC6 in Extras (though the one in the presto repository works perfectly in FC6). I would like to let it go a few more days without bug reports before I push it to FC6 Extras. The best place to put the deltaurl is in the .repo file, though either method will work. It just makes more sense to put it in the .repo file. However, this method does *not* work for Rawhide because of either a bug in yum or a change in the way it allows plugins to create options for repositories...I haven't worked out which yet. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From caillon at redhat.com Mon Apr 16 17:09:34 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 16 Apr 2007 13:09:34 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <878xcsxnbt.fsf@kosh.bigo.ensc.de> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <1176736762.14179.313.camel@localhost.localdomain> <878xcsxnbt.fsf@kosh.bigo.ensc.de> Message-ID: <4623ADCE.9030907@redhat.com> Enrico Scholz wrote: > Owen Taylor writes: > >> My feeling is if there are extensions with binary components, it makes >> sense to package them, but for pure Javascript/XUL extensions, it's >> probably easier to let users just install them directly into their >> account for now. > > Manual installation of extensions is a pain when you want the same > firefox setup in different environments (home, work, laptop). Doing > 'yum install firefox-...' is much easier. I disagree that manually typing anything is better than just clicking on an .xpi and having it work. > Security is another issue; I trust an rpm package from an official > repository more than a lousy, unsigned xpi from an ip-only webpage > (e.g. TBP). Trust and security are different. I don't see how security will be any better if nobody bothers to audit the code from these extensions. We're just assuming blame. This was discussed at the recent Mozilla Developers Summit at MIT two weeks ago. There needs to be a better way to handle the trust issue than there is now. It's being workedon. From sundaram at fedoraproject.org Mon Apr 16 17:14:35 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 16 Apr 2007 22:44:35 +0530 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> <1176742807.8815.5.camel@bureau.maison> <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> Message-ID: <4623AEFB.5080802@fedoraproject.org> Jonathan Dieter wrote: > On Mon, 2007-04-16 at 19:00 +0200, Tanguy Eric wrote: >> The new 0.3.9 version is still not build for FC6 ? >> Is it the same to put deltaurl in repo file or in presto conf file ? >> What is the best ? >> Thanks >> >> Eric >> > > No, I haven't built 0.3.9 for FC6 in Extras (though the one in the > presto repository works perfectly in FC6). I would like to let it go a > few more days without bug reports before I push it to FC6 Extras. > > The best place to put the deltaurl is in the .repo file, though either > method will work. It just makes more sense to put it in the .repo file. > However, this method does *not* work for Rawhide because of either a bug > in yum or a change in the way it allows plugins to create options for > repositories...I haven't worked out which yet. I think it would be more prudent to dig out and fix the bug and completely disallow putting repository configuration in the plugin configuration file. Rahul From overholt at redhat.com Mon Apr 16 17:28:16 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 16 Apr 2007 13:28:16 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <4623ADCE.9030907@redhat.com> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <1176736762.14179.313.camel@localhost.localdomain> <878xcsxnbt.fsf@kosh.bigo.ensc.de> <4623ADCE.9030907@redhat.com> Message-ID: <1176744496.2575.16.camel@localhost.localdomain> On Mon, 2007-16-04 at 13:09 -0400, Christopher Aillon wrote: > > Security is another issue; I trust an rpm package from an official > > repository more than a lousy, unsigned xpi from an ip-only webpage > > (e.g. TBP). > > Trust and security are different. I don't see how security will be any > better if nobody bothers to audit the code from these extensions. We're > just assuming blame. This was discussed at the recent Mozilla > Developers Summit at MIT two weeks ago. There needs to be a better way > to handle the trust issue than there is now. It's being workedon. I'm interested in how this is being approached on the Mozilla side. We have similar issues with Eclipse and are trying to tackle them now. Is there some place I can observe this work? I'm mainly interested in shared installations and management with RPM. Thanks, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From eric.tanguy at univ-nantes.fr Mon Apr 16 17:38:10 2007 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Mon, 16 Apr 2007 19:38:10 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> <1176742807.8815.5.camel@bureau.maison> <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> Message-ID: <1176745090.8815.8.camel@bureau.maison> Le lundi 16 avril 2007 ? 20:11 +0300, Jonathan Dieter a ?crit : > On Mon, 2007-04-16 at 19:00 +0200, Tanguy Eric wrote: > > The new 0.3.9 version is still not build for FC6 ? > > Is it the same to put deltaurl in repo file or in presto conf file ? > > What is the best ? > > Thanks > > > > Eric > > > > No, I haven't built 0.3.9 for FC6 in Extras (though the one in the > presto repository works perfectly in FC6). I would like to let it go a > few more days without bug reports before I push it to FC6 Extras. > > The best place to put the deltaurl is in the .repo file, though either > method will work. It just makes more sense to put it in the .repo file. > However, this method does *not* work for Rawhide because of either a bug > in yum or a change in the way it allows plugins to create options for > repositories...I haven't worked out which yet. > Thanks I saw also that you have a drpms repo for livna. Is it up to date as extras and updates ? Eric From jdieter at gmail.com Mon Apr 16 17:43:21 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 20:43:21 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176745090.8815.8.camel@bureau.maison> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> <1176742807.8815.5.camel@bureau.maison> <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> <1176745090.8815.8.camel@bureau.maison> Message-ID: <1176745401.6518.30.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-16 at 19:38 +0200, Tanguy Eric wrote: > Thanks > I saw also that you have a drpms repo for livna. Is it up to date as > extras and updates ? > Eric > > Yeah, though it's only for FC6. I didn't want to advertise it here, but feel free to use it. It's kept as up-to-date as the others. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Mon Apr 16 17:46:26 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 16 Apr 2007 19:46:26 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <4623AC97.1080603@redhat.com> (Christopher Aillon's message of "Mon, 16 Apr 2007 13:04:23 -0400") References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> <4623AC97.1080603@redhat.com> Message-ID: <874pngxle5.fsf@kosh.bigo.ensc.de> Christopher Aillon writes: >>> 3.0. There's no maintainable way to make it work now without >>> querying RPM in %post and requiring triggers. >> Why is firefox packaged in such a broken way (versioned dirs under >> /usr/lib)? I do not see any sense for such a layout on an rpm managed >> system. > > ABI compatibility between versions is not guaranteed and does (and has > in the past) change even on stable branches. I do not see how this matters here. rpm knows enough ways to handle it: * explicit 'Requires: firefox = ...' in binary plugins * perhaps virtual provides to handle changes in firefox micro versions * perhaps an XSL stylesheet which generates autodeps based upon the 'minVersion' and 'maxVersion' values in 'install.rdf' Nevertheless, all this should not be required for most extensions; I package 15 ones and I had to adapt only the '/usr/lib/firefox-...' path for every new firefox version. > Additionally, the .so files are not versioned so we can't do dependencies > that way. Most extensions do not depend on .so files. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From jdieter at gmail.com Mon Apr 16 17:22:43 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 20:22:43 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <4623AEFB.5080802@fedoraproject.org> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> <1176742807.8815.5.camel@bureau.maison> <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> <4623AEFB.5080802@fedoraproject.org> Message-ID: <1176744163.6518.21.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-16 at 22:44 +0530, Rahul Sundaram wrote: > I think it would be more prudent to dig out and fix the bug and > completely disallow putting repository configuration in the plugin > configuration file. > > Rahul > I agree to a point. The whole purpose of allowing the repository configuration to be in the plugin configuration file was to streamline testing. Now it is highly discouraged, but I'm not sure if we're at the point that we should remove it yet. Comments, opinions, large rocks to be thrown at me, anyone? Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From eric.tanguy at univ-nantes.fr Mon Apr 16 17:57:58 2007 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Mon, 16 Apr 2007 19:57:58 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176744163.6518.21.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <46225667.20003@redhat.com> <1176655987.4199.35.camel@jndwidescreen.lesbg.loc> <46226311.60109@redhat.com> <1176660667.4199.38.camel@jndwidescreen.lesbg.loc> <1176705220.12921.1.camel@jndwidescreen.lesbg.loc> <1176742807.8815.5.camel@bureau.maison> <1176743504.6518.15.camel@jndwidescreen.lesbg.loc> <4623AEFB.5080802@fedoraproject.org> <1176744163.6518.21.camel@jndwidescreen.lesbg.loc> Message-ID: <1176746278.8815.10.camel@bureau.maison> Le lundi 16 avril 2007 ? 20:22 +0300, Jonathan Dieter a ?crit : > On Mon, 2007-04-16 at 22:44 +0530, Rahul Sundaram wrote: > > I think it would be more prudent to dig out and fix the bug and > > completely disallow putting repository configuration in the plugin > > configuration file. > > > > Rahul > > > I agree to a point. The whole purpose of allowing the repository > configuration to be in the plugin configuration file was to streamline > testing. Now it is highly discouraged, but I'm not sure if we're at the > point that we should remove it yet. > > Comments, opinions, large rocks to be thrown at me, anyone? > I agree with Rahul you should disallow putting repository configuration in the plugin configuration file ASAP before a lot of people use it. Eric From notting at redhat.com Mon Apr 16 17:57:57 2007 From: notting at redhat.com (Bill Nottingham) Date: Mon, 16 Apr 2007 13:57:57 -0400 Subject: Syslog format change In-Reply-To: References: Message-ID: <20070416175757.GG5800@nostromo.devel.redhat.com> Konstantin Ryabitsev (icon at fedoraproject.org) said: > > Apr 13 15:36:24 hostname service: blah-blah > > Syslog entries in FC7: > > Apr 13 15:36:24 hostname service: blah-blah > > IOW, FC7 has 2 spaces between the time and hostname. Is that a > deliberate change, or just weirdness? Looks odd. File a bug? Bill From enrico.scholz at informatik.tu-chemnitz.de Mon Apr 16 18:01:31 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 16 Apr 2007 20:01:31 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <4623ADCE.9030907@redhat.com> (Christopher Aillon's message of "Mon, 16 Apr 2007 13:09:34 -0400") References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <1176736762.14179.313.camel@localhost.localdomain> <878xcsxnbt.fsf@kosh.bigo.ensc.de> <4623ADCE.9030907@redhat.com> Message-ID: <87zm58w64k.fsf@kosh.bigo.ensc.de> Christopher Aillon writes: >>> My feeling is if there are extensions with binary components, it >>> makes sense to package them, but for pure Javascript/XUL extensions, >>> it's probably easier to let users just install them directly into >>> their account for now. >> Manual installation of extensions is a pain when you want the same >> firefox setup in different environments (home, work, laptop). Doing >> 'yum install firefox-...' is much easier. > > I disagree that manually typing anything is better than just clicking > on an .xpi and having it work. ??? It takes me 5 seconds to get the list of actual extensions (rpm -qa | grep ^firefox-) and further 60 ones to install them on a remote host (ssh ... 'xargs yum upgrade -y'). I am in doubt that you can open firefox in this time and find the correct download side for the extension in the google search results. And this for 15 extensions... >> Security is another issue; I trust an rpm package from an official >> repository more than a lousy, unsigned xpi from an ip-only webpage >> (e.g. TBP). > > Trust and security are different. Yes, trust is a requirement for security. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From caillon at redhat.com Mon Apr 16 18:01:54 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 16 Apr 2007 14:01:54 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <874pngxle5.fsf@kosh.bigo.ensc.de> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> <4623AC97.1080603@redhat.com> <874pngxle5.fsf@kosh.bigo.ensc.de> Message-ID: <4623BA12.80503@redhat.com> Enrico Scholz wrote: > I do not see how this matters here. rpm knows enough ways to handle it: > > * explicit 'Requires: firefox = ...' in binary plugins Packagers fall all too easily into the trap of >= and not updating the min/max versions based on what the extension claims. When ABI breaks, it will probably cause a crash and users might revert back to an older browser version which might not have the latest security fixes. > * perhaps virtual provides to handle changes in firefox micro versions > * perhaps an XSL stylesheet which generates autodeps based upon the > 'minVersion' and 'maxVersion' values in 'install.rdf' This might work, but seems hackish and it will be made a moot point for F8 when there'll be a better way of doing things. From sundaram at fedoraproject.org Mon Apr 16 18:09:03 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 16 Apr 2007 23:39:03 +0530 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> Message-ID: <4623BBBF.8060305@fedoraproject.org> Jonathan Dieter wrote: > I have released yum-presto 0.3.9 which comes with many bugfixes... and > it works with Rawhide! The test deltarpm server is *only* hosting > development, not extras-development. Sorry, but I just don't have the > space. > > The Rawhide version does have two major bugs: any downloading will show > no progress bars and deltaurls in .repo files are ignored. Both will be > fixed shortly, and to work around the second, use the deltaurl in the > presto.conf file. Works for me. yum-3.1.6 and yum-presto-0.3.9-1. Uncommented the devel repo in presto.conf. Ran yum update and the last set of updates from rawhide saves me 65 precent. 18M downloads instead of 50M otherwise. Before I say yes though there is no indication that presto is working. Only that it is enabled. It would be nice to get some kind of indication that the yum package sizes are the deltarpms instead of the full rpms. Maybe give the full rpm sizes along with the deltas or specify [delta] near the package names. If you plan on providing the full and delta sizes in parallel, here is a mockup (yeah text mockups!) Package Arch version repository delta(or full) size Evolution i386 2.10 development 248k (20M full size) ... ... Total download size: 18M (50M full size) Maybe that's too confusing. Rahul From enrico.scholz at informatik.tu-chemnitz.de Mon Apr 16 18:16:11 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 16 Apr 2007 20:16:11 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <4623BA12.80503@redhat.com> (Christopher Aillon's message of "Mon, 16 Apr 2007 14:01:54 -0400") References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> <4623AC97.1080603@redhat.com> <874pngxle5.fsf@kosh.bigo.ensc.de> <4623BA12.80503@redhat.com> Message-ID: <87vefww5g4.fsf@kosh.bigo.ensc.de> Christopher Aillon writes: >> I do not see how this matters here. rpm knows enough ways to handle it: >> * explicit 'Requires: firefox = ...' in binary plugins > > Packagers fall all too easily into the trap of >= and not updating the > min/max versions It should be more or less trivial to write an rpmlint check which catches 'Requires: firefox >= ...'. A fedora packaging guideline for firefox plugins can forbid this too. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From caillon at redhat.com Mon Apr 16 18:15:00 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 16 Apr 2007 14:15:00 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <87vefww5g4.fsf@kosh.bigo.ensc.de> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> <4623AC97.1080603@redhat.com> <874pngxle5.fsf@kosh.bigo.ensc.de> <4623BA12.80503@redhat.com> <87vefww5g4.fsf@kosh.bigo.ensc.de> Message-ID: <4623BD24.5030405@redhat.com> Enrico Scholz wrote: > Christopher Aillon writes: > >>> I do not see how this matters here. rpm knows enough ways to handle it: >>> * explicit 'Requires: firefox = ...' in binary plugins >> >> Packagers fall all too easily into the trap of >= and not updating the >> min/max versions > > It should be more or less trivial to write an rpmlint check which catches > 'Requires: firefox >= ...'. A fedora packaging guideline for firefox > plugins can forbid this too. > That still doesn't solve the issue of firefox-foo requires firefox = x.y.z and x.y.z+1 just came out to fix a security issue. From jdieter at gmail.com Mon Apr 16 18:20:17 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 16 Apr 2007 21:20:17 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <4623BBBF.8060305@fedoraproject.org> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <4623BBBF.8060305@fedoraproject.org> Message-ID: <1176747617.6518.40.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-16 at 23:39 +0530, Rahul Sundaram wrote: > Works for me. yum-3.1.6 and yum-presto-0.3.9-1. Uncommented the devel > repo in presto.conf. Ran yum update and the last set of updates from > rawhide saves me 65 precent. 18M downloads instead of 50M otherwise. > > Before I say yes though there is no indication that presto is working. > Only that it is enabled. It would be nice to get some kind of indication > that the yum package sizes are the deltarpms instead of the full rpms. > Maybe give the full rpm sizes along with the deltas or specify [delta] > near the package names. > > If you plan on providing the full and delta sizes in parallel, here is a > mockup (yeah text mockups!) > > > Package Arch version repository delta(or full) size > > Evolution i386 2.10 development 248k (20M full size) > ... > ... > Total download size: 18M (50M full size) > > > Maybe that's too confusing. > > Rahul > I like it and would love to do it. The problem is that I'm currently using yum's built-in output and modifying the size to be the deltarpm size. I used to put an * by deltarpm'd packages, but found that that can screw up depsolving (because it's actually modifying the package name used in depsolving). What would be great would be if yum's output allowed some kind of comment column that plugins could use (or if it gave more freedom over changing the display name of the package). Thoughts, comments? Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rnorwood at redhat.com Mon Apr 16 18:26:26 2007 From: rnorwood at redhat.com (Robin Norwood) Date: Mon, 16 Apr 2007 14:26:26 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. Message-ID: Hi, We'd like to go ahead with the perl-devel and company packaging split. The idea is to get the '-devel' pieces out of the main perl package, and into perl-devel. We're also splitting out other development related perl modules, such as CPAN and ExtUtils::MakeMaker. See the fedora-perl-devel mailing list archives if you're curious about the details. Since making this change will break existing builds of most perl-related modules, we'd like to add the following packages to the default buildroots: perl-devel perl-ExtUtils-MakeMaker perl-ExtUtils-Embed perl-Test-Harness perl-Test-Simple Since perl is already assumed to be in the buildroots, and these packages are all split from the main 'perl' package, we aren't adding new software to the buildroots, just shuffling things around a bit. For F8, we'll get the perl packages BuildRequires 'fixed' to include these packages, which we can then remove from the buildroots. Thoughts? -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From ville.skytta at iki.fi Mon Apr 16 20:21:39 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 16 Apr 2007 23:21:39 +0300 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: Message-ID: <200704162321.39479.ville.skytta@iki.fi> On Monday 16 April 2007, Robin Norwood wrote: > Since perl is already assumed to be in the buildroots, and these > packages are all split from the main 'perl' package, we aren't adding > new software to the buildroots, just shuffling things around a bit. For > F8, we'll get the perl packages BuildRequires 'fixed' to include these > packages, which we can then remove from the buildroots. > > Thoughts? The F7/devel build roots have already had the split package set for a while, and more than a few (build)dependent packages have been fixed already, right? Just wondering if instead of adding those newly split packages it would be better to just leave things as they are now and let rest of the affected packages have their build deps fixed over time whenever they get their next updates for whatever reason. From otaylor at redhat.com Mon Apr 16 20:31:28 2007 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 16 Apr 2007 16:31:28 -0400 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <4623BA12.80503@redhat.com> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> <4623AC97.1080603@redhat.com> <874pngxle5.fsf@kosh.bigo.ensc.de> <4623BA12.80503@redhat.com> Message-ID: <1176755488.14179.352.camel@localhost.localdomain> On Mon, 2007-04-16 at 14:01 -0400, Christopher Aillon wrote: > Enrico Scholz wrote: > > I do not see how this matters here. rpm knows enough ways to handle it: > > > > * explicit 'Requires: firefox = ...' in binary plugins > > Packagers fall all too easily into the trap of >= and not updating the > min/max versions based on what the extension claims. When ABI breaks, > it will probably cause a crash and users might revert back to an older > browser version which might not have the latest security fixes. Well, assuming that the extension has the right min max and versions in it's install.rdf, Firefox won't try to load the extension, so it's not going to crash. It's not like the user's extensions dir is versioned, after all... The only possible advantage I can see for of the versioned libdirs is allowing multiple parallel installations of Firefox with their accompanying extensions ... not something that we're interested in supporting, presumably. - Owen From tim at mmto.org Mon Apr 16 20:54:05 2007 From: tim at mmto.org (Timothy Pickering) Date: Mon, 16 Apr 2007 13:54:05 -0700 Subject: Why nobody uses vnc module to X? In-Reply-To: <1175007909.18922.17.camel@erebor.boston.redhat.com> References: <4608E886.3070508@redhat.com> <1175007909.18922.17.camel@erebor.boston.redhat.com> Message-ID: <63D8D82B-3ED4-4996-9CBA-89515ADCB79E@mmto.org> On Mar 27, 2007, at 8:05 AM, Jeremy Katz wrote: > On Tue, 2007-03-27 at 11:00 +0100, Andy Burns wrote: >> On 27/03/07, Adam Tkac wrote: >>> I'm really surprised that nobody uses vnc's rawhide module to X. >>> Module >>> was completely unusable since 2nd March (got sigsegv) and no >>> bugreport >>> came to me :( . >> >> I do the occasional anaconda/vnc install, but after installation for >> remote sessions I tend to use X/SSH tunnels for improved security, >> and >> less hassle with other people's firewalls. > > This uses the stand-alone vncserver, not the vnc X module. > > Jeremy i'll chime in and state that we here at the MMT use the X vnc.so module heavily for remote engineering support of our systems on the mountain. it saves a lot of grief to be able to just connect in and see/manipulate the telescope operator's desktop exactly as they see it. the vnc.so module is a lot easier to set up once and forget whereas the other options require operators to modify a bunch of stuff within their desktop config. we tried those and they were not very reliable due to those user config issues. we, of course, keep the vnc ports we used well-firewalled and require ssh tunneling to connect. i have not yet had a chance to try out vnc.so in FC7t* or rawhide, though. we have not had any problems with FC6 or any previous version that included vnc.so (since FC1 or 2?). i will certainly squawk if it does stop working or goes away before FC7. it, in fact, would likely be a deal-breaker for us that would prevent us from using FC7 if it did go away. tim -- +--------------------------------------------------------------------+ | T. E. Pickering, Ph.D. | MMT Observatory | | Assoc. Staff Scientist | 933 N. Cherry Ave. | | tim at mmto.org (520) 626-3755 | Tucson, AZ 85721 | +--------------------------------------------------------------------+ overflow error in /dev/null From pertusus at free.fr Mon Apr 16 21:22:08 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 16 Apr 2007 23:22:08 +0200 Subject: packaging and binary incompatibility coming from the compiler Message-ID: <20070416212208.GB2939@free.fr> Hello, Sometimes changes in the compiler leads to binary incompatibility. How to deal with these kind of incompatibilitites? I don't think that using the soname for those kind of incompatibilities is right, are there other technniques? The transition I have in mind is the g77 -> gfortran transition. In fact some (many?) packages are already transitionned, but I am not sure that this issue has been taken into account. And it also applies to C++ and C binary compatibility issues arising from the compiler changes. -- Pat From Matt_Domsch at dell.com Tue Apr 17 01:19:14 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 16 Apr 2007 20:19:14 -0500 Subject: Core i386 rawhide rebuild in mock status 2007-04-16 Message-ID: <20070416201914.A2072@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Mon Apr 16 07:50:08 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 1200 Number failed to build: 93 Number expected to fail due to ExclusiveArch or ExcludeArch: 7 Leaving: 86 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 86 ---------------------------------- MySQL-python-1.2.1_p2-2 adaptx-0.9.13-4jpp.1.fc7 alchemist-1.0.37-1 anaconda-11.2.0.49-1 antlr-2.7.7-1jpp.2 at-3.1.10-11.fc7 audit-1.5.2-1.fc7 axis-1.2.1-2jpp.6 bind-9.4.0-5.fc7 bluez-hcidump-1.33-1.fc7 castor-0.9.5-1jpp.7 classpathx-jaf-1.0-9jpp.1 classpathx-mail-1.1.1-4jpp.3 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-7 cryptix-3.2.0-9jpp.1 cryptix-asn1-20011119-7jpp.2 cups-1.2.10-6.fc7 dump-0.4b41-5.fc7 g-wrap-1.9.6-7.1 gaim-2.0.0-0.31.beta6.fc7 gfs2-utils-0.1.25-1.fc7 glibc-2.5.90-20 gnome-python2-desktop-2.18.0-1.fc7 gnome-python2-extras-2.14.3-2.fc7 gnome-sharp-2.16.0-1.fc6 grub-0.97-13 jakarta-commons-el-1.0-7jpp.1.fc7 jgroups-2.2.9.2-3jpp.2 junit-3.8.2-3jpp.1.fc7 kdelibs-3.5.6-3.fc7 kdesdk-3.5.6-1.fc7 kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 ldapjdk-4.17-1jpp.7 libgssapi-0.10-3.fc7 libpcap-0.9.5-1.fc7 linux-atm-2.5.0-1.20050118cvs lm_sensors-2.10.2-2.fc7 log4j-1.2.13-3jpp.2 mikmod-3.1.6-39.fc7 mod_perl-2.0.3-7 mysqlclient10-3.23.58-9.2.1 mysqlclient14-4.1.14-4.2.1 net-snmp-5.4-13.fc7 nfs-utils-1.0.12-4.fc7 nfs-utils-lib-1.0.8-8.fc7 openssh-4.5p1-6.fc7 pam-0.99.7.1-5.fc7 perl-5.8.8-15.fc7 perl-Bit-Vector-6.4-2.2.2.1 perl-Compress-Zlib-1.42-1.fc6 perl-Crypt-SSLeay-0.53-1.fc7 perl-DBD-Pg-1.49-3.fc7 pm-utils-0.99.3-1.fc7 portmap-4.0-65.3.src.rpm postfix-2.3.6-1 postgresql-jdbc-8.2.504-1jpp.fc7 ppc64-utils-0.11-3.fc7 prelink-0.3.10-1 python-2.5-12.fc7 rgmanager-2.0.23-2.fc7 sendmail-8.14.1-1.1 sgml-common-0.6.3-19 spamassassin-3.2.0-0.4.rc2.fc7 squirrelmail-1.4.8-4.fc6 struts-1.2.9-4jpp.6 subversion-1.4.3-4 sysstat-7.0.4-2.fc7 system-config-network-1.3.96-1.fc6 system-config-users-1.2.56-1.fc7 tanukiwrapper-3.2.1-2jpp.3 tetex-3.0-38.fc7 velocity-1.4-6jpp.1 vixie-cron-4.1-82.fc7 vsftpd-2.0.5-16.fc7 xen-3.0.4-9.fc7 xferstats-2.16-14.1 xml-commons-resolver-1.1-1jpp.12 xorg-x11-drv-amd-0.0-8.20061016git.fc7 xorg-x11-drv-calcomp-1.1.0-2.fc7 xorg-x11-drv-citron-2.2.0-2.fc7 xorg-x11-drv-dmc-1.1.0-3.fc7 xorg-x11-drv-dynapro-1.1.0-3.fc7 xorg-x11-drv-evdev-1.1.2-3.fc7 xorg-x11-drv-microtouch-1.1.0-2.fc7 xorg-x11-drv-penmount-1.1.0-3.fc7 With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Tue Apr 17 01:19:10 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 16 Apr 2007 20:19:10 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2007-04-16 Message-ID: <20070416201910.A2056@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Mon Apr 16 07:47:57 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 1191 Number failed to build: 105 Number expected to fail due to ExclusiveArch or ExcludeArch: 13 Leaving: 92 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 92 ---------------------------------- MySQL-python-1.2.1_p2-2 adaptx-0.9.13-4jpp.1.fc7 alacarte-0.11.3-3.fc7 alchemist-1.0.37-1 anaconda-11.2.0.49-1 antlr-2.7.7-1jpp.2 at-3.1.10-11.fc7 audit-1.5.2-1.fc7 axis-1.2.1-2jpp.6 bind-9.4.0-5.fc7 bluez-hcidump-1.33-1.fc7 castor-0.9.5-1jpp.7 classpathx-jaf-1.0-9jpp.1 classpathx-mail-1.1.1-4jpp.3 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-7 cryptix-3.2.0-9jpp.1 cryptix-asn1-20011119-7jpp.2 cups-1.2.10-6.fc7 dump-0.4b41-5.fc7 evolution-connector-2.10.0-1.fc7 frysk-0.0.1.2007.03.13.rh1-1.fc7 g-wrap-1.9.6-7.1 gaim-2.0.0-0.31.beta6.fc7 gdb-6.6-8.fc7 gfs2-utils-0.1.25-1.fc7 glibc-2.5.90-20 gnome-python2-desktop-2.18.0-1.fc7 gnome-python2-extras-2.14.3-2.fc7 gnome-sharp-2.16.0-1.fc6 grub-0.97-13 jakarta-commons-el-1.0-7jpp.1.fc7 jgroups-2.2.9.2-3jpp.2 junit-3.8.2-3jpp.1.fc7 kdelibs-3.5.6-3.fc7 kdesdk-3.5.6-1.fc7 kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 ldapjdk-4.17-1jpp.7 libgssapi-0.10-3.fc7 libpcap-0.9.5-1.fc7 linux-atm-2.5.0-1.20050118cvs lm_sensors-2.10.2-2.fc7 log4j-1.2.13-3jpp.2 memtest86+-1.70-1.fc7 mikmod-3.1.6-39.fc7 mod_perl-2.0.3-7 mysqlclient10-3.23.58-9.2.1 mysqlclient14-4.1.14-4.2.1 net-snmp-5.4-13.fc7 nfs-utils-1.0.12-4.fc7 nfs-utils-lib-1.0.8-8.fc7 openssh-4.5p1-6.fc7 pam-0.99.7.1-5.fc7 perl-5.8.8-15.fc7 perl-Bit-Vector-6.4-2.2.2.1 perl-Compress-Zlib-1.42-1.fc6 perl-Crypt-SSLeay-0.53-1.fc7 perl-DBD-Pg-1.49-3.fc7 pm-utils-0.99.3-1.fc7 portmap-4.0-65.3.src.rpm postfix-2.3.6-1 postgresql-jdbc-8.2.504-1jpp.fc7 ppc64-utils-0.11-3.fc7 prelink-0.3.10-1 python-2.5-12.fc7 rgmanager-2.0.23-2.fc7 sendmail-8.14.1-1.1 sgml-common-0.6.3-19 spamassassin-3.2.0-0.4.rc2.fc7 squirrelmail-1.4.8-4.fc6 struts-1.2.9-4jpp.6 subversion-1.4.3-4 syslinux-3.36-2.fc7 sysstat-7.0.4-2.fc7 system-config-network-1.3.96-1.fc6 system-config-users-1.2.56-1.fc7 tanukiwrapper-3.2.1-2jpp.3 tetex-3.0-38.fc7 valgrind-3.2.3-2 velocity-1.4-6jpp.1 vixie-cron-4.1-82.fc7 vsftpd-2.0.5-16.fc7 xen-3.0.4-9.fc7 xferstats-2.16-14.1 xml-commons-resolver-1.1-1jpp.12 xorg-x11-drv-calcomp-1.1.0-2.fc7 xorg-x11-drv-citron-2.2.0-2.fc7 xorg-x11-drv-dmc-1.1.0-3.fc7 xorg-x11-drv-dynapro-1.1.0-3.fc7 xorg-x11-drv-evdev-1.1.2-3.fc7 xorg-x11-drv-microtouch-1.1.0-2.fc7 xorg-x11-drv-penmount-1.1.0-3.fc7 With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Tue Apr 17 01:19:27 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 16 Apr 2007 20:19:27 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2007-04-16 Message-ID: <20070416201927.A2084@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Mon Apr 16 07:59:44 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2944 Number failed to build: 182 Number expected to fail due to ExclusiveArch or ExcludeArch: 20 Leaving: 162 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 162 ---------------------------------- Coin2-2.4.5-5.fc7 rc040203 at freenet.de SoQt-1.4.1-5.fc7 rc040203 at freenet.de Sprog-0.14-12.fc6 ghenry at suretecsystems.com abiword-2.4.6-5.fc7 uwog at uwog.net aircrack-ng-0.7-1.fc7.src.rpm airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de apcupsd-3.14.0-0.fc7 orion at cora.nwra.com atitvout-0.4-6 andreas.bierfert at lowlatency.de auriferous-1.0.1-3.fc6 j.w.r.degoede at hhs.nl boa-0.94.14-0.5.rc21.fc6 matthias at rpmforge.net checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com csmash-0.6.6-14.fc7 matthias at rpmforge.net cvsgraph-1.6.1-3.fc6 ville.skytta at iki.fi dclib-0.3.8-1.fc7 lmacken at redhat.com dejavu-fonts-2.16-1.fc7 nicolas.mailhot at laposte.net dssi-0.9.1-10.fc6 green at redhat.com dynamite-0.1-6.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.2-0.2.6.20_1.3040.fc7.1.rc1 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net flumotion-0.2.1-3.fc6 thomas at apestaart.org fonts-hebrew-fancy-0.20051122-1.fc6 danken at cs.technion.ac.il fuse-smb-0.8.5-5.fc7 mszpak at wp.pl gaim-meanwhile-2.0.0-0.7.beta6.fc7 jwboyer at jdub.homelinux.org gdal-1.4.0-19.fc7 cbalint at redhat.com genchemlab-1.0-5.fc6 paul at all-the-johnsons.co.uk ghdl-0.25-0.89svn.2.fc7 t.sailer at alumni.ethz.ch gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gle-4.0.12a-1.fc7 terjeros at phys.ntnu.no gnome-applet-timer-1.3.2-1.fc7 fedora at christoph-wickert.de gnome-commander-1.2.3-5.fc7 mtasaka at ioa.s.u-tokyo.ac.jp gnotime-2.2.2-7.fc6 toshio at tiki-lounge.com gnubg-20061119-7.fc7 limb at jcomserv.net gperiodic-2.0.8-7.fc7 eric.tanguy at univ-nantes.fr gstm-1.2-6.fc7 splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk gwget-0.98.2-1.fc7 fedora at christoph-wickert.de hamlib-1.2.5-4.fc7 dennis at ausil.us hawknl-1.68-1.fc7 j.w.r.degoede at hhs.nl heliodor-0.2.0-1.fc7 jwilson at redhat.com,matthias at rpmforge.net httpunit-1.6.2-1jpp.1.fc7 mwringe at redhat.com jigdo-0.7.3-3.fc7 ianburrell at gmail.com jogl-1.0.0-5.7.beta5.fc6 green at redhat.com js-1.60-2.fc7 matthias at rpmforge.net k3d-0.6.5.0-1.fc7 denis at poolshark.org kawa-1.9.0-2.fc7 green at redhat.com knetworkmanager-0.1-0.6.svn20061113.fc7.src.rpm kphotobymail-0.4.1-1.fc7 kushaldas at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libatomic_ops-1.2-1.fc7 drzeus-bugzilla at drzeus.cx libgnomedb-1.9.100-13.fc7 j.w.r.degoede at hhs.nl libibverbs-1.1-0.1.rc2.fc7.src.rpm libpaper-1.1.20-5.fc6 tcallawa at redhat.com libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de maven2-2.0.4-10jpp.6.fc7 dbhole at redhat.com mbuffer-20060728-3.fc6.src.rpm milter-regex-1.6-6.fc6 paul at city-fan.org mlton-20061107-2.fc7 adam at spicenitz.org monkey-bubble-0.4.0-3.fc6 j.w.r.degoede at hhs.nl nant-0.85-12.fc7 paul at all-the-johnsons.co.uk ncview-1.92e-10.fc7 ed at eh3.com netlabel_tools-0.17-5.fc6 james.antill at redhat.com nomadsync-0.4.2-13.fc6 triad at df.lth.se orpie-1.4.3-5.fc6 lists at forevermore.net pan-0.125-2.fc7.src.rpm perl-Apache-DBI-1.06-1.fc7 Fedora at FamilleCollet.com perl-AutoClass-1_01-2.fc7 alexl at users.sourceforge.net perl-CGI-Untaint-email-0.03-2.fc6 tcallawa at redhat.com perl-Cache-Cache-1.05-1.fc6 jpo at di.uminho.pt perl-Chart-2.4.1-4.fc6.src.rpm perl-Class-DBI-FromCGI-1.00-2.fc6 tcallawa at redhat.com perl-Class-Std-0.0.8-1.fc7 andreas at bawue.net perl-Convert-UUlib-1.08-2.fc7 nicolas.mailhot at laposte.net perl-Crypt-RSA-1.58-1.fc7 paul at city-fan.org perl-DBD-Mock-1.34-2.fc7 cweyl at alumni.drew.edu perl-DBIx-SearchBuilder-1.48-1.fc7 rc040203 at freenet.de perl-DateTime-0.37-3.fc7 steve at silug.org perl-DateTime-Format-Builder-0.7807-4.fc6 cweyl at alumni.drew.edu perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 tcallawa at redhat.com perl-File-Flat-1.00-1.fc7 rc040203 at freenet.de perl-Glib-1.144-1.fc7 jpo at di.uminho.pt perl-Graph-0.81-1.fc7 alexl at users.sourceforge.net perl-Gtk2-1.144-1.fc7 jpo at di.uminho.pt perl-HTML-Encoding-0.52-1.fc7 ville.skytta at iki.fi perl-HTML-FormatText-WithLinks-0.07-1.fc6 pertusus at free.fr perl-HTTP-Body-0.6-3.fc6 tcallawa at redhat.com perl-Imager-0.56-2.fc7 steve at silug.org perl-LWP-Authen-Wsse-0.05-2.fc6 pertusus at free.fr perl-MIME-tools-5.420-2.fc6 paul at city-fan.org perl-Mail-IMAPClient-2.2.9-3.fc7 tcallawa at redhat.com perl-Mail-Mbox-MessageParser-1.5000-1.fc7 paul at city-fan.org perl-Math-Random-MT-Auto-5.04-3.fc7 cweyl at alumni.drew.edu perl-Math-Round-0.06-1.fc7 cweyl at alumni.drew.edu perl-Moose-0.20-1.fc7 cweyl at alumni.drew.edu perl-Moose-Policy-0.02-2.fc7 cweyl at alumni.drew.edu perl-Mozilla-LDAP-1.5-9.fc7 rmeggins at redhat.com perl-POE-API-Peek-1.0802-1.fc7 cweyl at alumni.drew.edu perl-PPI-1.118-1.fc6 jpo at di.uminho.pt perl-Pod-Simple-3.04-3.fc6 jpo at di.uminho.pt perl-SVG-Graph-0.01-6.fc7 alexl at users.sourceforge.net perl-Smart-Comments-1.000002-4.fc7 cweyl at alumni.drew.edu perl-Spoon-0.24-1.fc7 steve at silug.org perl-Spreadsheet-ParseExcel-0.3000-1.fc7 steve at silug.org perl-Template-Toolkit-2.18-1.fc7 tcallawa at redhat.com perl-Test-ClassAPI-1.04-1.fc7 rc040203 at freenet.de perl-Test-Inline-2.201-2.fc7 rc040203 at freenet.de perl-Test-Memory-Cycle-1.04-1.fc6 jpo at di.uminho.pt perl-Test-Pod-1.26-1.fc6 jpo at di.uminho.pt perl-Test-SubCalls-1.06-1.fc6 jpo at di.uminho.pt perl-Test-WWW-Mechanize-1.12-1.fc6 jpo at di.uminho.pt perl-Text-Kakasi-2.04-3.fc6 tagoh at redhat.com perl-Text-Quoted-2.02-2.fc7 rc040203 at freenet.de perl-Text-WikiFormat-0.78-1.fc6 jpo at di.uminho.pt perl-Time-Piece-MySQL-0.05-3.fc6 chris at chrisgrau.com perl-UNIVERSAL-can-1.12-1.fc6 jpo at di.uminho.pt perl-UNIVERSAL-exports-0.05-2.fc6 tcallawa at redhat.com perl-WWW-Mechanize-1.22-2.fc7 jpo at di.uminho.pt perl-XML-DOM-XPath-0.13-1.fc7 alexl at users.sourceforge.net perl-XML-Filter-XInclude-1.0-1.fc7 andreas at bawue.net perl-XML-LibXSLT-1.58-3.fc6 zing at fastmail.fm perl-XML-SAX-Writer-0.50-2.fc7 andreas at bawue.net perl-XML-Validator-Schema-1.08-1.fc7 andreas at bawue.net php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org prewikka-0.9.8-1.fc7 tscherf at redhat.com python-amara-1.1.9-7.fc7 jamatos at fc.up.pt python-crypto-2.0.1-5.fc7 fedora at leemhuis.info python-daap-0.7-3.fc7 jeff at ocjtech.us python-krbV-1.0.13-5.fc7 mikeb at redhat.com python-paste-script-1.1-1.fc7 lmacken at redhat.com,toshio at tiki-lounge.com python-reportlab-2.0-2.fc7 bdpepple at ameritech.net qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com qdbm-1.8.75-1.fc7 mtasaka at ioa.s.u-tokyo.ac.jp qdox-1.5-2jpp.1.fc7 mwringe at redhat.com renrot-0.25-2.fc7 andy at smile.org.ua rxvt-unicode-8.1-2.fc7 andreas.bierfert at lowlatency.de s3switch-0.0-9.20020912.fc6 paul at xelerance.com scipy-0.5.2-1.fc7 jspaleta at gmail.com scorched3d-40.1d-2.fc7 j.w.r.degoede at hhs.nl scribes-0.3.2-1.fc7 peter at thecodergeek.com scrip-1.4-6.fc6 ed at eh3.com siege-2.66-1.fc7 allisson at gmail.com smolt-0.9.6-2.fc7.src.rpm snort-2.6.1.3-1.fc7 dennis at ausil.us spandsp-0.0.3-2.fc7.src.rpm steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de stellarium-0.8.2-5.fc7 Jochen at herr-schmitt.de suck-4.3.2-14.fc7 Jochen at herr-schmitt.de swatch-3.2.1-1.fc6 jpo at di.uminho.pt sysprof-kmod-1.0.8-1.2.6.20_1.3059.fc7.src.rpm sysprof-kmod-1.0.8-1.2.6.20_1.3062.fc7 giallu at gmail.com tetex-elsevier-0.1.20060516-3.fc6 pertusus at free.fr tideEditor-1.3.12.0.2-1.fc7.src.rpm trac-0.10.3.1-2.fc7 jeff at ocjtech.us,limb at jcomserv.net util-vserver-0.30.211-1.fc6 enrico.scholz at informatik.tu-chemnitz.de vdr-1.4.6-1.fc7 ville.skytta at iki.fi vigra-1.5.0-2.fc7 bruno at postle.net wdm-1.28-7.fc7 pertusus at free.fr xemacs-21.5.27-8.fc7 ville.skytta at iki.fi xemacs-packages-extra-20061221-1.fc7 ville.skytta at iki.fi xmms-1.2.10-35.fc7.src.rpm xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com yum-arch-2.2.2-2.fc7 Fedora at FamilleCollet.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Tue Apr 17 01:19:52 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 16 Apr 2007 20:19:52 -0500 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 Message-ID: <20070416201952.A2106@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Mon Apr 16 08:07:44 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2944 Number failed to build: 134 Number expected to fail due to ExclusiveArch or ExcludeArch: 2 Leaving: 132 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 132 ---------------------------------- Coin2-2.4.5-5.fc7 rc040203 at freenet.de SoQt-1.4.1-5.fc7 rc040203 at freenet.de Sprog-0.14-12.fc6 ghenry at suretecsystems.com abiword-2.4.6-5.fc7 uwog at uwog.net airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de apcupsd-3.14.0-0.fc7 orion at cora.nwra.com athcool-0.3.11-5.fc6 gajownik at gmail.com checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com csmash-0.6.6-14.fc7 matthias at rpmforge.net cvsgraph-1.6.1-3.fc6 ville.skytta at iki.fi dclib-0.3.8-1.fc7 lmacken at redhat.com dejavu-fonts-2.16-1.fc7 nicolas.mailhot at laposte.net em8300-kmod-0.16.2-0.2.6.20_1.3040.fc7.1.rc1 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net flumotion-0.2.1-3.fc6 thomas at apestaart.org fuse-smb-0.8.5-5.fc7 mszpak at wp.pl gaim-meanwhile-2.0.0-0.7.beta6.fc7 jwboyer at jdub.homelinux.org gdal-1.4.0-19.fc7 cbalint at redhat.com ghdl-0.25-0.89svn.2.fc7 t.sailer at alumni.ethz.ch gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gle-4.0.12a-1.fc7 terjeros at phys.ntnu.no gnome-applet-timer-1.3.2-1.fc7 fedora at christoph-wickert.de gnome-commander-1.2.3-5.fc7 mtasaka at ioa.s.u-tokyo.ac.jp gnotime-2.2.2-7.fc6 toshio at tiki-lounge.com gnubg-20061119-7.fc7 limb at jcomserv.net gstm-1.2-6.fc7 splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk gwget-0.98.2-1.fc7 fedora at christoph-wickert.de hamlib-1.2.5-4.fc7 dennis at ausil.us heliodor-0.2.0-1.fc7 jwilson at redhat.com,matthias at rpmforge.net httpunit-1.6.2-1jpp.1.fc7 mwringe at redhat.com jigdo-0.7.3-3.fc7 ianburrell at gmail.com jogl-1.0.0-5.7.beta5.fc6 green at redhat.com js-1.60-2.fc7 matthias at rpmforge.net k3d-0.6.5.0-1.fc7 denis at poolshark.org kawa-1.9.0-2.fc7 green at redhat.com kphotobymail-0.4.1-1.fc7 kushaldas at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libibverbs-1.1-0.1.rc2.fc7.src.rpm libpaper-1.1.20-5.fc6 tcallawa at redhat.com mail-notification-4.0-2.fc7 fedora at leemhuis.info maven2-2.0.4-10jpp.6.fc7 dbhole at redhat.com mbuffer-20060728-3.fc6.src.rpm milter-regex-1.6-6.fc6 paul at city-fan.org monkey-bubble-0.4.0-3.fc6 j.w.r.degoede at hhs.nl nant-0.85-12.fc7 paul at all-the-johnsons.co.uk ncview-1.92e-10.fc7 ed at eh3.com netlabel_tools-0.17-5.fc6 james.antill at redhat.com nomadsync-0.4.2-13.fc6 triad at df.lth.se orpie-1.4.3-5.fc6 lists at forevermore.net pan-0.125-2.fc7.src.rpm perl-AutoClass-1_01-2.fc7 alexl at users.sourceforge.net perl-CGI-Untaint-email-0.03-2.fc6 tcallawa at redhat.com perl-Cache-Cache-1.05-1.fc6 jpo at di.uminho.pt perl-Class-DBI-FromCGI-1.00-2.fc6 tcallawa at redhat.com perl-Class-Std-0.0.8-1.fc7 andreas at bawue.net perl-Crypt-RSA-1.58-1.fc7 paul at city-fan.org perl-DBD-Mock-1.34-2.fc7 cweyl at alumni.drew.edu perl-DBIx-SearchBuilder-1.48-1.fc7 rc040203 at freenet.de perl-DateTime-0.37-3.fc7 steve at silug.org perl-DateTime-Format-Builder-0.7807-4.fc6 cweyl at alumni.drew.edu perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 tcallawa at redhat.com perl-File-Flat-1.00-1.fc7 rc040203 at freenet.de perl-Glib-1.144-1.fc7 jpo at di.uminho.pt perl-Graph-0.81-1.fc7 alexl at users.sourceforge.net perl-Gtk2-1.144-1.fc7 jpo at di.uminho.pt perl-HTML-Encoding-0.52-1.fc7 ville.skytta at iki.fi perl-HTML-FormatText-WithLinks-0.07-1.fc6 pertusus at free.fr perl-HTTP-Body-0.6-3.fc6 tcallawa at redhat.com perl-Image-Size-3.01-1.fc6 jpo at di.uminho.pt perl-LWP-Authen-Wsse-0.05-2.fc6 pertusus at free.fr perl-MIME-tools-5.420-2.fc6 paul at city-fan.org perl-Mail-IMAPClient-2.2.9-3.fc7 tcallawa at redhat.com perl-Mail-Mbox-MessageParser-1.5000-1.fc7 paul at city-fan.org perl-Math-Random-MT-Auto-5.04-3.fc7 cweyl at alumni.drew.edu perl-Moose-0.20-1.fc7 cweyl at alumni.drew.edu perl-Moose-Policy-0.02-2.fc7 cweyl at alumni.drew.edu perl-Mozilla-LDAP-1.5-9.fc7 rmeggins at redhat.com perl-POE-API-Peek-1.0802-1.fc7 cweyl at alumni.drew.edu perl-PPI-1.118-1.fc6 jpo at di.uminho.pt perl-Pod-Simple-3.04-3.fc6 jpo at di.uminho.pt perl-SVG-Graph-0.01-6.fc7 alexl at users.sourceforge.net perl-Smart-Comments-1.000002-4.fc7 cweyl at alumni.drew.edu perl-Spoon-0.24-1.fc7 steve at silug.org perl-Template-Toolkit-2.18-1.fc7 tcallawa at redhat.com perl-Test-ClassAPI-1.04-1.fc7 rc040203 at freenet.de perl-Test-Inline-2.201-2.fc7 rc040203 at freenet.de perl-Test-Memory-Cycle-1.04-1.fc6 jpo at di.uminho.pt perl-Test-Pod-1.26-1.fc6 jpo at di.uminho.pt perl-Test-SubCalls-1.06-1.fc6 jpo at di.uminho.pt perl-Test-WWW-Mechanize-1.12-1.fc6 jpo at di.uminho.pt perl-Text-Kakasi-2.04-3.fc6 tagoh at redhat.com perl-Text-Quoted-2.02-2.fc7 rc040203 at freenet.de perl-Text-WikiFormat-0.78-1.fc6 jpo at di.uminho.pt perl-Time-Piece-MySQL-0.05-3.fc6 chris at chrisgrau.com perl-UNIVERSAL-can-1.12-1.fc6 jpo at di.uminho.pt perl-UNIVERSAL-exports-0.05-2.fc6 tcallawa at redhat.com perl-WWW-Mechanize-1.22-2.fc7 jpo at di.uminho.pt perl-XML-DOM-XPath-0.13-1.fc7 alexl at users.sourceforge.net perl-XML-Filter-XInclude-1.0-1.fc7 andreas at bawue.net perl-XML-LibXSLT-1.58-3.fc6 zing at fastmail.fm perl-XML-SAX-Writer-0.50-2.fc7 andreas at bawue.net perl-XML-Validator-Schema-1.08-1.fc7 andreas at bawue.net php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org python-crypto-2.0.1-5.fc7 fedora at leemhuis.info python-krbV-1.0.13-5.fc7 mikeb at redhat.com qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com qdbm-1.8.75-1.fc7 mtasaka at ioa.s.u-tokyo.ac.jp renrot-0.25-2.fc7 andy at smile.org.ua rxvt-unicode-8.1-2.fc7 andreas.bierfert at lowlatency.de scipy-0.5.2-1.fc7 jspaleta at gmail.com scorched3d-40.1d-2.fc7 j.w.r.degoede at hhs.nl scrip-1.4-6.fc6 ed at eh3.com smolt-0.9.6-2.fc7.src.rpm snort-2.6.1.3-1.fc7 dennis at ausil.us spandsp-0.0.3-2.fc7.src.rpm steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de suck-4.3.2-14.fc7 Jochen at herr-schmitt.de swatch-3.2.1-1.fc6 jpo at di.uminho.pt sysprof-kmod-1.0.8-1.2.6.20_1.3059.fc7.src.rpm sysprof-kmod-1.0.8-1.2.6.20_1.3062.fc7 giallu at gmail.com tideEditor-1.3.12.0.2-1.fc7.src.rpm trac-0.10.3.1-2.fc7 jeff at ocjtech.us,limb at jcomserv.net util-vserver-0.30.211-1.fc6 enrico.scholz at informatik.tu-chemnitz.de vdr-1.4.6-1.fc7 ville.skytta at iki.fi vigra-1.5.0-2.fc7 bruno at postle.net wdm-1.28-7.fc7 pertusus at free.fr xemacs-21.5.27-8.fc7 ville.skytta at iki.fi xemacs-packages-extra-20061221-1.fc7 ville.skytta at iki.fi xmms-1.2.10-35.fc7.src.rpm xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From mtasaka at ioa.s.u-tokyo.ac.jp Tue Apr 17 02:12:31 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 17 Apr 2007 11:12:31 +0900 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <20070416201952.A2106@humbolt.us.dell.com> References: <20070416201952.A2106@humbolt.us.dell.com> Message-ID: <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> Matt Domsch wrote, on 04/17/2007 10:19 AM: > Extras Rawhide-in-Mock Build Results for i386 Mon Apr 16 08:07:44 CDT 2007 > > Total packages: 2944 > Number failed to build: 134 > Number expected to fail due to ExclusiveArch or ExcludeArch: 2 > Leaving: 132 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 132 > ---------------------------------- > qdbm-1.8.75-1.fc7 mtasaka at ioa.s.u-tokyo.ac.jp This is strange. root.log http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/qdbm-1.8.75-1.fc7.src.rpm/result/root.log says that although 'ruby' is included as BuildRequires, ruby is not installed at the mock build time. --------------------------------------------------------- Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-i386-core-qdbm-1.8.75-1.fc7.src.rpm/root install 'zlib-devel' 'ruby-devel' 'bzip2-devel' 'gcc-java' 'libgcj-devel' 'perl(ExtUtils::MakeMaker)' 'ruby' ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: bzip2-devel i386 1.0.4-10.fc7 core 283 k gcc-java i386 4.1.2-8 core 2.7 M libgcj-devel i386 4.1.2-8 core 1.5 M ruby-devel i386 1.8.6-2.fc7 core 559 k zlib-devel i386 1.2.3-10.fc7 core 81 k Installing for dependencies: ----------------------------------------------------------- And actually I tried mockbuild and it succeeded. Maybe "yum" you are using is somewhat broken? Mamoru From dyoung at mesd.k12.or.us Tue Apr 17 02:10:42 2007 From: dyoung at mesd.k12.or.us (Dan Young) Date: Mon, 16 Apr 2007 19:10:42 -0700 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <87d524xnps.fsf@kosh.bigo.ensc.de> References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> Message-ID: <46242CA2.3070503@mesd.k12.or.us> Enrico Scholz wrote: > Christopher Aillon writes: > >> 3.0. There's no maintainable way to make it work now without querying >> RPM in %post and requiring triggers. > > Why is firefox packaged in such a broken way (versioned dirs under > /usr/lib)? I do not see any sense for such a layout on an rpm managed > system. > > Alternatively, why not create a > > | /usr/lib*/firefox-/extensions -> /usr/lib*/firefox/extensions > > symlink and place extensions into the unversioned dir? FWIW, strace says firefox does stat /usr/lib/firefox/extensions/ on startup. -- Dan Young Multnomah ESD - Technology Services 503-257-1562 > > > > > Enrico > From jkeating at redhat.com Tue Apr 17 02:23:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 16 Apr 2007 22:23:00 -0400 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> References: <20070416201952.A2106@humbolt.us.dell.com> <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> Message-ID: <200704162223.00412.jkeating@redhat.com> On Monday 16 April 2007 22:12:31 Mamoru Tasaka wrote: > And actually I tried mockbuild and it succeeded. > Maybe "yum" you are using is somewhat broken? Oh dear. There is a bug in one of the FC6 yum versions. The fix for it is about to move from updates-testing to updates. Matt, I hate to say this, but if you're using that yum version, many of your failures may be false negatives. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Tue Apr 17 02:36:02 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 16 Apr 2007 22:36:02 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-16 Message-ID: <20070417023602.1E9EB152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 23 aircrack-ng-0.8-0.2.20070417svn.fc7 claws-mail-2.9.0-1.fc7 claws-mail-plugins-2.9.0-1.fc7 cmake-2.4.6-3.fc7 farsight-0.1.17-1.fc7 gparted-0.3.3-9.fc7 kdesvn-0.11.2-3.fc7 mimedefang-2.62-1.fc7 NEW pcmanx-gtk2-0.3.5-9.336svn.fc7 NEW perl-CGI-Ajax-0.701-2.fc7 perl-Moose-Policy-0.03-1.fc7 perl-Unix-Syslog-0.100-9.fc7 pessulus-2.16.2-2.fc7 php-pecl-Fileinfo-1.0.4-3.fc7 NEW pidgin-2.0.0-0.33.beta7devel.fc7 plplot-5.7.3-2.fc7 qpidc-0.2-2.fc7 NEW ruby-bsearch-1.5-1.fc7 NEW ruby-romkan-0.4-2.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3071.fc7 wordpress-2.1.3-1.fc7 wxGlade-0.5-5.fc7 xchat-gnome-0.17-4.fc7 Packages built and released for Fedora Extras 6: 15 aircrack-ng-0.8-0.2.20070417svn.fc6.1 audacious-1.3.2-1.fc6 audacious-plugins-1.3.2-1.fc6 claws-mail-2.9.0-1.fc6 claws-mail-plugins-2.9.0-1.fc6 lighttpd-1.4.15-1.fc6 mimedefang-2.62-1.fc6 NEW pcmanx-gtk2-0.3.5-9.336svn.fc6 NEW perl-CGI-Ajax-0.701-2.fc6 perl-Moose-Policy-0.03-1.fc6 pessulus-2.16.2-2.fc6 php-pecl-Fileinfo-1.0.4-2.fc6 NEW ruby-bsearch-1.5-1.fc6 NEW ruby-romkan-0.4-2.fc6 wordpress-2.1.3-1.fc6 Packages built and released for Fedora Extras 5: 10 claws-mail-2.9.0-1.fc5 claws-mail-plugins-2.9.0-1.fc5 lighttpd-1.4.15-1.fc5 mimedefang-2.62-1.fc5 NEW perl-CGI-Ajax-0.701-2.fc5 perl-Moose-Policy-0.03-1.fc5 php-pecl-Fileinfo-1.0.4-2.fc5 NEW ruby-bsearch-1.5-1.fc5 NEW ruby-romkan-0.4-2.fc5 wordpress-2.1.3-1.fc5 aircrack-ng-0.8-0.2.20070417svn.fc7 ----------------------------------- * Thu Apr 12 2007 Till Maas - 0.8-0.2.20070417svn - some more bugfixes claws-mail-2.9.0-1.fc7 ---------------------- * Mon Apr 16 2007 Andreas Bierfert 2.9.0-1 - version upgrade (should resolve #232675) - fix BR claws-mail-plugins-2.9.0-1.fc7 ------------------------------ * Mon Apr 16 2007 Andreas Bierfert 2.9.0-1 - version upgrade cmake-2.4.6-3.fc7 ----------------- * Mon Apr 16 2007 Orion Poplawski - 2.4.6-3 - Apply patch from upstream CVS to fix .so install permissions (bug #235673) farsight-0.1.17-1.fc7 --------------------- * Mon Apr 16 2007 Brian Pepple - 0.1.17-1 - Update to 0.1.17. gparted-0.3.3-9.fc7 ------------------- * Sun Apr 15 2007 Deji Akingunola - 0.3.3-9 - Fix the typos and stupidity in the consolehelper and hal-lock files kdesvn-0.11.2-3.fc7 ------------------- * Mon Apr 16 2007 - Orion Poplawski - 0.11.2-3 - Remove no longer needed .so permission fix mimedefang-2.62-1.fc7 --------------------- * Mon Apr 16 2007 Robert Scheck 2.62-1 - Upgrade to 2.62 pcmanx-gtk2-0.3.5-9.336svn.fc7 ------------------------------ * Sat Apr 14 2007 Leo, Shidai Liu 0.3.5-9.336svn - remove README. Its content is not useful for end users * Sat Apr 14 2007 Leo, Shidai Liu 0.3.5-8.336svn - fix build in rawhide (automake 1.10) - use svn revision number instead of checkout date * Fri Apr 06 2007 Leo, Shidai Liu 0.3.5-7.20070406svn - fix svn build - svn 20070406 * Fri Mar 30 2007 Leo, Shidai Liu 0.3.5-6.20070330svn - svn 20070330 - enable libnotify support perl-CGI-Ajax-0.701-2.fc7 ------------------------- * Mon Apr 16 2007 Chris Weyl 0.701-2 - bump * Mon Apr 09 2007 Chris Weyl 0.701-1 - Specfile autogenerated by cpanspec 1.70. perl-Moose-Policy-0.03-1.fc7 ---------------------------- * Mon Apr 16 2007 Chris Weyl 0.03-1 - update to 0.03 perl-Unix-Syslog-0.100-9.fc7 ---------------------------- * Mon Apr 16 2007 Steven Pritchard 0.100-9 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. pessulus-2.16.2-2.fc7 --------------------- * Mon Apr 16 2007 Damien Durand - 2.16.2-2 - Fix desktop-file php-pecl-Fileinfo-1.0.4-3.fc7 ----------------------------- * Mon Apr 16 2007 Brandon Holbrook 1.0.4-3 - magic.h is now part of file-devel, not file. Changed buildreqs * Sat Apr 14 2007 Brandon Holbrook 1.0.4-2 - Added a patch to config.m4 that fixes improper detection of the system's magic database file [bz 235110] * Fri Dec 29 2006 Brandon Holbrook 1.0.4-1 - Bumped to upstream 1.0.4 pidgin-2.0.0-0.33.beta7devel.fc7 -------------------------------- * Mon Apr 16 2007 Warren Togami - 2:2.0.0-0.33.beta7devel - pidgin-2.0.0 snapshot prior to beta7 - rename gaim to pidgin/purple/finch in various places of spec (not complete) - ExcludeArch s390, s390x. It never did work there. - Include meanwhile plugin by moving to Extras * Fri Mar 23 2007 Warren Togami - 2:2.0.0-0.31.beta6 - Removed debian-02_gnthistory-in-gtk Removed debian-03_gconf-gstreamer.patch Upstream recommended removing these patches. - Add fix-buggy-fetch-url - Enable type_chat and type_chat_nick in default prefs.xml plplot-5.7.3-2.fc7 ------------------ * Mon Apr 16 2007 - Orion Poplawski - 5.7.3-2 - Use cmake macros qpidc-0.2-2.fc7 --------------- * Mon Apr 16 2007 Alan Conway - 0.2-2 - Bugfix for memory errors on x86_64. * Thu Apr 12 2007 Alan Conway - 0.2-1 - Bumped version number for rhm dependencies. * Wed Apr 11 2007 Alan Conway - 0.1-5 - Add qpidd-devel sub-package. ruby-bsearch-1.5-1.fc7 ---------------------- * Thu Apr 12 2007 Mamoru Tasaka - 1.5-1 - Rewrite * Sun Apr 08 2007 Minokichi Sato - First build for Fedora Core 6 ruby-romkan-0.4-2.fc7 --------------------- * Mon Apr 16 2007 Mamoru Tasaka - 0.4-2 - Fix permission * Thu Apr 12 2007 Mamoru Tasaka - 0.4-1 - Rewrite * Sun Apr 08 2007 Minokichi Sato - First build for Fedora Core 6 sysprof-kmod-1.0.8-1.2.6.20_1.3071.fc7 -------------------------------------- wordpress-2.1.3-1.fc7 --------------------- * Mon Apr 16 2007 john Berninger - 2.1.3-1 - update to 2.1.3 final - bz235912 wxGlade-0.5-5.fc7 ----------------- * Mon Apr 16 2007 ZC Miao - 0.5-5 - update to fix EVR problem xchat-gnome-0.17-4.fc7 ---------------------- * Mon Apr 16 2007 Brian Pepple - 0.17-4 - Add patch to fix setup-dialog. (#236636) For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Apr 17 03:22:12 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 17 Apr 2007 03:22:12 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-16 Message-ID: <20070417032212.32492.12289@extras64.linux.duke.edu> New report for: cweyl AT alumni.drew.edu package: gaim-gaym - 0.96-3.7.293svn.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgaim.so.0 package: gaim-gaym - 0.96-3.7.293svn.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgaim.so.0 package: gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgaim.so.0()(64bit) ====================================================================== New report for: miker5slow AT grandecom.net package: conky - 1.4.5-3.fc6.i386 from fedora-extras-6-i386 unresolved deps: libaudacious.so.4 package: conky - 1.4.5-3.fc6.ppc from fedora-extras-6-ppc unresolved deps: libaudacious.so.4 package: conky - 1.4.5-3.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libaudacious.so.4()(64bit) ====================================================================== New report for: yufanyufan AT gmail.com package: audacious-docklet - 0.1.1-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: libaudacious.so.4 package: audacious-docklet - 0.1.1-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: libaudacious.so.4 package: audacious-docklet - 0.1.1-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libaudacious.so.4()(64bit) ====================================================================== New report for: michel.salim AT gmail.com package: gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgaim.so.0 package: gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgaim.so.0 package: gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgaim.so.0()(64bit) ====================================================================== Summary of broken packages (by owner): Jerry.James AT usu.edu moodle-mi - 1.6.3-3.fc5.noarch (2 days) moodle-mi - 1.6.3-3.fc5.noarch (2 days) moodle-mi - 1.6.3-3.fc5.noarch (2 days) moodle-mi - 1.6.3-3.fc6.noarch (2 days) moodle-mi - 1.6.3-3.fc6.noarch (2 days) moodle-mi - 1.6.3-3.fc6.noarch (2 days) moodle-sr - 1.6.3-3.fc5.noarch (2 days) moodle-sr - 1.6.3-3.fc5.noarch (2 days) moodle-sr - 1.6.3-3.fc5.noarch (2 days) moodle-sr - 1.6.3-3.fc6.noarch (2 days) moodle-sr - 1.6.3-3.fc6.noarch (2 days) moodle-sr - 1.6.3-3.fc6.noarch (2 days) moodle-zh - 1.6.3-3.fc5.noarch (2 days) moodle-zh - 1.6.3-3.fc5.noarch (2 days) moodle-zh - 1.6.3-3.fc5.noarch (2 days) moodle-zh - 1.6.3-3.fc6.noarch (2 days) moodle-zh - 1.6.3-3.fc6.noarch (2 days) moodle-zh - 1.6.3-3.fc6.noarch (2 days) cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 gaim-gaym - 0.96-3.7.293svn.fc7.ppc gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 miker5slow AT grandecom.net conky - 1.4.5-3.fc6.i386 conky - 1.4.5-3.fc6.ppc conky - 1.4.5-3.fc6.x86_64 ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 (10 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (10 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (10 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (10 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (10 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (10 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (10 days) yufanyufan AT gmail.com audacious-docklet - 0.1.1-1.fc6.i386 audacious-docklet - 0.1.1-1.fc6.ppc audacious-docklet - 0.1.1-1.fc6.x86_64 ====================================================================== Broken packages in fedora-extras-5-i386: moodle-mi-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-sr-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-zh-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 ====================================================================== Broken packages in fedora-extras-5-ppc: moodle-mi-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-sr-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-zh-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 ====================================================================== Broken packages in fedora-extras-5-x86_64: moodle-mi-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-sr-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 moodle-zh-1.6.3-3.fc5.noarch requires moodle = 0:1.6.3-3.fc5 ====================================================================== Broken packages in fedora-extras-6-i386: audacious-docklet-0.1.1-1.fc6.i386 requires libaudacious.so.4 conky-1.4.5-3.fc6.i386 requires libaudacious.so.4 moodle-mi-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-sr-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-zh-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 ====================================================================== Broken packages in fedora-extras-6-ppc: audacious-docklet-0.1.1-1.fc6.ppc requires libaudacious.so.4 conky-1.4.5-3.fc6.ppc requires libaudacious.so.4 moodle-mi-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-sr-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-zh-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 ====================================================================== Broken packages in fedora-extras-6-x86_64: audacious-docklet-0.1.1-1.fc6.x86_64 requires libaudacious.so.4()(64bit) conky-1.4.5-3.fc6.x86_64 requires libaudacious.so.4()(64bit) moodle-mi-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-sr-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 moodle-zh-1.6.3-3.fc6.noarch requires moodle = 0:1.6.3-3.fc6 ====================================================================== Broken packages in fedora-extras-development-i386: gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3040.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7PAE ====================================================================== Broken packages in fedora-extras-development-ppc: gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7smp ====================================================================== Broken packages in fedora-extras-development-x86_64: gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7kdump From poelstra at redhat.com Tue Apr 17 04:36:50 2007 From: poelstra at redhat.com (John Poelstra) Date: Mon, 16 Apr 2007 21:36:50 -0700 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 Message-ID: <46244EE2.5060002@redhat.com> Formatted text and full IRC log here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-apr-16 Please make edits to the wiki if I've mis-characterized an issue or left something out. John == Executive Summary == 1. Freezing for Test4 tomorrow (17-APR-07) * f13 to create tag and start signing packages on 17-APR-07 * start of continuous freeze until Fedora 7 goes GOLD * potential checkins for F8 starting in June (assuming all goes well) * any builds will have to be brought to rel-eng at fedoraproject.org before it'll get included in: a. Rawhide a. the final release. * Eventually need documentation surrounding the freeze and distro build process 1. Merge of extras and core * will not delay F7 * will most likely not be completed until after F7 * held up because of equipment needed in the colo * post-merge some packages will need to be rebuilt to pick up deps that used to be in Extras 1. In the future we should consider a mass rebuild of all packages around, but no later than test2 1. Still working on increasing build capacity 1. Discussion of Features * incomplete features at this stage of the release will be dropped * incomplete features will not block the release * poelcat will go ping feature owners and update the wiki * Unclear whether codecbuddy is in or out: controversy over whether it should block the release or not * Known feature which are OUT: boot/shutdown, customdistro (as written) fix wakeups, newinit, syslogng, texlive * Known feature which are IN: fast-user-switching, fds, everything, kde, prime, targeted spins, firewire, libata, livecd, nouveau, rpm/yum, wireless, tickless, pungi, firmware, smolt 1. wwoods reported on the state of the trees + discussion of important areas needing testing * looking pretty solid * most concerned about the pata/libata changeover * concerns about iwlwifi and e1000 changes * upgrade testing from FC6 and FC5 * automated testing is being conducted using KATE * SNAKE scheduled for release around May 3 * Friday is a kernel bug triaging day * bad mkinitrd bug which hoses scsi *BZ 220470 1. wwoods will write the test4 announcement which will include known problems, newly added features, and upgrade issues 1. Blocker bugs * Blocker bugs are best effort; not *all* blocker bugs must be fixed to go GA * Blocker bug criteria: http://fedoraproject.org/wiki/QA/ReleaseCriteria * F7 blocker bug https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=150226 is the big blocker for FC7 * F7T4 blocker bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=F7Test4 1. Potential schedule slips * none known at this time 1. Open discussion * cdrkit * need to decide what to do with it * Extras vs. Core and when to merge * wwoods "I got confirmation from the bluez maintainer that the firmware is freely redistributable (although non-modifiable), just like the intel firmware" 1. Next Release Engineering Meeting * Thursday 19-APR-07 at 18:00 UTC (14:00 EDT) * Coordination of sub-groups * Test4 status * When should we branch for F8? From Matt_Domsch at dell.com Tue Apr 17 04:55:51 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 16 Apr 2007 23:55:51 -0500 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <200704162223.00412.jkeating@redhat.com> References: <20070416201952.A2106@humbolt.us.dell.com> <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> <200704162223.00412.jkeating@redhat.com> Message-ID: <20070417045551.GA31263@lists.us.dell.com> On Mon, Apr 16, 2007 at 10:23:00PM -0400, Jesse Keating wrote: > On Monday 16 April 2007 22:12:31 Mamoru Tasaka wrote: > > And actually I tried mockbuild and it succeeded. > > Maybe "yum" you are using is somewhat broken? > > Oh dear. There is a bug in one of the FC6 yum versions. The fix for it is > about to move from updates-testing to updates. Matt, I hate to say this, but > if you're using that yum version, many of your failures may be false > negatives. no worries. I can just requeue the failed jobs; a few hundred packages is nothing compared to the >4k packages it just crunched. The bug wouldn't have produced false positives (jobs that succeeded but shouldn't have), yes? Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From fedora at leemhuis.info Tue Apr 17 04:58:52 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 17 Apr 2007 06:58:52 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <46244EE2.5060002@redhat.com> References: <46244EE2.5060002@redhat.com> Message-ID: <4624540C.7010109@leemhuis.info> > 1. In the future we should consider a mass rebuild of all packages > around, but no later than test2 Hmmm, this was discussed in depth at the end of this thread: https://www.redhat.com/archives/fedora-packaging/2007-April/msg00017.html Some people would like to see a mass rebuild, some others are against it. I'm one of those against it. Reasons: - Seems we have quite some users in country were internet bandwidth is unreliable and costly. If we mass-rebuild everything each time those users have to download a lot of new stuff where nothing changed besides the release. that makes Fedora harder to use for them. - the update process gets much longer for each and everyone of us if each package has to be downloaded and updated. - the packages out in the wild are tested and known to work. Rebuild packages have to proof again that everything is fine (which should be the case most of the time, but in rare cases isn't) IOW: The benefits of a mass rebuild *each* devel cycle is IMHO not worth the trouble we create for our users. I think a mass rebuild now and then when the toolchain (things like gcc or other crucial stuff like rpm, python,...) changed massively (round about probably every second or third release cycle) is more then enough. CU thl From davej at redhat.com Tue Apr 17 05:48:14 2007 From: davej at redhat.com (Dave Jones) Date: Tue, 17 Apr 2007 01:48:14 -0400 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <4624540C.7010109@leemhuis.info> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> Message-ID: <20070417054814.GA11690@redhat.com> On Tue, Apr 17, 2007 at 06:58:52AM +0200, Thorsten Leemhuis wrote: > > 1. In the future we should consider a mass rebuild of all packages > > around, but no later than test2 > > Hmmm, this was discussed in depth at the end of this thread: > https://www.redhat.com/archives/fedora-packaging/2007-April/msg00017.html > Some people would like to see a mass rebuild, some others are against it. > > I'm one of those against it. Reasons: > - Seems we have quite some users in country were internet bandwidth is > unreliable and costly. If we mass-rebuild everything each time those > users have to download a lot of new stuff where nothing changed besides > the release. that makes Fedora harder to use for them. And these users are running rawhide ? > - the update process gets much longer for each and everyone of us if > each package has to be downloaded and updated. > - the packages out in the wild are tested and known to work. Rebuild > packages have to proof again that everything is fine (which should be > the case most of the time, but in rare cases isn't) > > IOW: The benefits of a mass rebuild *each* devel cycle is IMHO not worth > the trouble we create for our users. I think a mass rebuild now and then > when the toolchain (things like gcc or other crucial stuff like rpm, > python,...) changed massively (round about probably every second or > third release cycle) is more then enough. Yeah, I'll agree with that. Off the top of my head, I can come up with three scenarios where rebuilds make sense. - Considerable bugfixes which fix up bad code generation. - new/enhanced features (such as more FORTIFY_SOURCE improvements) - new optimisations (We could even narrow the scope on this one to rebuild just packages that would show a notable difference. Ie, don't bother rebuilding fileutils, but do rebuild say, bzip2). Taking a look at the packages in my f7 mirror, I spot 52 packages that still have a .fc6 tag, none of which look particularly "omg, we have to rebuild this". There are also 713 with no %{dist} tag which include some which we definitly have rebuilt, so it's harder to figure out which of those got updated and which didn't. Dave -- http://www.codemonkey.org.uk From fedora at leemhuis.info Tue Apr 17 06:22:44 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 17 Apr 2007 08:22:44 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417054814.GA11690@redhat.com> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> Message-ID: <462467B4.8000608@leemhuis.info> On 17.04.2007 07:48, Dave Jones wrote: > On Tue, Apr 17, 2007 at 06:58:52AM +0200, Thorsten Leemhuis wrote: > > > 1. In the future we should consider a mass rebuild of all packages > > > around, but no later than test2 > > Hmmm, this was discussed in depth at the end of this thread: > > https://www.redhat.com/archives/fedora-packaging/2007-April/msg00017.html > > Some people would like to see a mass rebuild, some others are against it. > > > > I'm one of those against it. Reasons: > > - Seems we have quite some users in country were internet bandwidth is > > unreliable and costly. If we mass-rebuild everything each time those > > users have to download a lot of new stuff where nothing changed besides > > the release. that makes Fedora harder to use for them. > And these users are running rawhide ? Probably not, but they will have to download and install the new packages that got build during the mass-rebuild when they do the Fedora (x) -> Fedora (x+1 or x+2) update. Currently packages where nothing changed in between simply stay installed and no action is needed. > > - the update process gets much longer for each and everyone of us if > > each package has to be downloaded and updated. > > - the packages out in the wild are tested and known to work. Rebuild > > packages have to proof again that everything is fine (which should be > > the case most of the time, but in rare cases isn't) > > > > IOW: The benefits of a mass rebuild *each* devel cycle is IMHO not worth > > the trouble we create for our users. I think a mass rebuild now and then > > when the toolchain (things like gcc or other crucial stuff like rpm, > > python,...) changed massively (round about probably every second or > > third release cycle) is more then enough. > > Yeah, I'll agree with that. > Off the top of my head, I can come up with three scenarios where > rebuilds make sense. > > - Considerable bugfixes which fix up bad code generation. > - new/enhanced features (such as more FORTIFY_SOURCE improvements) > - new optimisations > (We could even narrow the scope on this one to rebuild just > packages that would show a notable difference. Ie, don't > bother rebuilding fileutils, but do rebuild say, bzip2). +1 > Taking a look at the packages in my f7 mirror, I spot 52 packages > that still have a .fc6 tag, none of which look particularly > "omg, we have to rebuild this". There are also 713 with no %{dist} tag > which include some which we definitly have rebuilt, so it's harder > to figure out which of those got updated and which didn't. Some numbers: $ fc6release=$(date -d "24 Oct 2006" +%s); sudo repoquery --repoid=development-source --repoid=extras-development-source --archlist="src" -qa --qf '%{buildtime} %{name}' | sort | while read date name; do [[ ${date} < ${fc6release} ]] && echo ${date} ${name} || break ; done | wc -l 1206 $ sudo repoquery --repoid=development-source --repoid=extras-development-source --archlist="src" -qa --qf '%{buildtime} %{name}' | wc -l 4073 $ echo $((4073-1206)) 2867 IOW: 1206 out of 4073 source packages were not rebuild in devel (both core and extras) between release of FC6 and now. CU thl From lightsolphoenix at gmail.com Tue Apr 17 06:34:36 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Tue, 17 Apr 2007 02:34:36 -0400 Subject: Good Tutorial On RPM Creation? Message-ID: <200704170234.36816.lightsolphoenix@gmail.com> I was going to offer to maintain some of the packages in Fedora, but to be entirely frank I am completely unfamiliar with the process of creating an RPM (outside of using checkinstall). Is there a good tutorial that can explain the process? I do know how to write Bash scripts, if that's any help (I believe most of the spec file is Bash scripts). -- http://www.mozilla.org/products/firefox/ - Get Firefox! http://www.mozilla.org/products/thunderbird/ - Reclaim Your Inbox! Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From tmz at pobox.com Tue Apr 17 06:48:47 2007 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 17 Apr 2007 02:48:47 -0400 Subject: Good Tutorial On RPM Creation? In-Reply-To: <200704170234.36816.lightsolphoenix@gmail.com> References: <200704170234.36816.lightsolphoenix@gmail.com> Message-ID: <20070417064847.GD30597@psilocybe.teonanacatl.org> Kelly wrote: > I was going to offer to maintain some of the packages in Fedora, but > to be entirely frank I am completely unfamiliar with the process of > creating an RPM (outside of using checkinstall). Is there a good > tutorial that can explain the process? I do know how to write Bash > scripts, if that's any help (I believe most of the spec file is Bash > scripts). I think the following resources would make a decent starting point and reference: http://fedoraproject.org/wiki/Docs/Drafts/BuildingPackagesGuide http://rpm.org/max-rpm-snapshot/ http://docs.fedoraproject.org/drafts/rpm-guide-en/ There are also many good things to learn about packaging (both how and why) in reading: http://fedoraproject.org/wiki/Packaging/Guidelines and the docs linked within that. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== Man has made use of his intelligence, he invented stupidity. -- Remy De Gourmant -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Tue Apr 17 07:42:04 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 17 Apr 2007 09:42:04 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <462467B4.8000608@leemhuis.info> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> Message-ID: <20070417074204.GF5695@neu.nirvana> On Tue, Apr 17, 2007 at 08:22:44AM +0200, Thorsten Leemhuis wrote: > On 17.04.2007 07:48, Dave Jones wrote: > >On Tue, Apr 17, 2007 at 06:58:52AM +0200, Thorsten Leemhuis wrote: > > > > 1. In the future we should consider a mass rebuild of all packages > > > > around, but no later than test2 > >Taking a look at the packages in my f7 mirror, I spot 52 packages > >that still have a .fc6 tag, none of which look particularly > >"omg, we have to rebuild this". There are also 713 with no %{dist} tag > >which include some which we definitly have rebuilt, so it's harder > >to figure out which of those got updated and which didn't. > > Some numbers: > $ echo $((4073-1206)) > 2867 > > IOW: 1206 out of 4073 source packages were not rebuild in devel (both > core and extras) between release of FC6 and now. But that's by choice and now what the usual Fedora policy was until now. Here is the historical data, that shows that we've been doing effectively full rebuilds ever until now. On Tue, Apr 10, 2007 at 03:33:29PM +0200, Axel Thimm wrote: > Here are the numbers of the amount of Core packages rebuilt per > release. FC1 gets 100% because I don't have the RHL9 packages handy, > but anyway (for > 99% I added as many digits as neccessary to show > what wasn't rebuilt): > > 1 100% > 2 99.7% > 3 100% > 4 96.6% > 5 99.991% > 6 95% > 7 80% > > So as you see, up to F7 Core had really been effectively rebuilt on > each release with FC4 and FC5 being the most "sloppy" ones leaving > 3.4% and 5% resp. not rebuilt. With F7 Core drops down to 80% > rebuild > rate. This *is* a new release model. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Tue Apr 17 08:00:26 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 10:00:26 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <46244EE2.5060002@redhat.com> References: <46244EE2.5060002@redhat.com> Message-ID: <20070417080026.GA2872@free.fr> On Mon, Apr 16, 2007 at 09:36:50PM -0700, John Poelstra wrote: > * Known feature which are IN: fast-user-switching, > 1. wwoods reported on the state of the trees + discussion of important > areas needing testing Other display managers than gdm don't set the 'authentication' needed for consolekit, thus hal is unusable in those cases. It is problematic for wdm, although I guess the user base is not that big, but it is very annoying for xdm and kdm. The relevant bugs block FC7 Blocker Tracker. I don't clearly know what is the right thing to do, but a decision should be explicitely made and documented at least in the release notes. -- Pat From Axel.Thimm at ATrpms.net Tue Apr 17 08:13:11 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 17 Apr 2007 10:13:11 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <4624540C.7010109@leemhuis.info> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> Message-ID: <20070417081311.GG5695@neu.nirvana> On Tue, Apr 17, 2007 at 06:58:52AM +0200, Thorsten Leemhuis wrote: > > > 1. In the future we should consider a mass rebuild of all packages > >around, but no later than test2 > > Hmmm, this was discussed in depth at the end of this thread: > https://www.redhat.com/archives/fedora-packaging/2007-April/msg00017.html > Some people would like to see a mass rebuild, some others are against it. > > I'm one of those against it. Reasons: I'm one of those for it. > - Seems we have quite some users in country were internet bandwidth is > unreliable and costly. If we mass-rebuild everything each time those > users have to download a lot of new stuff where nothing changed besides > the release. that makes Fedora harder to use for them. The big players that are always on the user's choicelist are being rebuilt almost by definition. The savings are therefore marginal at best. > - the update process gets much longer for each and everyone of us if > each package has to be downloaded and updated. > - the packages out in the wild are tested and known to work. Rebuild > packages have to proof again that everything is fine (which should be > the case most of the time, but in rare cases isn't) That's a contradiction: Either the packages are stable and will survive a rebuild, or they are fragile enough to break apart if they are rebuilt in the current environment. Furthermore the testing these packages have received was on another release offering a different build and run-time environment, so they may not be as stable or tested as you think they are. The dangers of letting packages go to seed are the following: o non deterministic package rebuilds: It is not guaranteed that some package will rebuild and function the same for the current release (we may have automated rebuild facilities, but no one tests runtime behaviour), a simple rebuild may unearth that the package needs further attention (in fact that is Thorsten's argument to not rebuild, but the attention will be needed, the question is when to spend the time on it, see below) o slow security responses: A one-line fix may result to a package breaking due to the above. This means that security issues may start shipping broken packages out, or may require more time in QA to ensure that an ancient-not-rebuilt package really properly works. o The choice of what to rebuild or not requires more developer time than fixing broken rebuilds: Currently some heuristics were uses to cherry-pick what to rebuild. This requires a careful examination that if doen properly consumes as much or more developer time than to fix any broken rebuilds. If not done careful, then some dependencies will be missed. For example the current upgrade sees the following changes in the buildtools FC6 F7 gcc 4.1.1-30 4.1.2-8 glibc 2.5-3 2.5.90-20 binutils 2.17.50.0.3-6 2.17.50.0.12-3 Perhaps the gcc or binutils changes are not that big, but the glibc ones seem to be, e.g. 2.5.90 is the prequel to 2.6 and just checking the API (the glibc-headers) gives: 41 files changed, 297 insertions(+), 220 deletions(-) Other examples are packages (like bridge-utils) being built against kernel-headers. F7 is now shipping a bridge-utils that was built agains 2.6.18 kernel headers at the very beginning of the FC6 cycle. The questions that come up are: Did anyone check whether the bridging interface of the kernel changed between 2.6.18-21? Were any interfaces deprecated? Will bridge-utils work on F7, if not will a rebuild suffice? I've picked bridge-utils as an example as it was the first package that looked suspicious when I looked at an alphabetical list, that doesn't mean that bridge-utils is now broken. Still the questions raised are valid for any package depending on kernel-headers. o Moving bugs from development cycle to maintenance cycle: Effectively the argument for not rebuilding during development time and breaking N fragile packages means that once these N broken packages are spotted after the release they will need the developer's attention just the same. We are only moving the bugs from the devlopment cycle to mainenance. Do we really want that? From a technical and *marketing* POV we don't. It is better to ship a good release from the start, than to stumble over rebuild bugs over and over again, and that includes both deelopers and now users. And from a *business* POV the resources that are spent are the same, someone must fix the packages. So let's do it during the development cycle instead of during maintenance where the users will feel like guinea pigs. In a nutshell: There are no significant savings in user downloads, and there are no savings in developer resources when not rebuilding packages to match the upcoming release environment. But there is bad publicity if packages will break after the release and this could had been prevented with a simple mass rebuild during devlopment time instead of outsourcing this to the maintenance cycle. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Tue Apr 17 08:14:15 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 17 Apr 2007 10:14:15 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417074204.GF5695@neu.nirvana> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> Message-ID: <462481D7.5050802@leemhuis.info> On 17.04.2007 09:42, Axel Thimm wrote: > On Tue, Apr 17, 2007 at 08:22:44AM +0200, Thorsten Leemhuis wrote: >> On 17.04.2007 07:48, Dave Jones wrote: >>> On Tue, Apr 17, 2007 at 06:58:52AM +0200, Thorsten Leemhuis wrote: >>>>> 1. In the future we should consider a mass rebuild of all packages >>>>> around, but no later than test2 >>> Taking a look at the packages in my f7 mirror, I spot 52 packages >>> that still have a .fc6 tag, none of which look particularly >>> "omg, we have to rebuild this". There are also 713 with no %{dist} tag >>> which include some which we definitly have rebuilt, so it's harder >>> to figure out which of those got updated and which didn't. >> Some numbers: >> $ echo $((4073-1206)) >> 2867 >> IOW: 1206 out of 4073 source packages were not rebuild in devel (both >> core and extras) between release of FC6 and now. > > But that's by choice and now what the usual Fedora policy was until > now. There is no "policy" afaik. The maintainer simply decided what to do if no mass-rebuild was announced. There were for example mass rebuilds performed in FC6 and FE6. > Here is the historical data, that shows that we've been doing > effectively full rebuilds ever until now. [...] Just a heads up for the readers (as it's not obvious in the first sight): The data from Axel is for Core only afaics, my data included Extras. CU thl From ddmbox2 at yahoo.co.uk Tue Apr 17 07:01:34 2007 From: ddmbox2 at yahoo.co.uk (dexter) Date: Tue, 17 Apr 2007 08:01:34 +0100 Subject: Good Tutorial On RPM Creation? In-Reply-To: <200704170234.36816.lightsolphoenix@gmail.com> References: <200704170234.36816.lightsolphoenix@gmail.com> Message-ID: <200704170801.45551.ddmbox2@yahoo.co.uk> On Tue April 17 2007 07:34:36 Kelly wrote: > I was going to offer to maintain some of the packages in Fedora, but to be > entirely frank I am completely unfamiliar with the process of creating an > RPM (outside of using checkinstall). Is there a good tutorial that can > explain the process? I do know how to write Bash scripts, if that's any > help (I believe most of the spec file is Bash scripts). I was just looking at this: http://docs.fedoraproject.org/drafts/rpm-guide-en/index.html there's also this in my bookmarks: http://www.rpm.org/max-rpm-snapshot/ ...dex ___________________________________________________________ All New Yahoo! Mail ? Tired of Vi at gr@! come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html From aph at redhat.com Tue Apr 17 08:23:46 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 17 Apr 2007 09:23:46 +0100 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070416212208.GB2939@free.fr> References: <20070416212208.GB2939@free.fr> Message-ID: <17956.33810.750028.835690@zebedee.pink> Patrice Dumas writes: > > Sometimes changes in the compiler leads to binary incompatibility. How > to deal with these kind of incompatibilitites? I don't think that using > the soname for those kind of incompatibilities is right, are there other > technniques? The soname is the right way to do it. Why do you believe otherwise? Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From pertusus at free.fr Tue Apr 17 08:23:13 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 10:23:13 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <17956.33810.750028.835690@zebedee.pink> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> Message-ID: <20070417082313.GB2872@free.fr> On Tue, Apr 17, 2007 at 09:23:46AM +0100, Andrew Haley wrote: > Patrice Dumas writes: > > > > Sometimes changes in the compiler leads to binary incompatibility. How > > to deal with these kind of incompatibilitites? I don't think that using > > the soname for those kind of incompatibilities is right, are there other > > technniques? > > The soname is the right way to do it. Why do you believe otherwise? It seemed to me that the soname was used to track the ABI compatibility issues arising from changes in the library. This means using the upstream soname scheme (at least when it is not broken). But I may be wrong. -- Pat From pemboa at gmail.com Tue Apr 17 08:33:38 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 17 Apr 2007 03:33:38 -0500 Subject: Embedded video in OO.org Impress? no formats work? In-Reply-To: <16de708d0704151545i2712895fibf5ed68284c0e54c@mail.gmail.com> References: <16de708d0704151545i2712895fibf5ed68284c0e54c@mail.gmail.com> Message-ID: <16de708d0704170133o2a879b68va9fdde6db5da057b@mail.gmail.com> Hello list, I was doing a slideshow presentation related to Fedora no less, on Fedora, and I couldn't get Impress to accept any popular video formats. I tried .avi, .mpeg, and .ogm. I used the file command each time to ensure that the file was what I expected it to be. And Impress rejected all of them, claiming that it did not support the format. I had to resort to using OO.org on WinXP to get the presentation done. What does the Fedora version of Impress support? Is this another feature that has been removed by Fedora? If so, it would be nice if the feature was removed entirely. I am trying to find out if this feature should work. If it should, then I will file a bug. Please advise. -- Fedora Core 6 and proud -- Fedora Core 6 and proud From Axel.Thimm at ATrpms.net Tue Apr 17 08:35:15 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 17 Apr 2007 10:35:15 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <462481D7.5050802@leemhuis.info> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> <462481D7.5050802@leemhuis.info> Message-ID: <20070417083515.GH5695@neu.nirvana> On Tue, Apr 17, 2007 at 10:14:15AM +0200, Thorsten Leemhuis wrote: > On 17.04.2007 09:42, Axel Thimm wrote: > >On Tue, Apr 17, 2007 at 08:22:44AM +0200, Thorsten Leemhuis wrote: > >>On 17.04.2007 07:48, Dave Jones wrote: > >>>On Tue, Apr 17, 2007 at 06:58:52AM +0200, Thorsten Leemhuis wrote: > >>>>> 1. In the future we should consider a mass rebuild of all packages > >>>>>around, but no later than test2 > >>>Taking a look at the packages in my f7 mirror, I spot 52 packages > >>>that still have a .fc6 tag, none of which look particularly > >>>"omg, we have to rebuild this". There are also 713 with no %{dist} tag > >>>which include some which we definitly have rebuilt, so it's harder > >>>to figure out which of those got updated and which didn't. > >>Some numbers: > >>$ echo $((4073-1206)) > >>2867 > >>IOW: 1206 out of 4073 source packages were not rebuild in devel (both > >>core and extras) between release of FC6 and now. > > > >But that's by choice and now what the usual Fedora policy was until > >now. > > There is no "policy" afaik. The maintainer simply decided what to do if > no mass-rebuild was announced. There were for example mass rebuilds > performed in FC6 and FE6. Well, let's not play with wording, the numbers speak for themselves: In the history of Fedora until F7 both FC and FE did effectively full rebuilds. > >Here is the historical data, that shows that we've been doing > >effectively full rebuilds ever until now. > On Tue, Apr 10, 2007 at 03:33:29PM +0200, Axel Thimm wrote: > > Here are the numbers of the amount of Core packages rebuilt per > > release. FC1 gets 100% because I don't have the RHL9 packages handy, > > but anyway (for > 99% I added as many digits as neccessary to show > > what wasn't rebuilt): > > > > 1 100% > > 2 99.7% > > 3 100% > > 4 96.6% > > 5 99.991% > > 6 95% > > 7 80% > > > > So as you see, up to F7 Core had really been effectively rebuilt on > > each release with FC4 and FC5 being the most "sloppy" ones leaving > > 3.4% and 5% resp. not rebuilt. With F7 Core drops down to 80% > > rebuild > > rate. This *is* a new release model. > > Just a heads up for the readers (as it's not obvious in the first > sight): The data from Axel is for Core only afaics, my data included Extras. Well, I can include Extras, too, the data above was from a mail to Jesse when it was about Core. For Extras the numbers are far more striking, here is a common table including the FC data: FC FE 1 100% - 2 99.7% - 3 100% 100% 4 96.6% 99.4% 5 99.991% 99.0% 6 95% 99.4% 7 80% 62% So Extras was even closer to a complete rebuilds, leaving out 0.6% to 1% of packages at most until FC6 inclusive. Since FE has more packages the merged full repo will look more like FE's rebuild rates. But since the CD/DVD spins are made mostly out of former Core bits the actual rate of bugs found due to non-rebuilds will be closer to FC's. That's a bit comforting, since FC has seen some more rebuilds. We are on new territory with F7, both on the FC and FE side. Let's prey for the best. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aph at redhat.com Tue Apr 17 08:38:31 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 17 Apr 2007 09:38:31 +0100 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417082313.GB2872@free.fr> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> Message-ID: <17956.34695.309411.796505@zebedee.pink> Patrice Dumas writes: > On Tue, Apr 17, 2007 at 09:23:46AM +0100, Andrew Haley wrote: > > Patrice Dumas writes: > > > > > > Sometimes changes in the compiler leads to binary incompatibility. How > > > to deal with these kind of incompatibilitites? I don't think that using > > > the soname for those kind of incompatibilities is right, are there other > > > technniques? > > > > The soname is the right way to do it. Why do you believe otherwise? > > It seemed to me that the soname was used to track the ABI compatibility > issues arising from changes in the library. Yes. > This means using the upstream soname scheme (at least when it is > not broken). That's right. So what is the problem you want to solve? Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From triad at df.lth.se Tue Apr 17 08:38:32 2007 From: triad at df.lth.se (Linus Walleij) Date: Tue, 17 Apr 2007 10:38:32 +0200 (CEST) Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070416212208.GB2939@free.fr> References: <20070416212208.GB2939@free.fr> Message-ID: On Mon, 16 Apr 2007, Patrice Dumas wrote: > Sometimes changes in the compiler leads to binary incompatibility. How > to deal with these kind of incompatibilitites? I don't think that using > the soname for those kind of incompatibilities is right, are there other > technniques? The Fedora technique has been to rebuild all packages when a new compiler breaking the ABI is introduced. This means new compiler ABIs can only coincide with new Fedora releases, and it's been working quite well. Linus From emmanuel.seyman at club-internet.fr Tue Apr 17 08:56:01 2007 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 17 Apr 2007 10:56:01 +0200 Subject: Good Tutorial On RPM Creation? In-Reply-To: <200704170234.36816.lightsolphoenix@gmail.com> References: <200704170234.36816.lightsolphoenix@gmail.com> Message-ID: <20070417085601.GA4456@orient.maison.lan> * Kelly [17/04/2007 09:51] : > > I was going to offer to maintain some of the packages in Fedora, but to be > entirely frank I am completely unfamiliar with the process of creating an RPM > (outside of using checkinstall). Is there a good tutorial that can explain > the process? I do know how to write Bash scripts, if that's any help (I > believe most of the spec file is Bash scripts). One good guide I've read is Guru Lab's : http://www.gurulabs.com/goodies/guru+guides.php Emmanuel From atkac at redhat.com Tue Apr 17 09:04:10 2007 From: atkac at redhat.com (Adam Tkac) Date: Tue, 17 Apr 2007 11:04:10 +0200 Subject: Good Tutorial On RPM Creation? In-Reply-To: <200704170234.36816.lightsolphoenix@gmail.com> References: <200704170234.36816.lightsolphoenix@gmail.com> Message-ID: <46248D8A.40107@redhat.com> Kelly napsal(a): > I was going to offer to maintain some of the packages in Fedora, but to be > entirely frank I am completely unfamiliar with the process of creating an RPM > (outside of using checkinstall). Is there a good tutorial that can explain > the process? I do know how to write Bash scripts, if that's any help (I > believe most of the spec file is Bash scripts). > I think that best way how learn creating rpm is look into exist .spec file and use it like template. Of course that this isn't classic tutorial but could be really helpfull :) Regards, Adam From pertusus at free.fr Tue Apr 17 08:59:01 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 10:59:01 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <17956.34695.309411.796505@zebedee.pink> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> <17956.34695.309411.796505@zebedee.pink> Message-ID: <20070417085901.GC2872@free.fr> On Tue, Apr 17, 2007 at 09:38:31AM +0100, Andrew Haley wrote: > > It seemed to me that the soname was used to track the ABI compatibility > > issues arising from changes in the library. > > Yes. > > > This means using the upstream soname scheme (at least when it is > > not broken). > > That's right. So what is the problem you want to solve? I am trying to solve the issue of binary incompatibility introduced by ABI changes triggered by changes in the compiler (for example g77 -> gfortran transition, C or C++ ABI change). -- Pat From pertusus at free.fr Tue Apr 17 08:59:40 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 10:59:40 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: References: <20070416212208.GB2939@free.fr> Message-ID: <20070417085940.GD2872@free.fr> On Tue, Apr 17, 2007 at 10:38:32AM +0200, Linus Walleij wrote: > On Mon, 16 Apr 2007, Patrice Dumas wrote: > > >Sometimes changes in the compiler leads to binary incompatibility. How > >to deal with these kind of incompatibilitites? I don't think that using > >the soname for those kind of incompatibilities is right, are there other > >technniques? > > The Fedora technique has been to rebuild all packages when a new compiler > breaking the ABI is introduced. This means new compiler ABIs can only > coincide with new Fedora releases, and it's been working quite well. But what about user compiled programs that are not in the Fedora collection? -- Pat From fedora at leemhuis.info Tue Apr 17 09:10:18 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 17 Apr 2007 11:10:18 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417083515.GH5695@neu.nirvana> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> <462481D7.5050802@leemhuis.info> <20070417083515.GH5695@neu.nirvana> Message-ID: <46248EFA.40304@leemhuis.info> On 17.04.2007 10:35, Axel Thimm wrote: > [...] > Well, I can include Extras, too, the data above was from a mail to > Jesse when it was about Core. For Extras the numbers are far more > striking, here is a common table including the FC data [...] Hmmm, do you sill have a tree of FE[3-6] how it looked like when FC[3-6] were released? Otherwise your numbers are IMHO totally misleading, as they show what got rebuild between release of FC[3-6] and *today*. CU thl From caolanm at redhat.com Tue Apr 17 09:08:38 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 17 Apr 2007 10:08:38 +0100 Subject: Embedded video in OO.org Impress? no formats work? In-Reply-To: <16de708d0704170133o2a879b68va9fdde6db5da057b@mail.gmail.com> References: <16de708d0704151545i2712895fibf5ed68284c0e54c@mail.gmail.com> <16de708d0704170133o2a879b68va9fdde6db5da057b@mail.gmail.com> Message-ID: <1176800918.16656.31.camel@localhost.localdomain> On Tue, 2007-04-17 at 03:33 -0500, Arthur Pemberton wrote: > Hello list, > > I was doing a slideshow presentation related to Fedora no less, on > Fedora, and I couldn't get Impress to accept any popular video > formats. I tried .avi, .mpeg, and .ogm. I used the file command each > time to ensure that the file was what I expected it to be. And Impress > rejected all of them, claiming that it did not support the format. I > had to resort to using OO.org on WinXP to get the presentation done. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161474 For <= FC6: In theory OOo can embed video using the "Java Media Framework" through "avmedia". But the JMF doesn't work with gcj I believe, and anyway it isn't bundled by default so video doesn't work out of the box in <= FC6. While on windows it does work out of the box as there's some windows video backends included in the windows version of OOo for avmedia. But I'm not actually sure what formats the JMF supports. For >= FC7: Meanwhile in FC-7 things are better in that we've included an in-development gstreamer backend for avmedia (/usr/lib/openoffice.org/program/libavmediagst.so) and that should support whatever your installed gstreamer setup supports. i.e. to use "Insert->Movie and Sound" Here's a demo of an impress presentation with an embedded video, it *should* work on rawhide/FC-7 out of the box (works for me(tm)) http://people.redhat.com/caolanm/slideshow/videodemo.odp It might be a bit rough and ready right now, but I decided to include it for FC-7 anyway. C. From aph at redhat.com Tue Apr 17 09:28:48 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 17 Apr 2007 10:28:48 +0100 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417085901.GC2872@free.fr> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> <17956.34695.309411.796505@zebedee.pink> <20070417085901.GC2872@free.fr> Message-ID: <17956.37712.616084.17964@zebedee.pink> Patrice Dumas writes: > On Tue, Apr 17, 2007 at 09:38:31AM +0100, Andrew Haley wrote: > > > It seemed to me that the soname was used to track the ABI compatibility > > > issues arising from changes in the library. > > > > Yes. > > > > > This means using the upstream soname scheme (at least when it is > > > not broken). > > > > That's right. So what is the problem you want to solve? > > I am trying to solve the issue of binary incompatibility introduced by ABI > changes triggered by changes in the compiler (for example g77 -> > gfortran transition, C or C++ ABI change). This is exhausting. Please explain why the soname scheme does not work for changes in the compiler as well as for changes in the library! Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From j.w.r.degoede at hhs.nl Tue Apr 17 09:54:32 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 17 Apr 2007 11:54:32 +0200 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> References: <20070416201952.A2106@humbolt.us.dell.com> <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> Message-ID: <46249958.6030707@hhs.nl> Mamoru Tasaka wrote: > This is strange. root.log > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/qdbm-1.8.75-1.fc7.src.rpm/result/root.log > > says that although 'ruby' is included as BuildRequires, ruby is not > installed at the mock build time. > For further weirdness check these: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/monkey-bubble-0.4.0-3.fc6.src.rpm/ http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/scorched3d-40.1d-2.fc7.src.rpm/ http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/auriferous-1.0.1-3.fc6.src.rpm/ http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/hawknl-1.68-1.fc7.src.rpm/ http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/libgnomedb-1.9.100-13.fc7.src.rpm/ http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/monkey-bubble-0.4.0-3.fc6.src.rpm/ http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/scorched3d-40.1d-2.fc7.src.rpm/ Nothing whatsover was actually done / build for any of them. I'm actually quite happy with that as I always keep a close eye on the rebuild reports and was sorta amazed to all of a sudden see my name mentioned many times for failed packages :) So I think a rebuild of all failed packages is in order. Regards, Hans From pertusus at free.fr Tue Apr 17 09:35:27 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 11:35:27 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <17956.37712.616084.17964@zebedee.pink> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> <17956.34695.309411.796505@zebedee.pink> <20070417085901.GC2872@free.fr> <17956.37712.616084.17964@zebedee.pink> Message-ID: <20070417093526.GE2872@free.fr> On Tue, Apr 17, 2007 at 10:28:48AM +0100, Andrew Haley wrote: > Patrice Dumas writes: > > This is exhausting. Please explain why the soname scheme does not > work for changes in the compiler as well as for changes in the > library! Maybe it does, but is it that way that such issues should be handled in fedora? changing soname upon a compiler-related ABI breaking leads to following another soname versionning scheme than upstream, I doubt this is right, and I don't think such issues are handled that way in fedora. -- Pat From Axel.Thimm at ATrpms.net Tue Apr 17 09:32:15 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 17 Apr 2007 11:32:15 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <46248EFA.40304@leemhuis.info> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> <462481D7.5050802@leemhuis.info> <20070417083515.GH5695@neu.nirvana> <46248EFA.40304@leemhuis.info> Message-ID: <20070417093215.GM5695@neu.nirvana> On Tue, Apr 17, 2007 at 11:10:18AM +0200, Thorsten Leemhuis wrote: > On 17.04.2007 10:35, Axel Thimm wrote: > >[...] > >Well, I can include Extras, too, the data above was from a mail to > >Jesse when it was about Core. For Extras the numbers are far more > >striking, here is a common table including the FC data [...] > > Hmmm, do you sill have a tree of FE[3-6] how it looked like when FC[3-6] > were released? No, do you? > Otherwise your numbers are IMHO totally misleading, as they show > what got rebuild between release of FC[3-6] and *today*. No, they compare the latest state of FE and the latest state of FE. For FE5 and FE6 for example it compares the latest state as of today. For FE4 and FE5 it compares FE4's EOL date (~FC6) and today. So there is no time discrepancy as you assume. And it comes as no suprise since as we all should know FE was always doing mass rebuilds until including FC6. I wonder how the 0.6% and 1% were forgotten in the process. Perhaps someone did a rebuild with the same EVR - we didn't catch these in the old days. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From emmanuel.seyman at club-internet.fr Tue Apr 17 09:43:55 2007 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 17 Apr 2007 11:43:55 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417085940.GD2872@free.fr> References: <20070416212208.GB2939@free.fr> <20070417085940.GD2872@free.fr> Message-ID: <20070417094355.GA5011@orient.maison.lan> * Patrice Dumas [17/04/2007 11:15] : > > But what about user compiled programs that are not in the Fedora > collection? IMHO, they should probably be rebuilt for each new Fedora release as well. Emmanuel From aph at redhat.com Tue Apr 17 09:45:27 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 17 Apr 2007 10:45:27 +0100 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417093526.GE2872@free.fr> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> <17956.34695.309411.796505@zebedee.pink> <20070417085901.GC2872@free.fr> <17956.37712.616084.17964@zebedee.pink> <20070417093526.GE2872@free.fr> Message-ID: <17956.38711.982018.647017@zebedee.pink> Patrice Dumas writes: > On Tue, Apr 17, 2007 at 10:28:48AM +0100, Andrew Haley wrote: > > Patrice Dumas writes: > > > > This is exhausting. Please explain why the soname scheme does not > > work for changes in the compiler as well as for changes in the > > library! > > Maybe it does, but is it that way that such issues should be handled > in fedora? changing soname upon a compiler-related ABI breaking leads > to following another soname versionning scheme than upstream, I doubt > this is right, and I don't think such issues are handled that way in > fedora. Maybe I'm having difficulty understanding you. Is the problem that a Red Hat compiler version is binary incompatible with the upstream compiler? And we have not handled library versioning correctly? Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From buildsys at redhat.com Tue Apr 17 09:57:47 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 17 Apr 2007 05:57:47 -0400 Subject: rawhide report: 20070417 changes Message-ID: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> Removed package gaim Removed package cdrtools Updated Packages: ConsoleKit-0.2.1-2.fc7 ---------------------- * Mon Apr 16 2007 David Zeuthen - 0.2.1-2 - Set doc directory correctly * Mon Apr 16 2007 David Zeuthen - 0.2.1-1 - Update to upstream release 0.2.1 - Drop the patch to daemonize properly as that was merged upstream ORBit2-2.14.7-3.fc7 ------------------- * Mon Apr 16 2007 Matthias Clasen - 2.14.7-3 - Add alpha to 64bit arches (#236544) SysVinit-2.86-16 ---------------- * Mon Apr 16 2007 Bill Nottingham - 2.86-16 - pidof: ignore '-c' when called as non-root (#230829) autofs-1:5.0.1-8 ---------------- * Mon Apr 16 2007 Ian Kent - 5.0.1-8 - add configuration variable to control appending of global options (bz 214684). - add command option to set a global mount options string (bz 214684). automake15-1.5-22 ----------------- * Mon Apr 16 2007 Karsten Hopp 1.5-22 - update subdirs patch (#225299) - don't run autotools during build axis-0:1.2.1-2jpp.7.fc7 ----------------------- * Wed Apr 04 2007 Permaine Cheung 0:1.2.1-2jpp.7 - Fix building javadoc - rpmlint cleanup * Thu Aug 03 2006 Deepak Bhole 0:1.2.1-2jpp.6 - Added missing requirements * Sat Jul 22 2006 Jakub Jelinek - 0:1.2.1-2jpp_5fc - Rebuilt bcel-0:5.1-10jpp.1.fc7 ---------------------- * Fri Apr 13 2007 Permaine Cheung 0:5.1-10jpp.1 - Merge with upstream version and rpmlint cleanup, fix BR * Fri Feb 09 2007 Ralph Apel 0:5.1-10jpp - Fix empty-post and empty-postun - Fix no-cleaning-of-buildroot * Fri Feb 09 2007 Ralph Apel 0:5.1-9jpp - Optionally build without maven - Add bootstrap option bind-31:9.4.0-6.fc7 ------------------- * Mon Apr 16 2007 Adam Tkac 31:9.4.0-6.fc7 - added idn support (still under development with upstream, disabled by default) cairo-1.4.4-1.fc7 ----------------- * Mon Apr 16 2007 Carl Worth 1.4.4-1 - Update to 1.4.4 chkconfig-1.3.34-1 ------------------ * Mon Apr 16 2007 Bill Nottingham 1.3.34-1 - translation updates: as, bg, bn_IN, bs, ca, de, fr, hi, hu, id, ja, ka, ml, ms, nb, or, sk, sl - add resetpriorities to the man page (#197399) compiz-0.3.6-8.fc7 ------------------ * Mon Apr 16 2007 Kristian H??gsberg - 0.3.6-8 - Update metacity build requires to metacity-devel. control-center-1:2.18.0-10.fc7 ------------------------------ * Mon Apr 16 2007 Ray Strode - 2.18.0-10 - Remove trailing space after escaped newline in schema post install. Reported by Yanko Kaneti. echo-icon-theme-0.2-2.20070417wiki.fc7 -------------------------------------- * Tue Apr 17 2007 Matthias Clasen - 0.2.2.20070417wiki - New snapshot - Include scalable images foomatic-3.0.2-47.fc7 --------------------- * Mon Apr 16 2007 Tim Waugh 3.0.2-47 - Fixed %prep (bug #208851). - Removed now-unused with_omni code. glibc-2.5.90-21 --------------- * Mon Apr 16 2007 Jakub Jelinek 2.5.90-21 - don't include individual locale files in glibc-common, rather include prepared locale-archive template and let build-locale-archive create locale-archive from the template and any user supplied /usr/lib/locale/*_* directories, then unlink the locale-archive template - this should save > 80MB of glibc-common occupied disk space - fix _XOPEN_VERSION (BZ#4364) - fix printf with %g and values tiny bit smaller than 1.e-4 (#235864, BZ#4362) - fix NIS+ __nisfind_server (#235229) gnome-applet-vm-0.1.2-2.fc7 --------------------------- * Mon Apr 16 2007 Karel Zak 0.1.2-2 - sync with upstream - remove dependence on dbus libs - fix collaboration with virt-manager - fix rh#213790 - not able to create a new virtual machine via the applet - fix rh#211560 - s/button-press-event/button-release-event/ (GTK events) gnome-vfs2-monikers-2.15.3-3 ---------------------------- gtk-sharp2-2.10.0-4.fc7 ----------------------- * Tue Apr 17 2007 Alexander Larsson 2.10.0-4 - Rebuild (#236295) hplip-1.7.2-7.fc7 ----------------- * Mon Apr 16 2007 Tim Waugh 1.7.2-7 - Some parts can run without GUI support after all (bug #236161). - Added /sbin/service and /sbin/chkconfig requirements for the scriptlets (bug #236445). - Fixed %post scriptlet's condrestart logic (bug #236445). initscripts-8.52-1 ------------------ * Mon Apr 16 2007 Bill Nottingham 8.52-1 - lang.sh: fix locales where SYSFONT is not the default (#229996) - ifup-wireless: properly quote arguments (#234756) - readonly-root: add options for mounting state (#234916) - rwtab: updates (#219339, ) - add netconsole init script (#235952) - disable link checking when PERSISTENT_DHCLIENT is set (#234075) - restore file context on /etc/resolv.conf (#230776, ) - ifup-post: only use the first address (#230157, ) - ifup-ipsec: allow overriding of my_identifier (#229343, ) - ifup-wireless: set link up before itweaking wireless parameters (#228253) - rc.sysinit: restorecon on mount points when relabeling (#220322) - init.ipv6-global: cleanup & optimize sysctl usage (#217595) - ifup-eth: support ETHTOOL_OPTS on bridge devices (#208043, ) - network-functions-ipv6: as we don't use NETWORKING_IPV6, silence errors (#195845) - fix description (#229919) - translation updates java-1.5.0-gcj-1.5.0.0-14.fc7 ----------------------------- * Mon Apr 16 2007 Thomas Fitzsimmons - 1.5.0.0-14 - Import java-gcj-compat 1.0.76. - Related: rhbz#200836 kernel-2.6.20-1.3079.fc7 ------------------------ * Mon Apr 16 2007 Dave Jones - libata HPA support. * Mon Apr 16 2007 Dave Jones - Silence some more PM related noisy printk's. * Mon Apr 16 2007 Dave Jones - Fix up some more warnings. mc-1:4.6.1a-45.20070124cvs.fc7 ------------------------------ * Mon Apr 16 2007 Jindrich Novy 4.6.1a-45 - fix segmentation fault while editing non-UTF8 files (#229383) * Mon Apr 02 2007 Jindrich Novy 4.6.1a-44 - fix unowned directories (#233880) * Thu Feb 15 2007 Jindrich Novy 4.6.1a-43 - display free space correctly for multiple filesystems (#225153) (thanks to Tomas Heinrich for patch) - fix up configs mkinitrd-6.0.9-1 ---------------- * Mon Apr 16 2007 Peter Jones - 6.0.9-1 - Use scsi_wait_scan.ko with scsi storage modules (#220470) - Fix handling of config files with no 'default' line in grubby * Wed Mar 28 2007 Peter Jones - Fix perms on libbdevid * Fri Mar 23 2007 Jeremy Katz - handle new firewire stack (#231708) nautilus-sendto-0.10-2.fc7 -------------------------- * Mon Apr 16 2007 Warren Togami - 0.10-2 - disable gaim dep temporarily during transition to pidgin pilot-link-2:0.12.1-6.fc7 ------------------------- * Mon Apr 16 2007 Ivana Varekova - 2:0.12.1-6 - add --enable-libusb (#236413) policycoreutils-2.0.9-4.fc7 --------------------------- * Mon Apr 16 2007 Dan Walsh 2.0.9-4 - Add -l flag to restorecon to not traverse file systems python-virtinst-0.103.0-1.fc7 ----------------------------- * Mon Apr 16 2007 Daniel P. Berrange - 0.103.0-1.fc7 - Updated to 0.103.0 release - More validation of UUIDs - Automatically reboot Windows guests with CDROM still attached - Allow '-' in guest names - Adjust way distro detection is done redhat-artwork-5.0.12-4.fc7 --------------------------- * Mon Apr 16 2007 David Zeuthen 5.0.12-4 - omit kde style/widgets (for now) (Rex Dieter, #236633) scim-1.4.5-14.fc7 ----------------- * Tue Apr 17 2007 Jens Petersen - 1.4.5-14 - update initial-locale-hotkey-186861.patch to really turn off the Ctrl-Space hotkey by default for non-Asian users (#235435) * Wed Apr 11 2007 Jens Petersen - 1.4.5-13 - do not set a hotkey by default for non-Asian users (#235435) - move the scim system config file from scim-system-default-config.patch into a source file scim-system-config * Wed Apr 04 2007 Jens Petersen - 1.4.5-12 - add X-GNOME-PersonalSettings category to scim-setup.desktop (#234167) - also use desktop-file-install instead of scim-setup-desktop-file.patch to remove Applications category selinux-policy-2.5.12-3.fc7 --------------------------- * Thu Apr 12 2007 Dan Walsh 2.5.12-3 - fixes for fusefs sendmail-8.14.1-2 ----------------- * Mon Apr 16 2007 Thomas Woerner 8.14.1-2 - readded chkconfig add for sendmail in post script - dropped mysql support (useless without further patching) - fixed executable permissions for /usr/sbin/makemap and /usr/sbin/smrsh - dropped FFR_UNSAFE_SASL, because it has no effect anymore sysklogd-1.4.2-5.fc7 -------------------- * Mon Apr 16 2007 Peter Vrabec 1.4.2-5 - sysklogd provides new realtime interface (#236356) system-config-printer-0.7.63.1-1.fc7 ------------------------------------ * Mon Apr 16 2007 Tim Waugh 0.7.63.1-1 - 0.7.63.1: - Small applet fixes. tcp_wrappers-7.6-44.fc7 ----------------------- * Mon Apr 16 2007 Tomas Janousek - 7.6-44 - added restore_sigalarm and siglongjmp patches from Debian, fixes #205129 tetex-3.0-39.fc7 ---------------- * Mon Apr 16 2007 Jindrich Novy 3.0-39 - mark map files as configs (#143661) transfig-1:3.2.5-1.fc7 ---------------------- * Mon Apr 16 2007 Than Ngo - 1:3.2.5-1.fc7 - 3.2.5 unixODBC-2.2.12-2.fc7 --------------------- * Mon Apr 16 2007 Tom Lane 2.2.12-2 - Drop BuildRequires for kdelibs-devel Resolves: #152717 - Clean up a few rpmlint complaints vim-2:7.0.224-2.fc7 ------------------- * Mon Apr 16 2007 Karsten Hopp 7.0.224-2 - use more macros - drop BR perl - move license to main doc directory - set vendor to 'fedora' (desktop-file) - don't own man directories - preserve timestamps of non-generated files - run update-desktop-database * Thu Apr 05 2007 Karsten Hopp 7.0.224-1 - vim-X11 provides gvim * Fri Mar 30 2007 Karsten Hopp 7.0.224-1 - patchlevel 224 virt-manager-0.4.0-1.fc7 ------------------------ * Mon Apr 16 2007 Daniel P. Berrange - 0.4.0-1.fc7 - Support for managing virtual networks - Ability to attach guest to virtual networks - Automatically set VNC keymap based on local keymap - Support for disk & network device addition/removal * Wed Mar 28 2007 Daniel P. Berrange - 0.3.2-3.fc7 - Fix HVM check to allow KVM guests to be created (bz 233644) - Fix default file size suggestion xfig-3.2.5-1.fc7 ---------------- * Mon Apr 16 2007 Than Ngo - 3.2.5-1.fc7 - 3.2.5 yelp-2.18.1-2.fc7 ----------------- * Tue Apr 17 2007 Matthias Clasen - 2.18.1-2 - Fix a crash in the info parser (#216308) Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.49-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs vim-X11 - 2:7.0.224-2.fc7.i386 requires 4 xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.49-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord vim-X11 - 2:7.0.224-2.fc7.ppc64 requires 4 xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.49-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord vim-X11 - 2:7.0.224-2.fc7.ia64 requires 4 xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.49-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord vim-X11 - 2:7.0.224-2.fc7.x86_64 requires 4 xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.49-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord vim-X11 - 2:7.0.224-2.fc7.ppc requires 4 xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 From fedora at leemhuis.info Tue Apr 17 10:19:21 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 17 Apr 2007 12:19:21 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417093215.GM5695@neu.nirvana> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> <462481D7.5050802@leemhuis.info> <20070417083515.GH5695@neu.nirvana> <46248EFA.40304@leemhuis.info> <20070417093215.GM5695@neu.nirvana> Message-ID: <46249F29.9090003@leemhuis.info> On 17.04.2007 11:32, Axel Thimm wrote: > On Tue, Apr 17, 2007 at 11:10:18AM +0200, Thorsten Leemhuis wrote: >> On 17.04.2007 10:35, Axel Thimm wrote: >>> [...] >>> Well, I can include Extras, too, the data above was from a mail to >>> Jesse when it was about Core. For Extras the numbers are far more >>> striking, here is a common table including the FC data [...] >> Hmmm, do you sill have a tree of FE[3-6] how it looked like when FC[3-6] >> were released? > No, do you? No, sorry, I don't have any local Extras trees at all. >> Otherwise your numbers are IMHO totally misleading, as they show >> what got rebuild between release of FC[3-6] and *today*. > No, they compare the latest state of FE and the latest state of > FE. For FE5 and FE6 for example it compares the latest state as > of today. For FE4 and FE5 it compares FE4's EOL date (~FC6) and > today. So there is no time discrepancy as you assume. Assume package foo-1.0-1.noarch was in FE5 and devel. The FE6 got branched, so foo was not rebuild during that devel cycle (this is thus a example of a package we are up to: one that didn't get rebuild during a devel cycle). Some weeks later foo got a update to foo-1.1-1.noarch; it got build in both FE5, FE6 and FE-devel. Got a bugfix with foo-1.1-2.noarch; the old one foo-1.0-1.noarch gets deleted from the tree then, as we only ship the two latest versions. So how can your scripts detect now that foo-1.0-1.noarch wasn't rebuild during the devel-period FE5->FE6 by looking at todays repos? > And it comes as no suprise since as we all should know FE was always > doing mass rebuilds until including FC6. I wonder how the 0.6% and 1% > were forgotten in the process. Perhaps someone did a rebuild with the > same EVR - we didn't catch these in the old days. We never did full rebuilds. Data-packages never had to be rebuild. Noarch packages (python, perl) did not have to be rebuild during those mass rebuilds either iirc (but we adviced to do it when preparing FE6 iirc). CU thl From pertusus at free.fr Tue Apr 17 10:23:43 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 12:23:43 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <17956.38711.982018.647017@zebedee.pink> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> <17956.34695.309411.796505@zebedee.pink> <20070417085901.GC2872@free.fr> <17956.37712.616084.17964@zebedee.pink> <20070417093526.GE2872@free.fr> <17956.38711.982018.647017@zebedee.pink> Message-ID: <20070417102343.GF2872@free.fr> On Tue, Apr 17, 2007 at 10:45:27AM +0100, Andrew Haley wrote: > > Maybe I'm having difficulty understanding you. Is the problem that a > Red Hat compiler version is binary incompatible with the upstream > compiler? And we have not handled library versioning correctly? No, the issue is that the library compiled with the fedora compiler in previous fedora release isn't ABI compatible with the library compiled with the fedora compiler in current release. This is not an issue as such, but the problem I see is that the user can only know that when there are runtime crashs or misbehaving if there was no soname change. With a soname change it is a bit better because there will be a typical error message right when starting the application. -- Pat From pertusus at free.fr Tue Apr 17 10:25:25 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 12:25:25 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417094355.GA5011@orient.maison.lan> References: <20070416212208.GB2939@free.fr> <20070417085940.GD2872@free.fr> <20070417094355.GA5011@orient.maison.lan> Message-ID: <20070417102525.GG2872@free.fr> On Tue, Apr 17, 2007 at 11:43:55AM +0200, Emmanuel Seyman wrote: > * Patrice Dumas [17/04/2007 11:15] : > > > > But what about user compiled programs that are not in the Fedora > > collection? > > IMHO, they should probably be rebuilt for each new Fedora release as well. Is that documented/advertised somewhere? -- Pat From aph at redhat.com Tue Apr 17 10:39:41 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 17 Apr 2007 11:39:41 +0100 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417102525.GG2872@free.fr> References: <20070416212208.GB2939@free.fr> <20070417085940.GD2872@free.fr> <20070417094355.GA5011@orient.maison.lan> <20070417102525.GG2872@free.fr> Message-ID: <17956.41965.327265.77887@zebedee.pink> Patrice Dumas writes: > On Tue, Apr 17, 2007 at 11:43:55AM +0200, Emmanuel Seyman wrote: > > * Patrice Dumas [17/04/2007 11:15] : > > > > > > But what about user compiled programs that are not in the Fedora > > > collection? > > > > IMHO, they should probably be rebuilt for each new Fedora release as well. > > Is that documented/advertised somewhere? It depends on which libraries you're talking about. For those that don't have a stable ABI, you have to rebuild; for those that do have a standard ABI (libc and libgcj-bc, for example) you don't. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From jakub at redhat.com Tue Apr 17 10:42:06 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 17 Apr 2007 06:42:06 -0400 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <17956.38711.982018.647017@zebedee.pink> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> <17956.34695.309411.796505@zebedee.pink> <20070417085901.GC2872@free.fr> <17956.37712.616084.17964@zebedee.pink> <20070417093526.GE2872@free.fr> <17956.38711.982018.647017@zebedee.pink> Message-ID: <20070417104206.GJ355@devserv.devel.redhat.com> On Tue, Apr 17, 2007 at 10:45:27AM +0100, Andrew Haley wrote: > > Maybe it does, but is it that way that such issues should be handled > > in fedora? changing soname upon a compiler-related ABI breaking leads > > to following another soname versionning scheme than upstream, I doubt > > this is right, and I don't think such issues are handled that way in > > fedora. > > Maybe I'm having difficulty understanding you. Is the problem that a > Red Hat compiler version is binary incompatible with the upstream > compiler? And we have not handled library versioning correctly? If I understand him well this is not about compiler support library SONAMEs, which are matching upstream (except for libgcj libs ;) ) and even use completely different library name sometimes (libg2c vs. libgfortran), but about various tiny packages written in fortran/java or perhaps C++ (if/once we change libstdc++ SONAME again). For these *.a libs are unquestionable, backward compatibility is only guaranteed for shared libraries and executables, so *.a has to be always rebuilt on the target distro (as it has always been the case). But, if you have package foo, which uses upstream SONAME for its library libfoo.so.13 and it used to be compiled with g77 and say in F7 we start building it with gfortran, i.e. different ABI, although there is a tiny differentiator that before the library dependent on libg2c.so.0 and now on libgfortran.so.1, there is really nothing which will immediately tell that you really can't run program bar that was linked with g77 against that g77 built libfoo.so.13. In this case I think we need a different SONAME for libfoo.so, but how it looks like should result from discussions with upstream. It can be libfoo.so.14, libfoo.so.13gfortran, libfoo_gfortran.so.13 or something, whatever upstream prefers. Jakub From jakub at redhat.com Tue Apr 17 11:00:39 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 17 Apr 2007 07:00:39 -0400 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417081311.GG5695@neu.nirvana> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417081311.GG5695@neu.nirvana> Message-ID: <20070417110039.GK355@devserv.devel.redhat.com> On Tue, Apr 17, 2007 at 10:13:11AM +0200, Axel Thimm wrote: > o The choice of what to rebuild or not requires more developer time > than fixing broken rebuilds: Currently some heuristics were uses to > cherry-pick what to rebuild. This requires a careful examination > that if doen properly consumes as much or more developer time than > to fix any broken rebuilds. If not done careful, then some > dependencies will be missed. For example the current upgrade sees > the following changes in the buildtools > > FC6 F7 > gcc 4.1.1-30 4.1.2-8 > glibc 2.5-3 2.5.90-20 > binutils 2.17.50.0.3-6 2.17.50.0.12-3 > > Perhaps the gcc or binutils changes are not that big, but the glibc > ones seem to be, e.g. 2.5.90 is the prequel to 2.6 and just checking > the API (the glibc-headers) gives: > > 41 files changed, 297 insertions(+), 220 deletions(-) Even the glibc changes in F7 are mostly glibc internal changes, bugfixes and addition of a few new symbols (epoll_wait, sync_file_range, strerror_l, __sched_cpucount) and only on PPC a new version for existing symbols (pthread_attr_setstack{,size}). So neither gcc nor glibc changes necessitate a mass rebuild (and I'm not aware of any huge changes in redhat-rpm-config either) at this time and that's why F7 rebuild status is so low. GCC 4.2 has been stagnating for 6 months now and we have several important things backported anyway in GCC 4.1.x-RH (OpenMP, visibility stuff, Java stack, numerous Fortran improvements, many bugfixes, ...). If gcc, binutils or glibc changes substantially in say F8, we'll of course need to do a mass rebuild. I'd note that sometimes it makes sense to rebuild all packages, including noarch ones, e.g. when there are significant rpm-build, redhat-rpm-config etc. changes that affect all packages. Jakub From davehoz at gmail.com Tue Apr 17 11:04:08 2007 From: davehoz at gmail.com (David Hunter) Date: Tue, 17 Apr 2007 21:04:08 +1000 Subject: Latest kernel issues. Message-ID: <6bb886180704170404u31708a0ge87bb174a319b536@mail.gmail.com> I?ve updated to the latest kernel version in rawhide ( kernel-2.6.20-1.3071.fc7) on a Celeron 500Mhz machine, also have the kernel version (kernel-2.6.20-1.3066.fc7) installed. The newer kernel fails to boot as there is a message to the effect of no int found or something similar, the oldereer kernel boots the system ok, although alot of the services fail to start. Any workarounds or fixes? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From Axel.Thimm at ATrpms.net Tue Apr 17 11:05:48 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 17 Apr 2007 13:05:48 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <46249F29.9090003@leemhuis.info> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> <462481D7.5050802@leemhuis.info> <20070417083515.GH5695@neu.nirvana> <46248EFA.40304@leemhuis.info> <20070417093215.GM5695@neu.nirvana> <46249F29.9090003@leemhuis.info> Message-ID: <20070417110548.GN5695@neu.nirvana> On Tue, Apr 17, 2007 at 12:19:21PM +0200, Thorsten Leemhuis wrote: > >And it comes as no suprise since as we all should know FE was always > >doing mass rebuilds until including FC6. I wonder how the 0.6% and 1% > >were forgotten in the process. Perhaps someone did a rebuild with the > >same EVR - we didn't catch these in the old days. > > We never did full rebuilds. Data-packages never had to be rebuild. OK, that accounts for the 0.6-1% then. As you know I'm not advocating rebuilding stuff like firmware that are known to be content-invariant over time. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dedourek at unb.ca Tue Apr 17 11:18:13 2007 From: dedourek at unb.ca (John DeDourek) Date: Tue, 17 Apr 2007 08:18:13 -0300 Subject: Latest kernel issues. In-Reply-To: <6bb886180704170404u31708a0ge87bb174a319b536@mail.gmail.com> References: <6bb886180704170404u31708a0ge87bb174a319b536@mail.gmail.com> Message-ID: <4624ACF5.80805@unb.ca> David Hunter wrote: > I?ve updated to the latest kernel version in rawhide > (kernel-2.6.20-1.3071.fc7) on a Celeron 500Mhz machine, also have the > kernel version (kernel-2.6.20-1.3066.fc7) installed. The newer kernel > fails to boot as there is a message to the effect of no int found or > something similar, the oldereer kernel boots the system ok, although > alot of the services fail to start. Any workarounds or fixes? > > -- > David Hunter I have this problem with an IBM Thinkpad T42. See my recent posts on fedora-list (search for dedourek at unb.ca). It appears that the kernel cannot access the disks on some machines. Best current guess is that it may be related to moving the necessary drivers from being built-in to the kernel to being loaded as modules. But this is NOT YET CONFIRMED. From fedora at leemhuis.info Tue Apr 17 11:31:49 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 17 Apr 2007 13:31:49 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417110548.GN5695@neu.nirvana> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> <462481D7.5050802@leemhuis.info> <20070417083515.GH5695@neu.nirvana> <46248EFA.40304@leemhuis.info> <20070417093215.GM5695@neu.nirvana> <46249F29.9090003@leemhuis.info> <20070417110548.GN5695@neu.nirvana> Message-ID: <4624B025.10205@leemhuis.info> On 17.04.2007 13:05, Axel Thimm wrote: > On Tue, Apr 17, 2007 at 12:19:21PM +0200, Thorsten Leemhuis wrote: >>> And it comes as no suprise since as we all should know FE was always >>> doing mass rebuilds until including FC6. I wonder how the 0.6% and 1% >>> were forgotten in the process. Perhaps someone did a rebuild with the >>> same EVR - we didn't catch these in the old days. >> We never did full rebuilds. Data-packages never had to be rebuild. > OK, that accounts for the 0.6-1% then. [...] Well, you carefully didn't reply to the part where I explained that you can't get to a proper number "how many packages weren't rebuild in the devel cycle FE5 -> FE6" by looking at todays repos. So the 0.6-1% are FUD in my eyes. I don't have hard numbers either -- but from memory I'd say we didn't rebuild round about 1/3 of the packages in the FE mass rebuild for FC6. Some of those not rebuild received updates earlier or later in the devel cycle. So if I should guess I'd say the number of packages that didn't get rebuild between FE5 and FE6 was somewhere between 7.5 and 25 percent. Maybe Ville has more data, he did a lot of work back then for the mass rebuild. CU thl /me will try to resist from this thread now, this doesn't lead to anything From jkeating at redhat.com Tue Apr 17 11:44:13 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 07:44:13 -0400 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <20070417045551.GA31263@lists.us.dell.com> References: <20070416201952.A2106@humbolt.us.dell.com> <200704162223.00412.jkeating@redhat.com> <20070417045551.GA31263@lists.us.dell.com> Message-ID: <200704170744.13882.jkeating@redhat.com> On Tuesday 17 April 2007 00:55:51 Matt Domsch wrote: > no worries. ?I can just requeue the failed jobs; a few hundred > packages is nothing compared to the >4k packages it just crunched. > The bug wouldn't have produced false positives (jobs that succeeded > but shouldn't have), yes? Correct, it should only have triggered false negatives. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Apr 17 11:46:10 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 07:46:10 -0400 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417110039.GK355@devserv.devel.redhat.com> References: <46244EE2.5060002@redhat.com> <20070417081311.GG5695@neu.nirvana> <20070417110039.GK355@devserv.devel.redhat.com> Message-ID: <200704170746.10704.jkeating@redhat.com> On Tuesday 17 April 2007 07:00:39 Jakub Jelinek wrote: > Even the glibc changes in F7 are mostly glibc internal changes, bugfixes > and addition of a few new symbols (epoll_wait, sync_file_range, > strerror_l, __sched_cpucount) and only on PPC a new version for existing > symbols (pthread_attr_setstack{,size}). ?So neither gcc nor glibc > changes necessitate a mass rebuild (and I'm not aware of any huge changes > in redhat-rpm-config either) at this time and that's why F7 rebuild status > is so low. ?GCC 4.2 has been stagnating for 6 months now and we have > several important things backported anyway in GCC 4.1.x-RH (OpenMP, > visibility stuff, Java stack, numerous Fortran improvements, many bugfixes, > ...). ?If gcc, binutils or glibc changes substantially in say F8, we'll > of course need to do a mass rebuild. > > I'd note that sometimes it makes sense to rebuild all packages, including > noarch ones, e.g. when there are significant rpm-build, redhat-rpm-config > etc. changes that affect all packages. Thanks Jakub. This is exactly why we didn't rebuild this session. We weren't guessing that there wasn't any changes, we talked to the right people to CONFIRM there wasn't any changes. Let me repeat, I'm all for rebuilding for technical reasons. I'm not for rebuilding when we _think_ there _might_ be a reason. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Apr 17 11:48:04 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 07:48:04 -0400 Subject: rawhide report: 20070417 changes In-Reply-To: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> References: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> Message-ID: <200704170748.04492.jkeating@redhat.com> On Tuesday 17 April 2007 05:57:47 buildsys at redhat.com wrote: > ????????anaconda-runtime - 11.2.0.49-1.i386 requires mkisofs > ????????dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 > ????????k3b - 1.0-1.fc7.i386 requires cdrecord > ????????k3b - 1.0-1.fc7.i386 requires mkisofs > ????????nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord > ????????nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs > ????????xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 > ????????xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 > ????????xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 All the above are provided by cdrkit in Extras, which this dep checker doesn't take into account. There shouldn't be any problems if you have both Core and Extras enabled, as the spins will. > vim-X11 - 2:7.0.224-2.fc7.i386 requires 4 This looks like a typo. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From limb at jcomserv.net Tue Apr 17 11:51:05 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 17 Apr 2007 06:51:05 -0500 (CDT) Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <200704170744.13882.jkeating@redhat.com> References: <20070416201952.A2106@humbolt.us.dell.com> <200704162223.00412.jkeating@redhat.com> <20070417045551.GA31263@lists.us.dell.com> <200704170744.13882.jkeating@redhat.com> Message-ID: <29672.65.192.24.190.1176810665.squirrel@mail.jcomserv.net> Including gnubg, which does in fact have a bug filed, which depends on a gnuplot bug that has been unaddressed since it was filed 3/20/07. . . > On Tuesday 17 April 2007 00:55:51 Matt Domsch wrote: >> no worries. I can just requeue the failed jobs; a few hundred >> packages is nothing compared to the >4k packages it just crunched. >> The bug wouldn't have produced false positives (jobs that succeeded >> but shouldn't have), yes? > > Correct, it should only have triggered false negatives. > > -- > Jesse Keating > Release Engineer: Fedora > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From Axel.Thimm at ATrpms.net Tue Apr 17 11:56:51 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 17 Apr 2007 13:56:51 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417110039.GK355@devserv.devel.redhat.com> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417081311.GG5695@neu.nirvana> <20070417110039.GK355@devserv.devel.redhat.com> Message-ID: <20070417115651.GO5695@neu.nirvana> On Tue, Apr 17, 2007 at 07:00:39AM -0400, Jakub Jelinek wrote: > On Tue, Apr 17, 2007 at 10:13:11AM +0200, Axel Thimm wrote: > > o The choice of what to rebuild or not requires more developer time > > than fixing broken rebuilds: Currently some heuristics were uses to > > cherry-pick what to rebuild. This requires a careful examination > > that if doen properly consumes as much or more developer time than > > to fix any broken rebuilds. If not done careful, then some > > dependencies will be missed. For example the current upgrade sees > > the following changes in the buildtools > > > > FC6 F7 > > gcc 4.1.1-30 4.1.2-8 > > glibc 2.5-3 2.5.90-20 > > binutils 2.17.50.0.3-6 2.17.50.0.12-3 > > > > Perhaps the gcc or binutils changes are not that big, but the glibc > > ones seem to be, e.g. 2.5.90 is the prequel to 2.6 and just checking > > the API (the glibc-headers) gives: > > > > 41 files changed, 297 insertions(+), 220 deletions(-) > > Even the glibc changes in F7 are mostly glibc internal changes, bugfixes > and addition of a few new symbols (epoll_wait, sync_file_range, > strerror_l, __sched_cpucount) and only on PPC a new version for existing > symbols (pthread_attr_setstack{,size}). So neither gcc nor glibc > changes necessitate a mass rebuild (and I'm not aware of any huge changes > in redhat-rpm-config either) at this time and that's why F7 rebuild status > is so low. GCC 4.2 has been stagnating for 6 months now and we have > several important things backported anyway in GCC 4.1.x-RH (OpenMP, > visibility stuff, Java stack, numerous Fortran improvements, many bugfixes, > ...). When did these backports happen between 4.1.1-30 and 4.1.2-8 or earlier? > If gcc, binutils or glibc changes substantially in say F8, we'll > of course need to do a mass rebuild. gcc should finally have made it to 4.2 by then. > I'd note that sometimes it makes sense to rebuild all packages, including > noarch ones, e.g. when there are significant rpm-build, redhat-rpm-config > etc. changes that affect all packages. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From karsten at redhat.com Tue Apr 17 11:58:06 2007 From: karsten at redhat.com (Karsten Hopp) Date: Tue, 17 Apr 2007 13:58:06 +0200 Subject: rawhide report: 20070417 changes In-Reply-To: <200704170748.04492.jkeating@redhat.com> References: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> <200704170748.04492.jkeating@redhat.com> Message-ID: <4624B64E.5030302@redhat.com> Jesse Keating schrieb: ... > >> vim-X11 - 2:7.0.224-2.fc7.i386 requires 4 > > This looks like a typo. > > Fixed in 7.0.224-3.fc7 -- Karsten Hopp | Mail: karsten at redhat.de Red Hat Deutschland | Tel: +49-711-96437-0 Hauptstaetterstr.58 | Fax: +49-711-613590 D-70178 Stuttgart | http://www.redhat.de From Axel.Thimm at ATrpms.net Tue Apr 17 12:10:50 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 17 Apr 2007 14:10:50 +0200 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <4624B025.10205@leemhuis.info> References: <20070417054814.GA11690@redhat.com> <462467B4.8000608@leemhuis.info> <20070417074204.GF5695@neu.nirvana> <462481D7.5050802@leemhuis.info> <20070417083515.GH5695@neu.nirvana> <46248EFA.40304@leemhuis.info> <20070417093215.GM5695@neu.nirvana> <46249F29.9090003@leemhuis.info> <20070417110548.GN5695@neu.nirvana> <4624B025.10205@leemhuis.info> Message-ID: <20070417121050.GP5695@neu.nirvana> On Tue, Apr 17, 2007 at 01:31:49PM +0200, Thorsten Leemhuis wrote: > > > On 17.04.2007 13:05, Axel Thimm wrote: > >On Tue, Apr 17, 2007 at 12:19:21PM +0200, Thorsten Leemhuis wrote: > >>>And it comes as no suprise since as we all should know FE was always > >>>doing mass rebuilds until including FC6. I wonder how the 0.6% and 1% > >>>were forgotten in the process. Perhaps someone did a rebuild with the > >>>same EVR - we didn't catch these in the old days. > >>We never did full rebuilds. Data-packages never had to be rebuild. > >OK, that accounts for the 0.6-1% then. [...] > > Well, you carefully didn't reply to the part where I explained that you > can't get to a proper number "how many packages weren't rebuild in the > devel cycle FE5 -> FE6" by looking at todays repos. So the 0.6-1% are > FUD in my eyes. Please be careful with using the word FUD. Not everything that doesn't suit your needs is FUD. > I don't have hard numbers either -- but from memory I'd say we didn't > rebuild round about 1/3 of the packages in the FE mass rebuild for FC6. Your memory doesn't serve you well. You even asked for two mass rebuilds for FC6, one for new rpm signing/sped up dynamic linking/new minimal buildroots and another "semi-mass rebuild" for fixing the gdb-backtrace bug for packages build in September. In fact all (but 1%) packages in FE6 got rebuilt at least once. On Sun, Jan 15, 2006 at 07:59:20PM +0100, Thorsten Leemhuis wrote: > We probably will have to do a rebuild of all (most?) packages in > Fedora Extras before FC5 is released. Why? Some reasons: On Sat, Jul 01, 2006 at 12:25:54PM +0200, Thorsten Leemhuis wrote: > Now it makes four good reasons to build all Extras packages in devel > before FC6. On Sat, Dec 09, 2006 at 07:13:16PM +0100, Thorsten Leemhuis wrote: > Yes, we did a lot of mass-rebuilds in for the last releases, -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jakub at redhat.com Tue Apr 17 12:34:21 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 17 Apr 2007 08:34:21 -0400 Subject: Release Engineering Meeting Recap from Monday 16-APR-07 In-Reply-To: <20070417115651.GO5695@neu.nirvana> References: <46244EE2.5060002@redhat.com> <4624540C.7010109@leemhuis.info> <20070417081311.GG5695@neu.nirvana> <20070417110039.GK355@devserv.devel.redhat.com> <20070417115651.GO5695@neu.nirvana> Message-ID: <20070417123421.GL355@devserv.devel.redhat.com> On Tue, Apr 17, 2007 at 01:56:51PM +0200, Axel Thimm wrote: > > Even the glibc changes in F7 are mostly glibc internal changes, bugfixes > > and addition of a few new symbols (epoll_wait, sync_file_range, > > strerror_l, __sched_cpucount) and only on PPC a new version for existing > > symbols (pthread_attr_setstack{,size}). So neither gcc nor glibc > > changes necessitate a mass rebuild (and I'm not aware of any huge changes > > in redhat-rpm-config either) at this time and that's why F7 rebuild status > > is so low. GCC 4.2 has been stagnating for 6 months now and we have > > several important things backported anyway in GCC 4.1.x-RH (OpenMP, > > visibility stuff, Java stack, numerous Fortran improvements, many bugfixes, > > ...). > > When did these backports happen between 4.1.1-30 and 4.1.2-8 or earlier? Java stack rebase is in F7+ only, OpenMP/visibility stuff/most of Fortran improvements were already in FC6. Bug fixes are obviously continuously coming, be it from upstream gcc-4_1-branch or backports of fixes from GCC trunk or gcc-4_2-branch. > > If gcc, binutils or glibc changes substantially in say F8, we'll > > of course need to do a mass rebuild. > > gcc should finally have made it to 4.2 by then. Except it is unclear whether 4.2 is a win, while it has some advantages, it has also pretty significant drop in performance of compiled code (due to quick aliasing fixes), which is really fixed without performance degradation only in 4.3+. While this is not so severe for upstream 4.2 which compares to vanilla 4.1, as redhat/gcc-4_1-branch contains e.g. the i?86/x86_64 CPU tuning improvements (-mtune=generic, -m{arch,tune}={core2,amdfam10,geode}), when comparing redhat/gcc-4_1-branch to gcc-4_2-branch this is more visible. 4.3 has a lot of other goodies we are looking for, but we can't predict ATM how long will it take till 4.3 release, if it will stagnate the same way as 4.2 is or not. 4.2 actual development stages weren't terribly long, but after branching it has been 6 months with little activity, bugfixing where significant portion of the bugfixes went also to gcc-4_1-branch. Jakub From dimitris at glezos.com Tue Apr 17 12:46:52 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Tue, 17 Apr 2007 13:46:52 +0100 Subject: L10N reminder: Repackage of Fedora-upstream stuff before final and F7T4 Message-ID: <4624C1BC.7040305@glezos.com> A quick reminder to maintainers that tonight we've got the translation freeze. This means we *guarantee* translators that their contributions committed so far will be a part of F7. Maintainers of packages that get translated through i18n.redhat.com should make sure they repackage before F7 final (the later the better if new translations show up). Repackages for T4 as well are a plus, since they give a chance to non-rawhide testers to report bugs. The above could also apply for non-fedora-upstream packages like `hosted`-hosted stuff, yum and anything translatable (docs have their own schedule). -d PS: also sent to -maintainers-list, hope it doesn't come twice -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From mszpak at wp.pl Tue Apr 17 11:17:23 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Tue, 17 Apr 2007 13:17:23 +0200 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <46249958.6030707@hhs.nl> References: <20070416201952.A2106@humbolt.us.dell.com> <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> <46249958.6030707@hhs.nl> Message-ID: Hans de Goede wrote: > Mamoru Tasaka wrote: >> This is strange. root.log >> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/qdbm-1.8.75-1.fc7.src.rpm/result/root.log >> >> says that although 'ruby' is included as BuildRequires, ruby is not >> installed at the mock build time. >> > > For further weirdness check these: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/monkey-bubble-0.4.0-3.fc6.src.rpm/ > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/scorched3d-40.1d-2.fc7.src.rpm/ > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/auriferous-1.0.1-3.fc6.src.rpm/ > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/hawknl-1.68-1.fc7.src.rpm/ > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/libgnomedb-1.9.100-13.fc7.src.rpm/ > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/monkey-bubble-0.4.0-3.fc6.src.rpm/ > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/scorched3d-40.1d-2.fc7.src.rpm/ > > > Nothing whatsover was actually done / build for any of them. I'm > actually quite happy with that as I always keep a close eye on the > rebuild reports and was sorta amazed to all of a sudden see my name > mentioned many times for failed packages :) > > So I think a rebuild of all failed packages is in order. Something similar with: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/fuse-smb-0.8.5-5.fc7.src.rpm/ time.log: Command exited with non-zero status 1 real 0.14 user 0.09 sys 0.01 Regards Marcin From darrellpf at gmail.com Tue Apr 17 13:12:13 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Tue, 17 Apr 2007 06:12:13 -0700 Subject: Latest kernel issues. In-Reply-To: <4624ACF5.80805@unb.ca> References: <6bb886180704170404u31708a0ge87bb174a319b536@mail.gmail.com> <4624ACF5.80805@unb.ca> Message-ID: On 4/17/07, John DeDourek wrote: > David Hunter wrote: > > I?ve updated to the latest kernel version in rawhide > > (kernel-2.6.20-1.3071.fc7) on a Celeron 500Mhz machine, also have the > > kernel version (kernel-2.6.20-1.3066.fc7) installed. The newer kernel > > fails to boot as there is a message to the effect of no int found or > > something similar, the oldereer kernel boots the system ok, although > > alot of the services fail to start. Any workarounds or fixes? > > > > -- > > David Hunter > I have this problem with an IBM Thinkpad T42. See my recent > posts on fedora-list (search for dedourek at unb.ca). It appears > that the kernel cannot access the disks on some machines. Best > current guess is that it may be related to moving the necessary > drivers from being built-in to the kernel to being loaded > as modules. But this is NOT YET CONFIRMED. > My newbie nephew was having the 'no init' problem when upgrading from a stock fc6. Prior to the 3071 kernel upgrade yesterday I had him turn selinux off. His subsequent 3071 boot was successful. His system-config-wireless-gui failed because it was unable to import the gnome library, which is also a bit suspicious. If you haven't already done so, you might want to try turning selinux off, at least during the yum kernel upgrade. darrell From pertusus at free.fr Tue Apr 17 13:24:03 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 15:24:03 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417104206.GJ355@devserv.devel.redhat.com> References: <20070416212208.GB2939@free.fr> <17956.33810.750028.835690@zebedee.pink> <20070417082313.GB2872@free.fr> <17956.34695.309411.796505@zebedee.pink> <20070417085901.GC2872@free.fr> <17956.37712.616084.17964@zebedee.pink> <20070417093526.GE2872@free.fr> <17956.38711.982018.647017@zebedee.pink> <20070417104206.GJ355@devserv.devel.redhat.com> Message-ID: <20070417132403.GA2989@free.fr> On Tue, Apr 17, 2007 at 06:42:06AM -0400, Jakub Jelinek wrote: > In this case I think we need a different SONAME for libfoo.so, > but how it looks like should result from discussions with upstream. > It can be libfoo.so.14, libfoo.so.13gfortran, libfoo_gfortran.so.13 > or something, whatever upstream prefers. That's exactly what I was looking for, much thanks. In my precise case upstream doesn't ship shared libs, and it is more with the debian maintainer that there is coordination. I think it would be nice, in the future, to have guidance for packagers when there is a change in compiler generated library ABI like the g77 -> gfortran change or past C++ ABI breakage I remember. If I recall well these issues were more or less announced, but not necessarily with enough precisions for the maintainers. I don't know exactly who should be responsible of such things, but it would be nice to have some information. -- Pat From jacliburn at bellsouth.net Tue Apr 17 13:38:28 2007 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 17 Apr 2007 08:38:28 -0500 Subject: Multiple segfaults in 20070417 rawhide update Message-ID: <4624CDD4.6050504@bellsouth.net> Today's rawhide update (20070417) threw some errors. First, during the update phase: [snip] Installing: kernel ##################### [ 53/133] Updating : tcp_wrappers ##################### [ 54/133] Updating : nscd ##################### [ 55/133] Updating : glibc-devel ##################### [ 56/133] Updating : caching-nameserver ##################### [ 57/133] Updating : nautilus-sendto ##################### [ 58/133] Updating : selinux-policy-targeted ##################### [ 59/133] /sbin/fixfiles: line 62: 15983 Done sed -r -e 's,:s0, ,g' $FC 15984 | sort -u 15985 | /usr/bin/diff -b ${PREFCTEMPFILE} - 15986 Done(1) | grep '^[<>]' 15987 | cut -c3- 15988 Done(1) | grep ^/ 15989 Done(1) | egrep -v '(^/home|^/root|^/tmp|^/dev)' 15990 | sed -r -e 's,[[:blank:]].*,,g' -e 's|\(([/[:alnum:]]+)\)\?|{\1,}|g' -e 's|([/[:alnum:]])\?|{\1,}|g' -e 's|\?.*|*|g' -e 's|\(.*|*|g' -e 's|\[.*|*|g' -e 's|\.\*.*|*|g' -e 's|\.\+.*|*|g' 15991 | sort -u 15992 | sort -d 15993 | while read pattern; do if ! echo "$pattern" | grep -q -f ${TEMPFILE} 2> /dev/null; then echo "$pattern"; case "$pattern" in *"*") echo "$pattern" | sed 's,\*$,,g' >> ${TEMPFILE} ;; esac; fi; done 15994 | while read pattern; do find $pattern ! \( -fstype ext2 -o -fstype ext3 -o -fstype jfs -o -fstype xfs \) -prune -o \( -wholename /home -o -wholename /root -o -wholename /tmp -wholename /dev \) -prune -o -print; done 2> /dev/null 15995 Segmentation fault (core dumped) | ${RESTORECON} $2 -v -f - Updating : ntsysv ##################### [ 60/133] Updating : sendmail ##################### [ 61/133] Updating : ConsoleKit-x11 ##################### [ 62/133] Updating : autofs ##################### [ 63/133] Updating : automake15 ##################### [ 64/133] [snip] Then, during cleanup: [snip] Cleanup : virt-manager ##################### [125/133] Cleanup : vim-common ##################### [126/133] Cleanup : glibc-devel ##################### [127/133] Cleanup : glibc ##################### [128/133] /var/tmp/rpm-tmp.35098: line 3: 16500 Segmentation fault (core dumped) /usr/sbin/redhat_lsb_trigger.x86_64 Cleanup : ORBit2 ##################### [129/133] Cleanup : glibc ##################### [130/133] /var/tmp/rpm-tmp.22933: line 3: 16504 Segmentation fault (core dumped) /usr/sbin/redhat_lsb_trigger.x86_64 Cleanup : kernel-doc ##################### [131/133] Cleanup : vim-enhanced ##################### [132/133] Cleanup : pilot-link-devel ##################### [133/133] Removed: kernel.x86_64 0:2.6.20-1.3071.fc7 kernel-devel.x86_64 0:2.6.20-1.3071.fc7 [snip] Jay From valent.turkovic at gmail.com Tue Apr 17 14:14:14 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Tue, 17 Apr 2007 16:14:14 +0200 Subject: Why is Fedora a multimedia disaster? - Here is why. Message-ID: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> I install a fresh Fedora7 (test 3) then run web browser and go to fedora magazine page - from there I download some video ogg files from it. Why is it that when I click on the file I can't view the video? Player just crashes! And the default player is kamboodle! Why is that?!? That is the worst video player I have seen ever! On any platform! Opensource or not there is no excuse to put that player as the default one! Fedora 7 experience was a bit better than FC6 one - because in FC6 when I tried the same experiment I got an error message that ogg is a unknown format and system doesn't know how to open it! Great! And that was an OGG file with 0% proprietary fibers in it :) How do you expect to get people to use linux as a destop when the MOST simple multimedia desktop scenario doesn't work!?! If you can't play "official" video form redhat pages then this is a serious case of TERRIBLE multimedia desktop usability! I know about all the great effort that has gone into fedora releases, and I love it. It is the best linux distro for me, but I know how to set it up, iron out the quirks that mess up the destop experience and configure it for optimal work/play flow. But please, please make it a lot easier on non-geek people so that they can also use this great stuff called fedora. And belive me there are people wanting to do so, but they can't because we don't let them. They need some features to be enabled by default or else they won't know how that they even exist. So please change the default video player to totem or something else, just NOT kamboodle because it just doesn't work and it sucks GUI vise. Regarding proprietary video codecs RedHad developers just say something like this: "We talked with out lawyers and they said no." Ok? And? Where can we see this discussion? I know that you can't put MP3 support in fedora, but that you can't even put an link for some European server that has all the codecs? Lawyers say that RedHat can be sued even for puting links that enable multimedia. Ok, maybe I believe it but it is maybe possible that some one would sue, but hardly win that case. But there are legal ways around that, you can put a text saying that it is legal to enable multimedia codecs only if you live in a country that doesn't have software patents - like I do. It is possible if you want it - Ubuntu has shown that because they will be doing just that, and even a step beyond that. Ubuntu will have a Ubuntu for European market and other countries that don't have software patents (my country doesn't!) with all multimedia codecs embedded within the distro! So please let's start the discussion because believe me there is a great need for this because there are lot's media files that are every where (internet, youtube, divx rips of dvds, etc...) that people have a need to watch and listen. Hope to hear from Fedora/RedHat developers and Desktop usability experts what are their opinions. I will make this email available also on my blog: http://kernelreloaded.blog385.com/ so you can leave/read comments there also. Valent - fiber optics and networking engineer from Croatia. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From raven at themaw.net Tue Apr 17 14:13:06 2007 From: raven at themaw.net (Ian Kent) Date: Tue, 17 Apr 2007 22:13:06 +0800 Subject: rawhide report: 20070417 changes In-Reply-To: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> References: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> Message-ID: <1176819186.16864.5.camel@raven.themaw.net> On Tue, 2007-04-17 at 05:57 -0400, buildsys at redhat.com wrote: > autofs-1:5.0.1-8 > ---------------- > * Mon Apr 16 2007 Ian Kent - 5.0.1-8 > - add configuration variable to control appending of global options (bz 214684). > - add command option to set a global mount options string (bz 214684). There's a problem with one of the patches in this. Revision 9 is on the way. Ian From aph at redhat.com Tue Apr 17 14:38:05 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 17 Apr 2007 15:38:05 +0100 Subject: Why is Fedora a multimedia disaster? - Here is why. In-Reply-To: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> References: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> Message-ID: <17956.56269.378006.318264@zebedee.pink> Valent Turkovic writes: > So please let's start the discussion Please read the long thread that starts with http://www.redhat.com/archives/fedora-devel-list/2007-February/msg01006.html If you have any point to make that you are certain was not already made by someone in that thread, please go ahead. However, please do not CC: it to fedora-devel-list: that list is for developer discussions, not user requests. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From rdieter at math.unl.edu Tue Apr 17 14:36:50 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 17 Apr 2007 09:36:50 -0500 Subject: Why is Fedora a multimedia disaster? - Here is why. References: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> Message-ID: Valent Turkovic wrote: > I install a fresh Fedora7 (test 3) then run web browser and go to > fedora magazine page - from there I download some video ogg files from > it. > > Why is it that when I click on the file I can't view the video? Player > just crashes! And the default player is kamboodle! Why is that?!? Agreed. Bad choice (actually, a lack of making a choice). Not only will kaboodle not be any default player in the final release, it likely won't be installed (by default anyway). Feel better? -- Rex From kmacmill at redhat.com Tue Apr 17 14:57:38 2007 From: kmacmill at redhat.com (Karl MacMillan) Date: Tue, 17 Apr 2007 10:57:38 -0400 Subject: Latest kernel issues. In-Reply-To: References: <6bb886180704170404u31708a0ge87bb174a319b536@mail.gmail.com> <4624ACF5.80805@unb.ca> Message-ID: <1176821858.5946.28.camel@localhost.localdomain> On Tue, 2007-04-17 at 06:12 -0700, darrell pfeifer wrote: > On 4/17/07, John DeDourek wrote: > > David Hunter wrote: > > > I?ve updated to the latest kernel version in rawhide > > > (kernel-2.6.20-1.3071.fc7) on a Celeron 500Mhz machine, also have the > > > kernel version (kernel-2.6.20-1.3066.fc7) installed. The newer kernel > > > fails to boot as there is a message to the effect of no int found or > > > something similar, the oldereer kernel boots the system ok, although > > > alot of the services fail to start. Any workarounds or fixes? > > > > > > -- > > > David Hunter > > I have this problem with an IBM Thinkpad T42. See my recent > > posts on fedora-list (search for dedourek at unb.ca). It appears > > that the kernel cannot access the disks on some machines. Best > > current guess is that it may be related to moving the necessary > > drivers from being built-in to the kernel to being loaded > > as modules. But this is NOT YET CONFIRMED. > > > > My newbie nephew was having the 'no init' problem when upgrading from > a stock fc6. Prior to the 3071 kernel upgrade yesterday I had him turn > selinux off. His subsequent 3071 boot was successful. > > His system-config-wireless-gui failed because it was unable to import > the gnome library, which is also a bit suspicious. > > If you haven't already done so, you might want to try turning selinux > off, at least during the yum kernel upgrade. > Any avc messages (in /var/log/messages or /var/log/audit/audit.log)? If you have it installed you can also run audit2allow < /var/log/messages for better output. In the future you might consider permissive temporarily (setenforce 0) rather than disabling. That should allow you to turn selinux back into enforcing mode when the policy packages are updated. Thanks - Karl > darrell > From caillon at redhat.com Tue Apr 17 15:07:01 2007 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 17 Apr 2007 11:07:01 -0400 Subject: Why is Fedora a multimedia disaster? - Here is why. In-Reply-To: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> References: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> Message-ID: <4624E295.9010108@redhat.com> Valent Turkovic wrote: > I install a fresh Fedora7 (test 3) then run web browser and go to > fedora magazine page - from there I download some video ogg files from > it. > > Why is it that when I click on the file I can't view the video? Player > just crashes! And the default player is kamboodle! Why is that?!? That > is the worst video player I have seen ever! On any platform! > Opensource or not there is no excuse to put that player as the default > one! I'll note that you didn't choose the default Fedora disc, looks like you chose the Fedora-KDE spin instead. Kaboodle might have been a bad decision, but the KDE spin of Fedora hasn't been around for that long, so filing bugs like this is appreciated. If you're looking for something closer to FC6, I suggest the default install which IIRC has both GNOME and KDE packages. From ericm24x7 at gmail.com Tue Apr 17 15:30:46 2007 From: ericm24x7 at gmail.com (eric magaoay) Date: Tue, 17 Apr 2007 11:30:46 -0400 Subject: Why nobody uses vnc module to X? In-Reply-To: <63D8D82B-3ED4-4996-9CBA-89515ADCB79E@mmto.org> References: <4608E886.3070508@redhat.com> <1175007909.18922.17.camel@erebor.boston.redhat.com> <63D8D82B-3ED4-4996-9CBA-89515ADCB79E@mmto.org> Message-ID: <4624E826.6020601@gmail.com> Timothy Pickering wrote: > i have not yet had a chance to try out vnc.so in FC7t* or rawhide, > though. we have not had any problems with FC6 or any previous version > that included vnc.so (since FC1 or 2?). i will certainly squawk if it > does stop working or goes away before FC7. it, in fact, would likely > be a deal-breaker for us that would prevent us from using FC7 if it > did go away. I use vnc.so module extensively on the daily basis to control remote headless servers, including the latest development build (4.16.07). No problem so far, with the exception of the double mouse pointers when viewing a XEN guess OS (domU) within a XEN host (dom0) that is within a remote viewer (sort of like viewing X within an X within an X). Of course, the workaround and better solution to the above problem would be to enable vnc server within domU and view from remote directly. eric From jwboyer at jdub.homelinux.org Tue Apr 17 15:45:20 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 17 Apr 2007 10:45:20 -0500 Subject: Why is Fedora a multimedia disaster? - Here is why. In-Reply-To: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> References: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> Message-ID: <1176824721.25513.3.camel@vader.jdub.homelinux.org> On Tue, 2007-04-17 at 16:14 +0200, Valent Turkovic wrote: > > So please change the default video player to totem or something else, > just NOT kamboodle because it just doesn't work and it sucks GUI vise. It is totem in the default spin. I think you picked the KDE spin, and the KDE folks are working very hard on things. Cut them some slack before you decide to rant and rave and make an ass of yourself. There is a reason it's called a test release. > Regarding proprietary video codecs RedHad developers just say > something like this: "We talked with out lawyers and they said no." > Ok? And? Where can we see this discussion? I know that you can't put > MP3 support in fedora, but that you can't even put an link for some > European server that has all the codecs? Lawyers say that RedHat can > be sued even for puting links that enable multimedia. Ok, maybe I > believe it but it is maybe possible that some one would sue, but > hardly win that case. > > But there are legal ways around that, you can put a text saying that > it is legal to enable multimedia codecs only if you live in a country > that doesn't have software patents - like I do. codec-buddy was supposed to have something that pointed you to legal ways to get the codecs. It has yet to materialize. > It is possible if you want it - Ubuntu has shown that because they > will be doing just that, and even a step beyond that. Ubuntu will have > a Ubuntu for European market and other countries that don't have > software patents (my country doesn't!) with all multimedia codecs > embedded within the distro! Good for Ubuntu. Red Hat is a US based company and therefore must abide by US law. josh From alan at redhat.com Tue Apr 17 15:48:29 2007 From: alan at redhat.com (Alan Cox) Date: Tue, 17 Apr 2007 11:48:29 -0400 Subject: License problem with JPGraph In-Reply-To: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> Message-ID: <20070417154829.GA5845@devserv.devel.redhat.com> On Fri, Apr 06, 2007 at 09:55:09AM +0200, Steven Bakker wrote: > Licensee) For non-commercial, open-source or educational use and > JpGraph Professional License for commercial use. > > So QPL applies for (non-commercial || open-source || educational) use. > I'd say Fedora fits in the "open-source" category. I would read that as "no commercial open source" || "educational", otherwise it makes no sense. Commercial and open source are not exclusive. From rnorwood at redhat.com Tue Apr 17 16:00:52 2007 From: rnorwood at redhat.com (Robin Norwood) Date: Tue, 17 Apr 2007 12:00:52 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704162321.39479.ville.skytta@iki.fi> (Ville =?utf-8?q?Skytt=C3=A4's?= message of "Mon, 16 Apr 2007 23:21:39 +0300") References: <200704162321.39479.ville.skytta@iki.fi> Message-ID: Ville Skytt? writes: > On Monday 16 April 2007, Robin Norwood wrote: > >> Since perl is already assumed to be in the buildroots, and these >> packages are all split from the main 'perl' package, we aren't adding >> new software to the buildroots, just shuffling things around a bit. For >> F8, we'll get the perl packages BuildRequires 'fixed' to include these >> packages, which we can then remove from the buildroots. >> >> Thoughts? > > The F7/devel build roots have already had the split package set for a while, > and more than a few (build)dependent packages have been fixed already, right? > Just wondering if instead of adding those newly split packages it would be > better to just leave things as they are now and let rest of the affected > packages have their build deps fixed over time whenever they get their next > updates for whatever reason. Well, the buildroots currently have 'perl-devel' because we made 'perl' Require 'perl-devel' - which is obviously wrong for the long term, but in the short term fixed the builds. What we're doing now is further splitting things out so there will be more packages, *and* removing the Requires. There's been some further discussion on fedora-perl-devel-list about this, and the alternative is to *not* add the new packages to the buildroots, and just have people fix their packages. Not to be a total weathervane here, but personally I'd just as soon not add the packages to the buildroots, and fix the broken packages now. I just don't feel like I have enough of a feel for which option people will prefer to make a call. So, if you have an opinion, speak up now. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From jkeating at redhat.com Tue Apr 17 16:05:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 12:05:59 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <200704162321.39479.ville.skytta@iki.fi> Message-ID: <200704171206.00102.jkeating@redhat.com> On Tuesday 17 April 2007 12:00:52 Robin Norwood wrote: > Well, the buildroots currently have 'perl-devel' because we made 'perl' > Require 'perl-devel' - which is obviously wrong for the long term, but > in the short term fixed the builds. ?What we're doing now is further > splitting things out so there will be more packages, *and* removing the > Requires. ?There's been some further discussion on > fedora-perl-devel-list about this, and the alternative is to *not* add > the new packages to the buildroots, and just have people fix their > packages. ?Not to be a total weathervane here, but personally I'd just > as soon not add the packages to the buildroots, and fix the broken > packages now. ?I just don't feel like I have enough of a feel for which > option people will prefer to make a call. ?So, if you have an opinion, > speak up now. Personally I think it's rather late in the game to be doing such things, especially because we only have one test release to get things right and the final to correct what we got wrong. I'd rather see the rest of this split happen after F-7 is branched off devel/ and focus on getting it right in devel/ -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Tue Apr 17 16:28:57 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 17 Apr 2007 11:28:57 -0500 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704171206.00102.jkeating@redhat.com> References: <200704162321.39479.ville.skytta@iki.fi> <200704171206.00102.jkeating@redhat.com> Message-ID: <1176827338.25513.7.camel@vader.jdub.homelinux.org> On Tue, 2007-04-17 at 12:05 -0400, Jesse Keating wrote: > On Tuesday 17 April 2007 12:00:52 Robin Norwood wrote: > > Well, the buildroots currently have 'perl-devel' because we made 'perl' > > Require 'perl-devel' - which is obviously wrong for the long term, but > > in the short term fixed the builds. What we're doing now is further > > splitting things out so there will be more packages, *and* removing the > > Requires. There's been some further discussion on > > fedora-perl-devel-list about this, and the alternative is to *not* add > > the new packages to the buildroots, and just have people fix their > > packages. Not to be a total weathervane here, but personally I'd just > > as soon not add the packages to the buildroots, and fix the broken > > packages now. I just don't feel like I have enough of a feel for which > > option people will prefer to make a call. So, if you have an opinion, > > speak up now. > > Personally I think it's rather late in the game to be doing such things, > especially because we only have one test release to get things right and the > final to correct what we got wrong. I'd rather see the rest of this split > happen after F-7 is branched off devel/ and focus on getting it right in > devel/ Agreed. josh From jwboyer at jdub.homelinux.org Tue Apr 17 16:31:19 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 17 Apr 2007 11:31:19 -0500 Subject: License problem with JPGraph In-Reply-To: <20070417154829.GA5845@devserv.devel.redhat.com> References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <20070417154829.GA5845@devserv.devel.redhat.com> Message-ID: <1176827479.25513.9.camel@vader.jdub.homelinux.org> On Tue, 2007-04-17 at 11:48 -0400, Alan Cox wrote: > On Fri, Apr 06, 2007 at 09:55:09AM +0200, Steven Bakker wrote: > > Licensee) For non-commercial, open-source or educational use and > > JpGraph Professional License for commercial use. > > > > So QPL applies for (non-commercial || open-source || educational) use. > > I'd say Fedora fits in the "open-source" category. > > I would read that as "no commercial open source" || "educational", otherwise > it makes no sense. Commercial and open source are not exclusive. FYI this package has been pulled already. josh From sundaram at fedoraproject.org Tue Apr 17 16:34:51 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 17 Apr 2007 22:04:51 +0530 Subject: License problem with JPGraph In-Reply-To: <1176827479.25513.9.camel@vader.jdub.homelinux.org> References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <20070417154829.GA5845@devserv.devel.redhat.com> <1176827479.25513.9.camel@vader.jdub.homelinux.org> Message-ID: <4624F72B.1080004@fedoraproject.org> Josh Boyer wrote: > On Tue, 2007-04-17 at 11:48 -0400, Alan Cox wrote: >> On Fri, Apr 06, 2007 at 09:55:09AM +0200, Steven Bakker wrote: >>> Licensee) For non-commercial, open-source or educational use and >>> JpGraph Professional License for commercial use. >>> >>> So QPL applies for (non-commercial || open-source || educational) use. >>> I'd say Fedora fits in the "open-source" category. >> I would read that as "no commercial open source" || "educational", otherwise >> it makes no sense. Commercial and open source are not exclusive. > > FYI this package has been pulled already. Doesn't that require a announcement? We did that for Xara. Rahul From poelstra at redhat.com Tue Apr 17 16:38:04 2007 From: poelstra at redhat.com (John Poelstra) Date: Tue, 17 Apr 2007 09:38:04 -0700 Subject: Getting to a final F7 feature list Message-ID: <4624F7EC.8040905@redhat.com> At yesterday's Release Engineering meeting I volunteered to work on the "F7 Feature Smackdown" so that we have a clear message and understanding as to what features will ship in F7 and which features won't. This will also hopefully be useful for an early start on the release notes. I started at this page: http://fedoraproject.org/wiki/Releases/7 Scrolling to the bottom of the page I found: 1) http://fedoraproject.org/wiki/Releases/7/MustHave 2) http://fedoraproject.org/wiki/Releases/7/FeatureList My initial observations are: 1) There seems to be a very low correlation of items on the "MustHave" list to the "FeatureList" 2) Here http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-apr-16 it was stated that unfinished features will not block a release. How do we reconcile that with having a "MustHave" feature list? Perhaps we are arguing about semantics (and I have no desire to start a thread now on Feature vs. Time based scheduling), but can we state our intentions a clearer way? Now I'm off to check in and update status for each of these: http://fedoraproject.org/wiki/Releases/7/FeatureList If you are a feature owner and can get there first that would be a big help. I'll send a summary once I am done. Thanks, John From ajackson at redhat.com Tue Apr 17 16:48:59 2007 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 17 Apr 2007 12:48:59 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704171206.00102.jkeating@redhat.com> References: <200704162321.39479.ville.skytta@iki.fi> <200704171206.00102.jkeating@redhat.com> Message-ID: <1176828539.3981.11.camel@localhost.localdomain> On Tue, 2007-04-17 at 12:05 -0400, Jesse Keating wrote: > On Tuesday 17 April 2007 12:00:52 Robin Norwood wrote: > > Well, the buildroots currently have 'perl-devel' because we made 'perl' > > Require 'perl-devel' - which is obviously wrong for the long term, but > > in the short term fixed the builds. What we're doing now is further > > splitting things out so there will be more packages, *and* removing the > > Requires. There's been some further discussion on > > fedora-perl-devel-list about this, and the alternative is to *not* add > > the new packages to the buildroots, and just have people fix their > > packages. Not to be a total weathervane here, but personally I'd just > > as soon not add the packages to the buildroots, and fix the broken > > packages now. I just don't feel like I have enough of a feel for which > > option people will prefer to make a call. So, if you have an opinion, > > speak up now. > > Personally I think it's rather late in the game to be doing such things, > especially because we only have one test release to get things right and the > final to correct what we got wrong. I'd rather see the rest of this split > happen after F-7 is branched off devel/ and focus on getting it right in > devel/ _Immediately_ after F7 is branched, please. - ajax From jwboyer at jdub.homelinux.org Tue Apr 17 17:21:55 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 17 Apr 2007 12:21:55 -0500 Subject: License problem with JPGraph In-Reply-To: <4624F72B.1080004@fedoraproject.org> References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <20070417154829.GA5845@devserv.devel.redhat.com> <1176827479.25513.9.camel@vader.jdub.homelinux.org> <4624F72B.1080004@fedoraproject.org> Message-ID: <1176830515.25513.12.camel@vader.jdub.homelinux.org> On Tue, 2007-04-17 at 22:04 +0530, Rahul Sundaram wrote: > Josh Boyer wrote: > > On Tue, 2007-04-17 at 11:48 -0400, Alan Cox wrote: > >> On Fri, Apr 06, 2007 at 09:55:09AM +0200, Steven Bakker wrote: > >>> Licensee) For non-commercial, open-source or educational use and > >>> JpGraph Professional License for commercial use. > >>> > >>> So QPL applies for (non-commercial || open-source || educational) use. > >>> I'd say Fedora fits in the "open-source" category. > >> I would read that as "no commercial open source" || "educational", otherwise > >> it makes no sense. Commercial and open source are not exclusive. > > > > FYI this package has been pulled already. > > Doesn't that require a announcement? We did that for Xara. /me shrugs I didn't explicitly do the pull. An announcement is certainly justified, I just would have thought the packager would do it. josh From triad at df.lth.se Tue Apr 17 18:25:31 2007 From: triad at df.lth.se (Linus Walleij) Date: Tue, 17 Apr 2007 20:25:31 +0200 (CEST) Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: <20070417085940.GD2872@free.fr> References: <20070416212208.GB2939@free.fr> <20070417085940.GD2872@free.fr> Message-ID: On Tue, 17 Apr 2007, Patrice Dumas wrote: >> The Fedora technique has been to rebuild all packages when a new compiler >> breaking the ABI is introduced. This means new compiler ABIs can only >> coincide with new Fedora releases, and it's been working quite well. > > But what about user compiled programs that are not in the Fedora > collection? Include the program into Fedora if it is generally useful. Or release new binaries with each new Fedora release (.fc6 package, .fc7 package ...) That's the current rationale. This is also the reason why EDA vendors and whathaveyou proprietary software tie their software to RHEL (Red Hat Enterprise Linux). That product has a slow release cycle and long support cycle and that's exactly what someone packaging binary software wants. For a mainly source-recompile-based distro like Fedora, we can break the ABI with each release and also happily do so :) Linus From rnorwood at redhat.com Tue Apr 17 18:29:56 2007 From: rnorwood at redhat.com (Robin Norwood) Date: Tue, 17 Apr 2007 14:29:56 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704171206.00102.jkeating@redhat.com> (Jesse Keating's message of "Tue, 17 Apr 2007 12:05:59 -0400") References: <200704162321.39479.ville.skytta@iki.fi> <200704171206.00102.jkeating@redhat.com> Message-ID: Jesse Keating writes: > On Tuesday 17 April 2007 12:00:52 Robin Norwood wrote: >> Well, the buildroots currently have 'perl-devel' because we made 'perl' >> Require 'perl-devel' - which is obviously wrong for the long term, but >> in the short term fixed the builds. ?What we're doing now is further >> splitting things out so there will be more packages, *and* removing the >> Requires. ?There's been some further discussion on >> fedora-perl-devel-list about this, and the alternative is to *not* add >> the new packages to the buildroots, and just have people fix their >> packages. ?Not to be a total weathervane here, but personally I'd just >> as soon not add the packages to the buildroots, and fix the broken >> packages now. ?I just don't feel like I have enough of a feel for which >> option people will prefer to make a call. ?So, if you have an opinion, >> speak up now. > > Personally I think it's rather late in the game to be doing such things, > especially because we only have one test release to get things right and the > final to correct what we got wrong. I'd rather see the rest of this split > happen after F-7 is branched off devel/ and focus on getting it right in > devel/ I'd rather not go out with the current situation of perl Require-ing perl-devel - just too much of a hack. I admit I should've gotten this straightened out earlier, but since it's a packaging change, likely to affect a small group of package builders, I think the impact will be low enough to bear the risk of going ahead with this. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From jkeating at redhat.com Tue Apr 17 18:31:39 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 14:31:39 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <200704171206.00102.jkeating@redhat.com> Message-ID: <200704171431.39838.jkeating@redhat.com> On Tuesday 17 April 2007 14:29:56 Robin Norwood wrote: > I'd rather not go out with the current situation of perl Require-ing > perl-devel - just too much of a hack. ?I admit I should've gotten this > straightened out earlier, but since it's a packaging change, likely to > affect a small group of package builders, I think the impact will be low > enough to bear the risk of going ahead with this. But is it any different than Perl releases of past? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Tue Apr 17 18:45:43 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 17 Apr 2007 14:45:43 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704171431.39838.jkeating@redhat.com> References: <200704171206.00102.jkeating@redhat.com> <200704171431.39838.jkeating@redhat.com> Message-ID: <1176835543.22139.7.camel@aglarond.local> On Tue, 2007-04-17 at 14:31 -0400, Jesse Keating wrote: > On Tuesday 17 April 2007 14:29:56 Robin Norwood wrote: > > I'd rather not go out with the current situation of perl Require-ing > > perl-devel - just too much of a hack. I admit I should've gotten this > > straightened out earlier, but since it's a packaging change, likely to > > affect a small group of package builders, I think the impact will be low > > enough to bear the risk of going ahead with this. > > But is it any different than Perl releases of past? Only in that it's explicitly called perl-devel and so people ask why a -devel package is being installed on their system when they haven't asked for development stuff[1] Jeremy [1] And this has already been asked... From rnorwood at redhat.com Tue Apr 17 18:46:16 2007 From: rnorwood at redhat.com (Robin Norwood) Date: Tue, 17 Apr 2007 14:46:16 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704171431.39838.jkeating@redhat.com> (Jesse Keating's message of "Tue, 17 Apr 2007 14:31:39 -0400") References: <200704171206.00102.jkeating@redhat.com> <200704171431.39838.jkeating@redhat.com> Message-ID: Jesse Keating writes: > On Tuesday 17 April 2007 14:29:56 Robin Norwood wrote: >> I'd rather not go out with the current situation of perl Require-ing >> perl-devel - just too much of a hack. ?I admit I should've gotten this >> straightened out earlier, but since it's a packaging change, likely to >> affect a small group of package builders, I think the impact will be low >> enough to bear the risk of going ahead with this. > > But is it any different than Perl releases of past? As far as bits-on-the-disk, not really - they are just now in two packages that Require each other. The next set of changes splits things out further so that 'devel'-related perl bits don't have to be on a system unless you want them to be, which will be an actual improvement. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From zcerza at redhat.com Tue Apr 17 18:44:16 2007 From: zcerza at redhat.com (Zack Cerza) Date: Tue, 17 Apr 2007 14:44:16 -0400 Subject: Latest kernel issues. In-Reply-To: References: <6bb886180704170404u31708a0ge87bb174a319b536@mail.gmail.com> <4624ACF5.80805@unb.ca> Message-ID: <46251580.3090303@redhat.com> darrell pfeifer wrote: > On 4/17/07, John DeDourek wrote: >> David Hunter wrote: >> > I?ve updated to the latest kernel version in rawhide >> > (kernel-2.6.20-1.3071.fc7) on a Celeron 500Mhz machine, also have the >> > kernel version (kernel-2.6.20-1.3066.fc7) installed. The newer kernel >> > fails to boot as there is a message to the effect of no int found or >> > something similar, the oldereer kernel boots the system ok, although >> > alot of the services fail to start. Any workarounds or fixes? >> > >> > -- >> > David Hunter >> I have this problem with an IBM Thinkpad T42. See my recent >> posts on fedora-list (search for dedourek at unb.ca). It appears >> that the kernel cannot access the disks on some machines. Best >> current guess is that it may be related to moving the necessary >> drivers from being built-in to the kernel to being loaded >> as modules. But this is NOT YET CONFIRMED. >> > > My newbie nephew was having the 'no init' problem when upgrading from > a stock fc6. Prior to the 3071 kernel upgrade yesterday I had him turn > selinux off. His subsequent 3071 boot was successful. Looks like https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236282 which was an anaconda bug. Should be fixed now for new installs. For old installs, run: fixfiles restore /boot as root. > > His system-config-wireless-gui failed because it was unable to import > the gnome library, which is also a bit suspicious. > > If you haven't already done so, you might want to try turning selinux > off, at least during the yum kernel upgrade. > > darrell > From jkeating at redhat.com Tue Apr 17 18:55:30 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 14:55:30 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <1176835543.22139.7.camel@aglarond.local> References: <200704171431.39838.jkeating@redhat.com> <1176835543.22139.7.camel@aglarond.local> Message-ID: <200704171455.30775.jkeating@redhat.com> On Tuesday 17 April 2007 14:45:43 Jeremy Katz wrote: > Only in that it's explicitly called perl-devel and so people ask why a > -devel package is being installed on their system when they haven't > asked for development stuff[1] > > Jeremy > > [1] And this has already been asked... Well sure. I suppose if we don't do any further splitting around and just make sure that perl-devel is in buildroots I'm ok with this, but that's going to leave a lot of packages that _won't_ rebuild on the end users system, nor in mock necessarily, unless they're getting group information from us. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pemboa at gmail.com Tue Apr 17 19:02:23 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 17 Apr 2007 14:02:23 -0500 Subject: Why is Fedora a multimedia disaster? - Here is why. In-Reply-To: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> References: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> Message-ID: <16de708d0704171202m1dc2bf66o3f4c692e988851b1@mail.gmail.com> I have a few questions about this myself, what is the appropriate list to continue this thread on? -- Fedora Core 6 and proud From rnorwood at redhat.com Tue Apr 17 19:04:47 2007 From: rnorwood at redhat.com (Robin Norwood) Date: Tue, 17 Apr 2007 15:04:47 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704171455.30775.jkeating@redhat.com> (Jesse Keating's message of "Tue, 17 Apr 2007 14:55:30 -0400") References: <200704171431.39838.jkeating@redhat.com> <1176835543.22139.7.camel@aglarond.local> <200704171455.30775.jkeating@redhat.com> Message-ID: Jesse Keating writes: > On Tuesday 17 April 2007 14:45:43 Jeremy Katz wrote: >> Only in that it's explicitly called perl-devel and so people ask why a >> -devel package is being installed on their system when they haven't >> asked for development stuff[1] >> >> Jeremy >> >> [1] And this has already been asked... > > Well sure. I suppose if we don't do any further splitting around and just > make sure that perl-devel is in buildroots I'm ok with this, but that's going > to leave a lot of packages that _won't_ rebuild on the end users system, nor > in mock necessarily, unless they're getting group information from us. Well, would you be happier with the 'not adding the packages to the buildroots' idea? IOW, package owners will have to add the proper BuildRequires to their packages (which is really the more correct solution). -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From jkeating at redhat.com Tue Apr 17 19:12:35 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 15:12:35 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <200704171455.30775.jkeating@redhat.com> Message-ID: <200704171512.35644.jkeating@redhat.com> On Tuesday 17 April 2007 15:04:47 Robin Norwood wrote: > Well, would you be happier with the 'not adding the packages to the > buildroots' idea? ?IOW, package owners will have to add the proper > BuildRequires to their packages (which is really the more correct > solution). Well, not exactly, because either way the packages as is will not rebuild, if you unlink perl-devel from perl. The only way I would be _really_ happy is if all our perl packages picked up this dep change and were rebuilt so that anybody rebuilding our shipped srpms can do so without issue. If I can't get that... then yeah, I think we should force the addition of perl-devel into specs by not making it available in the buildroot. Of course I may be voted down... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Tue Apr 17 19:22:35 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 18 Apr 2007 00:52:35 +0530 Subject: Why is Fedora a multimedia disaster? - Here is why. In-Reply-To: <16de708d0704171202m1dc2bf66o3f4c692e988851b1@mail.gmail.com> References: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> <16de708d0704171202m1dc2bf66o3f4c692e988851b1@mail.gmail.com> Message-ID: <46251E7B.1070702@fedoraproject.org> Arthur Pemberton wrote: > I have a few questions about this myself, what is the appropriate list > to continue this thread on? We can't really answer you if you don't tell us the questions. Rahul From Matt_Domsch at dell.com Tue Apr 17 20:34:25 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 17 Apr 2007 15:34:25 -0500 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <46249958.6030707@hhs.nl> References: <20070416201952.A2106@humbolt.us.dell.com> <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> <46249958.6030707@hhs.nl> Message-ID: <20070417203425.GA28231@lists.us.dell.com> On Tue, Apr 17, 2007 at 11:54:32AM +0200, Hans de Goede wrote: > Mamoru Tasaka wrote: > >This is strange. root.log > >http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/qdbm-1.8.75-1.fc7.src.rpm/result/root.log > > > >says that although 'ruby' is included as BuildRequires, ruby is not > >installed at the mock build time. > > > > For further weirdness check these: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/monkey-bubble-0.4.0-3.fc6.src.rpm/ > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/scorched3d-40.1d-2.fc7.src.rpm/ > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/auriferous-1.0.1-3.fc6.src.rpm/ > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/hawknl-1.68-1.fc7.src.rpm/ > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/libgnomedb-1.9.100-13.fc7.src.rpm/ > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/monkey-bubble-0.4.0-3.fc6.src.rpm/ > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/scorched3d-40.1d-2.fc7.src.rpm/ > > Nothing whatsover was actually done / build for any of them. I'm actually > quite happy with that as I always keep a close eye on the rebuild reports > and was sorta amazed to all of a sudden see my name mentioned many times > for failed packages :) > > So I think a rebuild of all failed packages is in order. It's running now... There were two problems that came up. 1) yum < 3.0.6 failed to pull in the right deps I fixed that ~12:30am CDT this morning and restarted, but in the process... 2) one builder had wrong permissions on /var/lib/mock, so it failed lots of packages. Those failures are what is seen as a near-zero build time. This was corrected ~8am CDT this morning and the builds restarted. More details as events warrant. Sorry for spamming people unnecessarily. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From jima at beer.tclug.org Tue Apr 17 21:06:49 2007 From: jima at beer.tclug.org (Jima) Date: Tue, 17 Apr 2007 16:06:49 -0500 (CDT) Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: <20070417203425.GA28231@lists.us.dell.com> References: <20070416201952.A2106@humbolt.us.dell.com> <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> <46249958.6030707@hhs.nl> <20070417203425.GA28231@lists.us.dell.com> Message-ID: On Tue, 17 Apr 2007, Matt Domsch wrote: > More details as events warrant. Sorry for spamming people > unnecessarily. I don't know about everyone else, but I'll take the bad with the good. Thanks for your work, Matt! Jima From Matt_Domsch at dell.com Tue Apr 17 21:19:28 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 17 Apr 2007 16:19:28 -0500 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <200704162321.39479.ville.skytta@iki.fi> Message-ID: <20070417211928.GB28231@lists.us.dell.com> On Tue, Apr 17, 2007 at 12:00:52PM -0400, Robin Norwood wrote: > Well, the buildroots currently have 'perl-devel' because we made 'perl' > Require 'perl-devel' - which is obviously wrong for the long term, but > in the short term fixed the builds. What we're doing now is further > splitting things out so there will be more packages, *and* removing the > Requires. There's been some further discussion on > fedora-perl-devel-list about this, and the alternative is to *not* add > the new packages to the buildroots, and just have people fix their > packages. Not to be a total weathervane here, but personally I'd just > as soon not add the packages to the buildroots, and fix the broken > packages now. I just don't feel like I have enough of a feel for which > option people will prefer to make a call. So, if you have an opinion, > speak up now. How many packages will break? How quickly can they be fixed? F7 test4 is frozen, meaning critial bug fixes only. It's no more broken than it has been in the past, right? So the penalty for not fixing it for F7 is small, right? And the benefit for F7 is small (cleanliness of the BRs being the main benefit). If the number of packages is small and people can fix them in the next couple days, perhaps an exception will be made. Otherwise, the fixing should start as soon as rawhide begins for F8, IMHO. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From siddharth at techbugs.org Tue Apr 17 21:25:57 2007 From: siddharth at techbugs.org (Siddharth Upmanyu) Date: Wed, 18 Apr 2007 02:55:57 +0530 Subject: Why is Fedora a multimedia disaster? - Here is why. In-Reply-To: <46251E7B.1070702@fedoraproject.org> References: <64b14b300704170714l22d28c25i47ac1ae14960d058@mail.gmail.com> <16de708d0704171202m1dc2bf66o3f4c692e988851b1@mail.gmail.com> <46251E7B.1070702@fedoraproject.org> Message-ID: i would guess for the marketing list.... Regards Siddharth On 4/18/07, Rahul Sundaram wrote: > > Arthur Pemberton wrote: > > I have a few questions about this myself, what is the appropriate list > > to continue this thread on? > > We can't really answer you if you don't tell us the questions. > > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Tue Apr 17 21:28:46 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 17 Apr 2007 23:28:46 +0200 Subject: packaging and binary incompatibility coming from the compiler In-Reply-To: References: <20070416212208.GB2939@free.fr> <20070417085940.GD2872@free.fr> Message-ID: <20070417212845.GB2984@free.fr> On Tue, Apr 17, 2007 at 08:25:31PM +0200, Linus Walleij wrote: > Include the program into Fedora if it is generally useful. Don't worry about that, I package a lot, in Fedora or in private repos, but it doesn't make sense to package every code. For a personal case, numerical models are not to be packaged. > Or release new binaries with each new Fedora release (.fc6 package, .fc7 > package ...) > > That's the current rationale. Ok, but it is better if linking fails instead of having runtime issues. I don't want to recompile for the sake of recompiling. Not to mention that some compilation may be resource hungry. > This is also the reason why EDA vendors and whathaveyou proprietary > software tie their software to RHEL (Red Hat Enterprise Linux). That > product has a slow release cycle and long support cycle and that's exactly > what someone packaging binary software wants. You have a use case in mind which is far from the general use case of libraries. As a side note, and unless I'm wrong on Centos 4 I get an ICE on some of my compilations, while at some points I could run the programs dynamically linked on fedora just fine on Centos (nowadays time it is not possible anymore and I compile statically, but at some point it was possible). > For a mainly source-recompile-based distro like Fedora, we can break the > ABI with each release and also happily do so :) Ok, but this should really be said explicitely somewhere. Maybe it is, but I never stumbled on it. Anyway Jakub proposed to use the soname to add this information, this seems more user-friendly to me. -- Pat From tibbs at math.uh.edu Tue Apr 17 23:17:34 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 17 Apr 2007 18:17:34 -0500 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <20070417211928.GB28231@lists.us.dell.com> References: <200704162321.39479.ville.skytta@iki.fi> <20070417211928.GB28231@lists.us.dell.com> Message-ID: >>>>> "MD" == Matt Domsch writes: MD> How many packages will break? Pretty much everything starting with "perl-". MD> How quickly can they be fixed? The trivial fix (BuildRequires: perl-devel) is, well, trivial. The proper fix is to actually require the modules that the package needs to build, which is usually perl(ExtUtils::MakeMaker) is easy but not completely trivial. Still, there are a lot of modules which will need even a trivial fix. - J< From Matt_Domsch at dell.com Wed Apr 18 01:34:13 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 17 Apr 2007 20:34:13 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2007-04-17 Message-ID: <20070418013413.GA792@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Tue Apr 17 20:13:16 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 1144 Number failed to build: 61 Number expected to fail due to ExclusiveArch or ExcludeArch: 13 Leaving: 48 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 48 ---------------------------------- adaptx-0.9.13-4jpp.1.fc7 alacarte-0.11.3-3.fc7 castor-0.9.5-1jpp.7 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-7 cryptix-3.2.0-9jpp.1 cryptix-asn1-20011119-7jpp.2 dump-0.4b41-5.fc7 evolution-connector-2.10.0-1.fc7 g-wrap-1.9.6-7.1 gnome-python2-desktop-2.18.0-1.fc7 gnome-sharp-2.16.0-1.fc6 grub-0.97-13 jakarta-commons-el-1.0-7jpp.1.fc7 jgroups-2.2.9.2-3jpp.2 junit-3.8.2-3jpp.1.fc7 kdesdk-3.5.6-1.fc7 kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 ldapjdk-4.17-1jpp.7 libgssapi-0.10-3.fc7 linux-atm-2.5.0-1.20050118cvs memtest86+-1.70-1.fc7 mikmod-3.1.6-39.fc7 mysqlclient10-3.23.58-9.2.1 mysqlclient14-4.1.14-4.2.1 nfs-utils-lib-1.0.8-8.fc7 perl-5.8.8-15.fc7 pm-utils-0.99.3-1.fc7 postgresql-jdbc-8.2.504-1jpp.fc7 ppc64-utils-0.11-3.fc7 prelink-0.3.10-1 sgml-common-0.6.3-19 squirrelmail-1.4.8-4.fc6 struts-1.2.9-4jpp.6 syslinux-3.36-2.fc7 tetex-3.0-39.fc7 valgrind-3.2.3-2 velocity-1.4-6jpp.1 xen-3.0.4-9.fc7 xferstats-2.16-14.1 xml-commons-resolver-1.1-1jpp.12 xorg-x11-drv-calcomp-1.1.0-2.fc7 xorg-x11-drv-citron-2.2.0-2.fc7 xorg-x11-drv-dmc-1.1.0-3.fc7 xorg-x11-drv-dynapro-1.1.0-3.fc7 xorg-x11-drv-evdev-1.1.2-3.fc7 xorg-x11-drv-microtouch-1.1.0-2.fc7 xorg-x11-drv-penmount-1.1.0-3.fc7 With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Wed Apr 18 01:34:17 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 17 Apr 2007 20:34:17 -0500 Subject: Core i386 rawhide rebuild in mock status 2007-04-17 Message-ID: <20070418013417.GA811@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Tue Apr 17 20:14:34 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 1145 Number failed to build: 48 Number expected to fail due to ExclusiveArch or ExcludeArch: 7 Leaving: 41 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 41 ---------------------------------- adaptx-0.9.13-4jpp.1.fc7 castor-0.9.5-1jpp.7 cryptix-3.2.0-9jpp.1 cryptix-asn1-20011119-7jpp.2 dump-0.4b41-5.fc7 g-wrap-1.9.6-7.1 gnome-python2-desktop-2.18.0-1.fc7 gnome-sharp-2.16.0-1.fc6 grub-0.97-13 jakarta-commons-el-1.0-7jpp.1.fc7 jgroups-2.2.9.2-3jpp.2 junit-3.8.2-3jpp.1.fc7 kdelibs-3.5.6-3.fc7 kdesdk-3.5.6-1.fc7 kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 ldapjdk-4.17-1jpp.7 libgssapi-0.10-3.fc7 linux-atm-2.5.0-1.20050118cvs mikmod-3.1.6-39.fc7 mysqlclient10-3.23.58-9.2.1 mysqlclient14-4.1.14-4.2.1 nfs-utils-lib-1.0.8-8.fc7 perl-5.8.8-15.fc7 pm-utils-0.99.3-1.fc7 postgresql-jdbc-8.2.504-1jpp.fc7 ppc64-utils-0.11-3.fc7 prelink-0.3.10-1 sgml-common-0.6.3-19 squirrelmail-1.4.8-4.fc6 struts-1.2.9-4jpp.6 tetex-3.0-39.fc7 velocity-1.4-6jpp.1 xferstats-2.16-14.1 xml-commons-resolver-1.1-1jpp.12 xorg-x11-drv-calcomp-1.1.0-2.fc7 xorg-x11-drv-citron-2.2.0-2.fc7 xorg-x11-drv-dmc-1.1.0-3.fc7 xorg-x11-drv-dynapro-1.1.0-3.fc7 xorg-x11-drv-evdev-1.1.2-3.fc7 xorg-x11-drv-microtouch-1.1.0-2.fc7 xorg-x11-drv-penmount-1.1.0-3.fc7 With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Wed Apr 18 01:34:21 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 17 Apr 2007 20:34:21 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2007-04-17 Message-ID: <20070418013421.GA823@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Tue Apr 17 20:19:19 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2943 Number failed to build: 66 Number expected to fail due to ExclusiveArch or ExcludeArch: 19 Leaving: 47 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 47 ---------------------------------- airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de atitvout-0.4-6 andreas.bierfert at lowlatency.de checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com csmash-0.6.6-14.fc7 matthias at rpmforge.net dclib-0.3.8-1.fc7 lmacken at redhat.com em8300-kmod-0.16.2-0.2.6.20_1.3040.fc7.1.rc1 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net fuse-smb-0.8.5-5.fc7 mszpak at wp.pl gdal-1.4.0-19.fc7 cbalint at redhat.com gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gnome-applet-timer-1.3.2-1.fc7 fedora at christoph-wickert.de gnome-commander-1.2.3-5.fc7 mtasaka at ioa.s.u-tokyo.ac.jp gnotime-2.2.2-7.fc6 toshio at tiki-lounge.com gstm-1.2-6.fc7 splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk gwget-0.98.2-1.fc7 fedora at christoph-wickert.de heliodor-0.2.0-1.fc7 jwilson at redhat.com,matthias at rpmforge.net jogl-1.0.0-5.7.beta5.fc6 green at redhat.com k3d-0.6.5.0-1.fc7 denis at poolshark.org kawa-1.9.0-2.fc7 green at redhat.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libpaper-1.1.20-5.fc6 tcallawa at redhat.com libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de milter-regex-1.6-6.fc6 paul at city-fan.org mlton-20061107-2.fc7 adam at spicenitz.org monkey-bubble-0.4.0-3.fc6 j.w.r.degoede at hhs.nl nant-0.85-12.fc7 paul at all-the-johnsons.co.uk ncview-1.92e-10.fc7 ed at eh3.com nomadsync-0.4.2-13.fc6 triad at df.lth.se orpie-1.4.3-5.fc6 lists at forevermore.net perl-Moose-Policy-0.02-2.fc7.src.rpm perl-Test-WWW-Mechanize-1.12-1.fc6 jpo at di.uminho.pt php-pecl-Fileinfo-1.0.4-1.fc7.src.rpm prewikka-0.9.8-1.fc7 tscherf at redhat.com python-amara-1.1.9-7.fc7 jamatos at fc.up.pt python-reportlab-2.0-2.fc7 bdpepple at ameritech.net qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com s3switch-0.0-9.20020912.fc6 paul at xelerance.com scorched3d-40.1d-2.fc7 j.w.r.degoede at hhs.nl scrip-1.4-6.fc6 ed at eh3.com snort-2.6.1.3-1.fc7 dennis at ausil.us steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de sysprof-kmod-1.0.8-1.2.6.20_1.3069.fc7.src.rpm sysprof-kmod-1.0.8-1.2.6.20_1.3071.fc7 giallu at gmail.com vigra-1.5.0-2.fc7 bruno at postle.net xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Wed Apr 18 01:34:38 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 17 Apr 2007 20:34:38 -0500 Subject: Extras i386 rawhide rebuild in mock status 2007-04-17 Message-ID: <20070418013438.GA841@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Tue Apr 17 20:24:14 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2943 Number failed to build: 43 Number expected to fail due to ExclusiveArch or ExcludeArch: 2 Leaving: 41 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 41 ---------------------------------- airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de athcool-0.3.11-5.fc6 gajownik at gmail.com checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com csmash-0.6.6-14.fc7 matthias at rpmforge.net dclib-0.3.8-1.fc7 lmacken at redhat.com em8300-kmod-0.16.2-0.2.6.20_1.3040.fc7.1.rc1 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net fuse-smb-0.8.5-5.fc7 mszpak at wp.pl gdal-1.4.0-19.fc7 cbalint at redhat.com gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gnome-applet-timer-1.3.2-1.fc7 fedora at christoph-wickert.de gnome-commander-1.2.3-5.fc7 mtasaka at ioa.s.u-tokyo.ac.jp gnotime-2.2.2-7.fc6 toshio at tiki-lounge.com gstm-1.2-6.fc7 splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk gwget-0.98.2-1.fc7 fedora at christoph-wickert.de heliodor-0.2.0-1.fc7 jwilson at redhat.com,matthias at rpmforge.net jogl-1.0.0-5.7.beta5.fc6 green at redhat.com k3d-0.6.5.0-1.fc7 denis at poolshark.org kawa-1.9.0-2.fc7 green at redhat.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libpaper-1.1.20-5.fc6 tcallawa at redhat.com milter-regex-1.6-6.fc6 paul at city-fan.org monkey-bubble-0.4.0-3.fc6 j.w.r.degoede at hhs.nl nant-0.85-12.fc7 paul at all-the-johnsons.co.uk ncview-1.92e-10.fc7 ed at eh3.com nomadsync-0.4.2-13.fc6 triad at df.lth.se orpie-1.4.3-5.fc6 lists at forevermore.net perl-Moose-Policy-0.02-2.fc7.src.rpm perl-Test-WWW-Mechanize-1.12-1.fc6 jpo at di.uminho.pt php-pecl-Fileinfo-1.0.4-1.fc7.src.rpm qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com scorched3d-40.1d-2.fc7 j.w.r.degoede at hhs.nl scrip-1.4-6.fc6 ed at eh3.com snort-2.6.1.3-1.fc7 dennis at ausil.us steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de sysprof-kmod-1.0.8-1.2.6.20_1.3069.fc7.src.rpm sysprof-kmod-1.0.8-1.2.6.20_1.3071.fc7 giallu at gmail.com vigra-1.5.0-2.fc7 bruno at postle.net xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Wed Apr 18 01:47:46 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 17 Apr 2007 20:47:46 -0500 Subject: Extras i386 rawhide rebuild in mock status 2007-04-17 In-Reply-To: <20070418013438.GA841@humbolt.us.dell.com> References: <20070418013438.GA841@humbolt.us.dell.com> Message-ID: <20070418014746.GA31203@lists.us.dell.com> On Tue, Apr 17, 2007 at 08:34:38PM -0500, Matt Domsch wrote: > Extras Rawhide-in-Mock Build Results for i386 Tue Apr 17 20:24:14 CDT 2007 > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ I'm trying to show how something failed in a shorter form; either a buildroot setup (BR dependency failure) or build (make) failure, by package. I hope you find this useful. I'll add a terse word to the stats email, by package, for future builds. http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/00-failure-reasons.txt http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/i386/00-failure-reasons.txt http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/x86_64/00-failure-reasons.txt http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/00-failure-reasons.txt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From cmadams at hiwaay.net Wed Apr 18 02:00:37 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 17 Apr 2007 21:00:37 -0500 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <200704162321.39479.ville.skytta@iki.fi> <20070417211928.GB28231@lists.us.dell.com> Message-ID: <20070418020037.GC933902@hiwaay.net> Once upon a time, Jason L Tibbitts III said: > >>>>> "MD" == Matt Domsch writes: > MD> How many packages will break? > > Pretty much everything starting with "perl-". That's not all. There are other packages that include perl support that will break (or autoconfigure out perl support unexpectedly). IIRC one example is net-snmp. The best way to come up with a list probably is to see all the binary RPMs that depend on perl or a perl module. Not all of them need perl-devel to build, but I'd bet most of them do. A quick look at rawhide/i386 finds over 100 packages that don't have perl in their name that require perl. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From j.w.r.degoede at hhs.nl Wed Apr 18 05:00:30 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 18 Apr 2007 07:00:30 +0200 Subject: Extras i386 rawhide rebuild in mock status 2007-04-16 In-Reply-To: References: <20070416201952.A2106@humbolt.us.dell.com> <46242D0F.9000404@ioa.s.u-tokyo.ac.jp> <46249958.6030707@hhs.nl> <20070417203425.GA28231@lists.us.dell.com> Message-ID: <4625A5EE.5070802@hhs.nl> Jima wrote: > On Tue, 17 Apr 2007, Matt Domsch wrote: >> More details as events warrant. Sorry for spamming people >> unnecessarily. > > I don't know about everyone else, but I'll take the bad with the good. > Thanks for your work, Matt! > +1, I fully agree with that, Thanks! Regards, Hans From kagesenshi.87 at gmail.com Wed Apr 18 04:49:50 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Wed, 18 Apr 2007 12:49:50 +0800 Subject: RFE: make default after-installation resolution for X11 as 1024x768 instead of auto Message-ID: Problem: A friend of mine want to try out Fedora, he have high end gfx (nvidia) card but his monitor have a low maximum resolution .. the installer worked fine but after installation , when the system trying to load X , the monitor goes out of range ... a boot into init 1 and change xorg.conf to inserted modes 1024x768 into the conf fixed the problem ... the auto resolution seems to try to use the highest resolution available which in this case is beyond the monitor limit ... an experienced user like might know how to do this .. but not new users ... therefore .. i'm suggesting the installation will set maximum resolution for first time installation to 1024x768 and provide the user the option to change the resolution later ... afaicr, older fedora/redhat have a screen resolution test that require user confirmaton on its first run .. but not the current installer .. -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From pnasrat at redhat.com Wed Apr 18 06:57:37 2007 From: pnasrat at redhat.com (Paul Nasrat) Date: Wed, 18 Apr 2007 07:57:37 +0100 Subject: do we need .pyo files? In-Reply-To: <1176741140.3970.334.camel@localhost.localdomain> References: <1176741140.3970.334.camel@localhost.localdomain> Message-ID: <1176879457.28357.2.camel@enki.eridu> On Mon, 2007-04-16 at 11:32 -0500, Tom "spot" Callaway wrote: > I'm admittedly not a low-level python guru, but I think its worth asking > the question: Do we need .pyo files in our python packages? > Note: I'm not pushing for this change to happen in F-7, far too late in > the cycle for that, but if there is merit to it, we should consider it > for F-8. Could you in the role of packaging committee member comment on https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236535 Paul From giallu at gmail.com Wed Apr 18 07:31:32 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Wed, 18 Apr 2007 09:31:32 +0200 Subject: Extras i386 rawhide rebuild in mock status 2007-04-17 In-Reply-To: <20070418013438.GA841@humbolt.us.dell.com> References: <20070418013438.GA841@humbolt.us.dell.com> Message-ID: On 4/18/07, Matt Domsch wrote: > em8300-kmod-0.16.2-0.2.6.20_1.3040.fc7.1.rc1 ville.skytta at iki.fi > sysprof-kmod-1.0.8-1.2.6.20_1.3069.fc7.src.rpm > sysprof-kmod-1.0.8-1.2.6.20_1.3071.fc7 giallu at gmail.com Those are always going to show up, as rawhide retain only one kernel at a time so they won't build anymore as soon as a new kernel is pushed. From buildsys at fedoraproject.org Wed Apr 18 07:47:29 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 18 Apr 2007 03:47:29 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-18 Message-ID: <20070418074729.B5BCD152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 77 apcupsd-3.14.0-1.fc7 banshee-0.12.1-2.fc7 compat-libosip2-2.2.2-12.fc7 crm114-0-0.4.20070301.fc7 dclib-0.3.8-2.fc7 fakeroot-1.6.4-15.fc7 gcin-1.3.4-2.fc7 gnome-commander-1.2.3-6.fc7 gstreamer-plugins-farsight-0.12.0-1.fc7 NEW happy-1.16-2.fc7 knemo-0.4.7-1.fc7 kvm-19-1 milter-greylist-3.0-1.fc7 moodle-1.8-2.fc7 numpy-1.0.1-4.fc7 ochusha-0.5.99.66-0.2.cvs070110.fc7 openbabel-2.1.0-2.fc7 pdfedit-0.3.0-2.fc7 (!) pdftk-1.41-5.fc7 : INVALID rebuild, not published! perl-Archive-Extract-0.18-1.fc7 perl-BerkeleyDB-0.31-3.fc7 perl-CPAN-DistnameInfo-0.06-3.fc7 perl-Cache-Mmap-0.09-2.fc7 perl-Class-Container-0.12-5.fc7 perl-Class-ErrorHandler-0.01-4.fc7 perl-Class-Singleton-1.03-4.fc7 perl-Convert-ASCII-Armour-1.4-5.fc7 perl-Convert-PEM-0.07-5.fc7 perl-Convert-TNEF-0.17-7.fc7 perl-Crypt-DES-2.05-4.fc7 perl-Crypt-DES_EDE3-0.01-5.fc7 perl-Crypt-RSA-1.58-2.fc7 perl-Data-Structure-Util-0.12-3.fc7 perl-DateTime-Event-ICal-0.09-3.fc7 perl-DateTime-Event-Recurrence-0.16-4.fc7 perl-DateTime-Format-ICal-0.08-4.fc7 perl-DateTime-Format-Strptime-1.0700-3.fc7 perl-DateTime-Format-W3CDTF-0.04-2.fc7 perl-DateTime-Set-0.25-4.fc7 NEW perl-Email-Abstract-2.132-3.fc7 perl-Exception-Class-1.23-3.fc7 perl-File-BOM-0.14-2.fc7 perl-File-ReadBackwards-1.04-3.fc7 perl-File-Type-0.22-4.fc7 perl-Graphics-ColorNames-1.06-4.fc7 perl-HTML-Mason-1.35-2.fc7 perl-HTML-Template-Expr-0.07-4.fc7 perl-HTTP-BrowserDetect-0.98-4.fc7 perl-IO-All-0.38-1.fc7 perl-IO-Null-1.01-3.fc7 perl-IPC-ShareLite-0.09-9.fc7 perl-Kwiki-Archive-Rcs-0.15-6.fc7 perl-Kwiki-Attachments-0.18-3.fc7 perl-Kwiki-Diff-0.03-4.fc7 perl-Kwiki-ModPerl-0.09-4.fc7 perl-MIME-tools-5.420-3.fc7 NEW perl-Mail-Box-Parser-C-3.006-1.fc7 perl-Module-Install-0.65-1.fc7 perl-Module-Pluggable-3.60-1.fc7 perl-Sys-Virt-0.1.1-9.fc7 perl-Text-Reform-1.11-7.fc7 perl-Unix-Statgrab-0.04-2.fc7 perl-YAML-0.62-3.fc7 perl-eperl-2.2.14-4.fc7 php-pear-PHP-CodeSniffer-0.5.0-1.fc7 NEW python-qpid-0.1-1.fc7 qpidc-0.2-5.fc7 NEW rhm-0.1-3.fc7 NEW ruby-qpid-0.1-1.fc7 smolt-0.9.6-4.fc7 steghide-0.5.1-3.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3079.fc7 NEW tcpreplay-2.3.5-4.fc7 tideEditor-1.4.1-1.fc7 uuid-1.5.1-3.fc7 wallpapoz-0.4-0.4.svn55.fc7 xtide-2.9.3-1.fc7 Packages built and released for Fedora Extras 6: 20 Coin2-2.4.6-1.fc6 audacious-docklet-0.1.1-2.fc6 compat-libosip2-2.2.2-12.fc6 crm114-0-0.3.20070301.fc6 gcin-1.3.4-2.fc6 gnomad2-2.8.12-1.fc6 gquilt-0.20-1.fc6 istanbul-0.2.2-2.fc6 moodle-1.6.5-2.fc6 nsd-2.3.7-1.fc6 pdfedit-0.3.0-2.fc6 NEW perl-Bio-ASN1-EntrezGene-1.091-3.fc6 NEW perl-Email-Abstract-2.132-3.fc6 NEW perl-Mail-Box-Parser-C-3.006-1.fc6 NEW perl-bioperl-1.5.2_102-5.fc6 php-pear-PHP-CodeSniffer-0.5.0-1.fc6 smolt-0.9.6-4.fc6 NEW tcpreplay-2.3.5-4.fc6 tideEditor-1.4.1-1.fc6 xtide-2.9.3-1.fc6 Packages built and released for Fedora Extras 5: 12 Coin2-2.4.6-1.fc5 compat-libosip2-2.2.2-12.fc5 crm114-0-0.2.20070301.fc5 gcin-1.3.4-2.fc5 gnomad2-2.8.12-1.fc5 moodle-1.6.5-2.fc5 nsd-2.3.7-1.fc5 NEW perl-Email-Abstract-2.132-3.fc5 NEW perl-Mail-Box-Parser-C-3.006-1.fc5 smolt-0.9.6-4.fc5 tideEditor-1.4.1-1.fc5 xtide-2.9.3-1.fc5 apcupsd-3.14.0-1.fc7 -------------------- banshee-0.12.1-2.fc7 -------------------- * Tue Apr 17 2007 Christopher Aillon - 0.12.1-2 - Fix typo in schemas compat-libosip2-2.2.2-12.fc7 ---------------------------- * Tue Apr 17 2007 Jeffrey C. Ollie - 2.2.2-12 - Fix oops * Tue Apr 17 2007 Jeffrey C. Ollie - 2.2.2-11 - Make sure new includedir is part of CFLAGS in pkgconfig file. Fixes #233925. crm114-0-0.4.20070301.fc7 ------------------------- * Tue Apr 17 2007 Dominik Mierzejewski 0-0.4.20070301 - fix testsuite on 64bit, patch by Jaakko Hyv?tti dclib-0.3.8-2.fc7 ----------------- * Tue Apr 17 2007 Luke Macken 0.3.8-2 - Add dclib-0.3.8-cconfig-use-cfile.patch from Edward Sheldrake to fix rawhide build errors fakeroot-1.6.4-15.fc7 --------------------- * Thu Mar 08 2007 Axel Thimm - 1.6.4-15 - Update to 1.6.4. * Wed Jan 10 2007 Axel Thimm - 1.5.12-14 - Update to 1.5.12. gcin-1.3.4-2.fc7 ---------------- * Tue Apr 17 2007 Chung-Yen Chang - 1.3.4-2 - disable i18n and do not make po * Tue Apr 17 2007 Chung-Yen Chang - 1.3.4-1 - update to 1.3.4 gnome-commander-1.2.3-6.fc7 --------------------------- * Tue Apr 17 2007 Mamoru Tasaka - 1.2.3-6 - Add maintainer, description elements to gnome-commander.xml for newer libxslt gstreamer-plugins-farsight-0.12.0-1.fc7 --------------------------------------- * Mon Apr 16 2007 Brian Pepple - 0.12.0-1 - Update to 0.12.0. - Add BR on jasper-devel & jrtplib-devel to build additional plugins. happy-1.16-2.fc7 ---------------- * Sun Mar 25 2007 Bryan O'Sullivan - 1.16-2 - fix a few style issues pointed out by Jens knemo-0.4.7-1.fc7 ----------------- * Tue Apr 17 2007 Francois Aucamp - 0.4.7-1 - Update to version 0.4.7 - Removed unnecessary desktop-file-install statements (KDE-specific desktop files) - Removed desktop file patch - desktop file "Keywords" keys used internally by KDE - Added "OnlyShowIn=KDE" to kcm desktop file - Removed unnecessary BuildRequires: qt-devel desktop-file-utils - Simplified %post and %postun scriplets - Use RPM_BUILD_ROOT variable format consistently kvm-19-1 -------- * Tue Apr 17 2007 Jeremy Katz - 19-1 - update to kvm-19 - use rtl8139 as the default nic emulation instead of ne2k_pci (#236790) milter-greylist-3.0-1.fc7 ------------------------- * Tue Apr 17 2007 Enrico Scholz - 3.0-1 - updated to 3.0 - enabled dnsrbl - removed -initng subpackage * Tue Jan 30 2007 Enrico Scholz - 2.1.12-3 - removed -minit subpackage moodle-1.8-2.fc7 ---------------- * Tue Apr 17 2007 Jerry James - 1.8-2 - Fix a CVS gaffe. - Obsolete language packs with old names. - Update language packs to the 17 Apr 2007 versions. numpy-1.0.1-4.fc7 ----------------- * Tue Apr 17 2007 Jarod Wilson 1.0.1-4 - Update gfortran patch to recognize latest gfortran f95 support - Resolves rhbz#236444 ochusha-0.5.99.66-0.2.cvs070110.fc7 ----------------------------------- * Tue Apr 17 2007 Mamoru Tasaka 0.5.99.66-0.2.cvs070110 - Disable lock checking for now. openbabel-2.1.0-2.fc7 --------------------- * Tue Apr 17 2007 Dominik Mierzejewski 2.1.0-2 - work around testsuite crash * Mon Apr 16 2007 Dominik Mierzejewski 2.1.0-1 - updated to 2.1.0 final pdfedit-0.3.0-2.fc7 ------------------- * Tue Apr 17 2007 Bernard Johnson - 0.3.0-2 - don't allow doxygen to use /dev/null pdftk-1.41-5.fc7 ---------------- perl-Archive-Extract-0.18-1.fc7 ------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.18-1 - Update to 0.18. - BR ExtUtils::MakeMaker. perl-BerkeleyDB-0.31-3.fc7 -------------------------- * Tue Apr 17 2007 Steven Pritchard 0.31-3 - BR ExtUtils::MakeMaker. perl-Cache-Mmap-0.09-2.fc7 -------------------------- * Tue Apr 17 2007 Steven Pritchard 0.09-2 - BR ExtUtils::MakeMaker. perl-Class-Container-0.12-5.fc7 ------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.12-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Class-ErrorHandler-0.01-4.fc7 ---------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.01-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Class-Singleton-1.03-4.fc7 ------------------------------- * Tue Apr 17 2007 Steven Pritchard 1.03-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Convert-ASCII-Armour-1.4-5.fc7 ----------------------------------- * Tue Apr 17 2007 Steven Pritchard 1.4-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Convert-PEM-0.07-5.fc7 --------------------------- * Tue Apr 17 2007 Steven Pritchard 0.07-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Convert-TNEF-0.17-7.fc7 ---------------------------- * Tue Apr 17 2007 Steven Pritchard 0.17-7 - Use fixperms macro instead of our own chmod incantation. - Reformat to more closely match cpanspec output. - BR MIME::Body instead of perl-MIME-tools. - BR ExtUtils::MakeMaker. perl-CPAN-DistnameInfo-0.06-3.fc7 --------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.06-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Crypt-DES-2.05-4.fc7 ------------------------- * Tue Apr 17 2007 Steven Pritchard 2.05-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Crypt-DES_EDE3-0.01-5.fc7 ------------------------------ * Tue Apr 17 2007 Steven Pritchard 0.01-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Crypt-RSA-1.58-2.fc7 ------------------------- * Tue Apr 17 2007 Paul Howarth 1.58-2 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Data-Structure-Util-0.12-3.fc7 ----------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.12-3 - Use fixperms macro instead of our own chmod incantation. perl-DateTime-Event-ICal-0.09-3.fc7 ----------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.09-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-DateTime-Event-Recurrence-0.16-4.fc7 ----------------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.16-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-DateTime-Format-ICal-0.08-4.fc7 ------------------------------------ * Tue Apr 17 2007 Steven Pritchard 0.08-4 - Use fixperms macro instead of our own chmod incantation. perl-DateTime-Format-Strptime-1.0700-3.fc7 ------------------------------------------ * Tue Apr 17 2007 Steven Pritchard 1.0700-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-DateTime-Format-W3CDTF-0.04-2.fc7 -------------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.04-2 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-DateTime-Set-0.25-4.fc7 ---------------------------- * Tue Apr 17 2007 Steven Pritchard 0.25-4 - Use fixperms macro instead of our own chmod incantation. perl-Email-Abstract-2.132-3.fc7 ------------------------------- * Mon Apr 16 2007 Tom "spot" Callaway - 2.132-3 - add missing BR Email::MIME, Test::Pod, Test::Pod::Coverage * Mon Apr 02 2007 Tom "spot" Callaway - 2.132-2 - remove LICENSE line from Makefile.PL - add BR Module::Pluggable, Mail::Message * Sun Apr 01 2007 Tom "spot" Callaway - 2.132-1 - Initial package for Fedora perl-eperl-2.2.14-4.fc7 ----------------------- * Tue Apr 17 2007 Steven Pritchard 2.2.14-4 - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Exception-Class-1.23-3.fc7 ------------------------------- * Tue Apr 17 2007 Steven Pritchard 1.23-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-File-BOM-0.14-2.fc7 ------------------------ * Tue Apr 17 2007 Steven Pritchard 0.14-2 - Rebuild. perl-File-ReadBackwards-1.04-3.fc7 ---------------------------------- * Tue Apr 17 2007 Steven Pritchard 1.04-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-File-Type-0.22-4.fc7 ------------------------- * Tue Apr 17 2007 Steven Pritchard 0.22-4 - Use fixperms macro instead of our own chmod incantation. perl-Graphics-ColorNames-1.06-4.fc7 ----------------------------------- * Tue Apr 17 2007 Steven Pritchard 1.06-4 - Use fixperms macro instead of our own chmod incantation. - Use the __perl macro. perl-HTML-Mason-1.35-2.fc7 -------------------------- * Tue Apr 17 2007 Steven Pritchard 1:1.35-2 - Rebuild. perl-HTML-Template-Expr-0.07-4.fc7 ---------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.07-4 - Reformat to match cpanspec output. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-HTTP-BrowserDetect-0.98-4.fc7 ---------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.98-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-IO-All-0.38-1.fc7 ---------------------- * Tue Apr 17 2007 Steven Pritchard 0.38-1 - Update to 0.38. - BR ExtUtils::MakeMaker. - BR MLDBM for better test coverage. perl-IO-Null-1.01-3.fc7 ----------------------- * Tue Apr 17 2007 Steven Pritchard 1.01-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-IPC-ShareLite-0.09-9.fc7 ----------------------------- * Tue Apr 17 2007 Steven Pritchard 0.09-9 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-Archive-Rcs-0.15-6.fc7 --------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.15-6 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-Attachments-0.18-3.fc7 --------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.18-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-Diff-0.03-4.fc7 -------------------------- * Tue Apr 17 2007 Steven Pritchard 0.03-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-ModPerl-0.09-4.fc7 ----------------------------- * Tue Apr 17 2007 Steven Pritchard 0.09-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Mail-Box-Parser-C-3.006-1.fc7 ---------------------------------- * Mon Apr 02 2007 Tom "spot" Callaway - 3.006-1 - Initial package for Fedora perl-MIME-tools-5.420-3.fc7 --------------------------- * Tue Apr 17 2007 Paul Howarth 5.420-3 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Module-Install-0.65-1.fc7 ------------------------------ * Tue Mar 13 2007 Steven Pritchard 0.65-1 - Update to 0.65. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Module-Pluggable-3.60-1.fc7 -------------------------------- * Tue Apr 17 2007 Steven Pritchard 3.60-1 - Update to 3.6. perl-Sys-Virt-0.1.1-9.fc7 ------------------------- * Tue Apr 17 2007 Steven Pritchard 0.1.1-9 - BR ExtUtils::MakeMaker. * Tue Apr 17 2007 Steven Pritchard 0.1.1-8 - Use fixperms macro instead of our own chmod incantation. perl-Text-Reform-1.11-7.fc7 --------------------------- * Tue Apr 17 2007 Steven Pritchard 1.11-7 - BR ExtUtils::MakeMaker. - Use fixperms macro instead of our own chmod incantation. perl-Unix-Statgrab-0.04-2.fc7 ----------------------------- * Tue Apr 17 2007 Steven Pritchard 0.04-2 - BR ExtUtils::MakeMaker. - Reformat to more closely resemble cpanspec output. - Use fixperms macro instead of our own chmod incantation. - Remove some macro other usage. perl-YAML-0.62-3.fc7 -------------------- * Tue Mar 13 2007 Steven Pritchard 0.62-3 - Use fixperms macro instead of our own chmod incantation. - Drop Test::Base build dependency to avoid a BR loop. - BR ExtUtils::MakeMaker. php-pear-PHP-CodeSniffer-0.5.0-1.fc7 ------------------------------------ * Tue Apr 17 2007 Konstantin Ryabitsev - 0.5.0-1 - Upstream 0.5.0 python-qpid-0.1-1.fc7 --------------------- * Thu Mar 22 2007 Rafael Schloming - 0.1-1 - Initial build. - Comply with Fedora packaging guidelines qpidc-0.2-5.fc7 --------------- * Tue Apr 17 2007 Alan Conway - 0.2-5 - Add missing Requires: e2fsprogs-devel for qpidc-devel. * Tue Apr 17 2007 Alan Conway - 0.2-4 - longer broker_start timeout to avoid failures in plague builds. * Tue Apr 17 2007 Alan Conway - 0.2-3 - Add missing Requires: apr in qpidc. rhm-0.1-3.fc7 ------------- * Tue Apr 17 2007 Alan Conway - 0.1-3 - Workaround missing BuildRequires: e2fsprogs-devel in qpidc-devel. * Tue Apr 17 2007 Alan Conway - 0.1-2 - Added missing BuildRequires: db4-devel * Thu Apr 12 2007 Alan Conway - 0.1-1 - Initial build. ruby-qpid-0.1-1.fc7 ------------------- * Thu Mar 22 2007 Rafael Schloming - 0.1-1 - Initial build - Comply with Fedora packaging guidelines smolt-0.9.6-4.fc7 ----------------- * Tue Apr 17 2007 Jeffrey C. Ollie - 0.9.6-4 - Add standard scriptlets in pre & post to handle init script - fixes #236776 - Use the find_lang macro to find/mark translations. steghide-0.5.1-3.fc7 -------------------- * Tue Apr 17 2007 Jochen Schmitt 0.5.1-3 - Fix build problems on FC-7 (#235505) sysprof-kmod-1.0.8-1.2.6.20_1.3079.fc7 -------------------------------------- tcpreplay-2.3.5-4.fc7 --------------------- * Tue Apr 17 2007 Bojan Smojver - 2.3.5-4 - Remove Makefile from docs * Tue Apr 17 2007 Bojan Smojver - 2.3.5-3 - Implement suggestions from package review process * Tue Apr 03 2007 Bojan Smojver - 2.3.5-2 - Add tcpdump to build and runtime dependencies - Cater for EL4, where there is no libpcap-devel * Mon Apr 02 2007 Bojan Smojver - 2.3.5-1 - Initial release, 2.3.5 - Based on package provided by Dag Wieers tideEditor-1.4.1-1.fc7 ---------------------- * Wed Apr 18 2007 Mamoru Tasaka - 1.4.1-1 - 1.4.1 uuid-1.5.1-3.fc7 ---------------- * Tue Apr 17 2007 Steven Pritchard 1.5.1-3 - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. wallpapoz-0.4-0.4.svn55.fc7 --------------------------- * Tue Apr 17 2007 Mamoru Tasaka - 0.4-0.4.svn55 - Add Japanese xml files (upstream will merge this) xtide-2.9.3-1.fc7 ----------------- * Wed Apr 18 2007 Mamoru Tasaka - 2.9.3-1 - 2.9.3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From a.badger at gmail.com Wed Apr 18 07:56:46 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 18 Apr 2007 00:56:46 -0700 Subject: do we need .pyo files? In-Reply-To: <1176879457.28357.2.camel@enki.eridu> References: <1176741140.3970.334.camel@localhost.localdomain> <1176879457.28357.2.camel@enki.eridu> Message-ID: <1176883006.25462.20.camel@localhost.localdomain> On Wed, 2007-04-18 at 07:57 +0100, Paul Nasrat wrote: > On Mon, 2007-04-16 at 11:32 -0500, Tom "spot" Callaway wrote: > > I'm admittedly not a low-level python guru, but I think its worth asking > > the question: Do we need .pyo files in our python packages? > > > Note: I'm not pushing for this change to happen in F-7, far too late in > > the cycle for that, but if there is merit to it, we should consider it > > for F-8. > > Could you in the role of packaging committee member comment on > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236535 The bug is upstream: python should not generate useless "optimized" byte code. ;-) Then we wouldn't have to worry about including the .pyo files in the rpm. As long as python allows someone to generate those files they need to be included in the spec. It goes beyond SELinux denials in the log -- if root runs python programs with optimization set then the pyo files are generated and then left on the filesystem when the package is removed. If root runs with -OO then the .pyo files are created without docstrings and that can cause runtime errors if the python program needs those. This could also be seen as a bug in bdist_rpm:: We include .pyo files so we can get rid of them when the python package is removed. bdist_rpm needs to do the same. If the bug reporter is worried about disk space, %ghost'ing the .pyos is another way out of the mess. It doesn't address all of the issues but it does take care that no .pyos will be left after the package is removed. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Wed Apr 18 08:36:07 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 18 Apr 2007 08:36:07 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-18 Message-ID: <20070418083607.13924.59169@extras64.linux.duke.edu> Summary of broken packages (by owner): anvil AT livna.org irssi - 0.8.10-6.a.fc6.i386 cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 (2 days) gaim-gaym - 0.96-3.7.293svn.fc7.ppc (2 days) gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 (2 days) j.w.r.degoede AT hhs.nl gnumeric - 1:1.6.3-6.fc7.i386 matthias AT rpmforge.net js - 1.60-2.fc7.i386 michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 (2 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc (2 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 (2 days) miker5slow AT grandecom.net conky - 1.4.5-3.fc6.i386 (2 days) conky - 1.4.5-3.fc6.ppc (2 days) conky - 1.4.5-3.fc6.x86_64 (2 days) mmcgrath AT redhat.com nagios - 2.7-2.fc7.i386 rmeggins AT redhat.com fedora-ds-base - 1.1.0-0.1.20070320.fc7.i386 rpm AT greysector.net gg2 - 2.3.0-1.fc7.i386 tjanouse AT redhat.com cyrus-imapd - 2.3.8-3.fc7.i386 ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 (12 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (12 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (12 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (12 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (12 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (12 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (12 days) wtogami AT redhat.com pidgin - 2:2.0.0-0.33.beta7devel.fc7.i386 ====================================================================== Broken packages in fedora-extras-6-i386: conky-1.4.5-3.fc6.i386 requires libaudacious.so.4 ====================================================================== Broken packages in fedora-extras-6-ppc: conky-1.4.5-3.fc6.ppc requires libaudacious.so.4 ====================================================================== Broken packages in fedora-extras-6-x86_64: conky-1.4.5-3.fc6.x86_64 requires libaudacious.so.4()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3040.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7PAE ====================================================================== Broken packages in fedora-extras-development-ppc: gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7smp ====================================================================== Broken packages in fedora-extras-development-x86_64: cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so fedora-ds-base-1.1.0-0.1.20070320.fc7.i386 requires libperl.so gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) gg2-2.3.0-1.fc7.i386 requires libperl.so gnumeric-1:1.6.3-6.fc7.i386 requires libperl.so irssi-0.8.10-6.a.fc6.i386 requires libperl.so js-1.60-2.fc7.i386 requires libperl.so kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7kdump nagios-2.7-2.fc7.i386 requires libperl.so pidgin-2:2.0.0-0.33.beta7devel.fc7.i386 requires libperl.so From rc040203 at freenet.de Wed Apr 18 08:13:43 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 18 Apr 2007 10:13:43 +0200 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704171512.35644.jkeating@redhat.com> References: <200704171455.30775.jkeating@redhat.com> <200704171512.35644.jkeating@redhat.com> Message-ID: <1176884024.31298.166.camel@mccallum.corsepiu.local> On Tue, 2007-04-17 at 15:12 -0400, Jesse Keating wrote: > On Tuesday 17 April 2007 15:04:47 Robin Norwood wrote: > > Well, would you be happier with the 'not adding the packages to the > > buildroots' idea? IOW, package owners will have to add the proper > > BuildRequires to their packages (which is really the more correct > > solution). > > Well, not exactly, because either way the packages as is will not rebuild, if > you unlink perl-devel from perl. I think there is consensus amongst most perl-packagers that such a circular dep between perl<->perl-devel is not useful. Unfortunately FC7's perl has not seen updates in recent weeks, which would have allowed to iron out issue earlier. > The only way I would be _really_ happy is > if all our perl packages picked up this dep change and were rebuilt so that > anybody rebuilding our shipped srpms can do so without issue. If I can't get > that... then yeah, I think we should force the addition of perl-devel into > specs by not making it available in the buildroot. Of course I may be voted > down... Note that all this only affects "BuildRequires:". I.e. packages would only be hit by the "packaging changes" during rebuilds (In 90% of all cases they fail very hard with obvious fixes implied). So, simply pushing (bug-fixed) split perl packages and not rebuilding nor changing buildroots would effectively mean to "grandfather" the "old packaging". Ralf From buildsys at redhat.com Wed Apr 18 09:49:19 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 18 Apr 2007 05:49:19 -0400 Subject: rawhide report: 20070418 changes Message-ID: <200704180949.l3I9nJYj032288@hs20-bc2-6.build.redhat.com> New package hal-info Device information files for HAL Updated Packages: anaconda-11.2.0.51-1 -------------------- * Tue Apr 17 2007 Jeremy Katz - 11.2.0.51-1 - Some PS3 fixes (dwmw2) - Try to handle some of the problem cases with the ide -> libata driver changes (clumens, katzj, #229704) - Fix text mode package descriptions (clumens, #233662) - Fix netlink buffer size (dcantrell, #234764) - Fix how we disable ipv6 (dcantrell) - Add a few more packages to upgrade blacklists - Warn and try not to blow up with scsi disks with more than 15 partitions (dcantrell, katzj) autofs-1:5.0.1-9 ---------------- * Tue Apr 17 2007 Ian Kent - 5.0.1-9 - upstream fix for filesystem is local check. - disable exports access control check (bz 203277). - fix patch to add command option for set a global mount options (bz 214684). avalon-framework-0:4.1.4-2jpp.14.fc7 ------------------------------------ * Thu Mar 08 2007 Permaine Cheung - 0:4.1.4-2jpp.14 - rpmlint cleanup. comps-extras-11.3-1 ------------------- * Tue Apr 17 2007 Bill Nottingham - 11.3-1 - add icons: clustering, virt, window-managers, uncategorized control-center-1:2.18.0-12.fc7 ------------------------------ * Tue Apr 17 2007 Ray Strode - 2.18.0-12 - Make theme changes work again (among other things). Bug 236752. * Tue Apr 17 2007 Matthias Clasen - 2.18.0-11 - Remove debugging spew from the about-me capplet dhcp-12:3.0.5-32.fc7 -------------------- * Tue Apr 17 2007 David Cantrell - 12:3.0.5-32 - Added missing newline on usage() screen in dhclient filesystem-2.4.6-1.fc7 ---------------------- * Tue Apr 17 2007 Phil Knirsch - 2.4.6-1 - Added several more /usr/share directories (#222905) firefox-2.0.0.3-4.fc7 --------------------- * Tue Apr 17 2007 Christopher Aillon 2.0.0.3-4 - Fix permissions of the man page gdm-1:2.18.0-11.fc7 ------------------- * Tue Apr 17 2007 Ray Strode - 1:2.18.0-11 - Be more verbose to help isolate the problem in bug 234567 ghostscript-8.15.4-3.fc7 ------------------------ * Tue Apr 17 2007 Tim Waugh 8.15.4-3 - Apply fonts in CIDFnmap even if the same fontnames are already registered (bug #163231). - New file CIDFmap (bug #233966). - Allow local overrides for FAPIcidfmap, cidfmap and Fontmap (bug #233966). gnome-mime-data-2.18.0-1.fc7 ---------------------------- * Tue Apr 17 2007 - Bastien Nocera - 2.18.0-1 - Upgrade to 2.18.0 and make noarch hal-0.5.9-4.fc7 --------------- * Tue Apr 17 2007 David Zeuthen - 0.5.9-4 - Rebuild without hal-info bits and Require new package hal-info (#230707) hplip-1.7.2-8.fc7 ----------------- * Tue Apr 17 2007 Tim Waugh 1.7.2-8 - Update desktop database on %postun as well (bug #236163). kernel-2.6.20-1.3084.fc7 ------------------------ * Tue Apr 17 2007 Dave Jones - sata_nv: Don't attempt using ADMA for (READ|SET)_MAX commands * Tue Apr 17 2007 Dave Jones - disable sparse checking (segfault) * Tue Apr 17 2007 Dave Jones - Update KVM to v19 kudzu-1.2.69-1 -------------- * Tue Apr 17 2007 Bill Nottingham - 1.2.69-1 - PS3 support (#236469, ) libsepol-2.0.3-1.fc7 -------------------- * Tue Apr 17 2007 Dan Walsh 2.0.3-1 - Upgrade to latest from NSA * Merged add boolmap argument to expand_module_avrules() from Chris PeBenito. libvirt-0.2.2-1.fc7 ------------------- * Tue Apr 17 2007 Daniel Veillard - 0.2.2-1.fc7 - Release of 0.2.2 - lot of assorted bugfixes and cleanups - preparing for Xen-3.0.5 * Thu Mar 22 2007 Jeremy Katz - 0.2.1-2.fc7 - don't require xen; we don't need the daemon and can control non-xen now - fix scriptlet error (need to own more directories) - update description text * Fri Mar 16 2007 Daniel Veillard - 0.2.1-1.fc7 - Release of 0.2.1 - lot of bug and portability fixes - Add support for network autostart and init scripts - New API to detect the virtualization capabilities of a host - Documentation updates libxml2-2.6.28-1 ---------------- * Tue Apr 17 2007 Daniel Veillard 2.6.28-1 - upstream release 2.6.28 see http://xmlsoft.org/news.html - many bug fixed upstream lm_sensors-2.10.3-2.fc7 ----------------------- * Tue Apr 17 2007 Phil Knirsch - 2.10.3-2 - Fixed one more problem with sensors-detect (#215984) * Tue Apr 17 2007 Phil Knirsch - 2.10.3-1 - Update to lm_sensors-2.10.3 mdadm-2.6.1-4.fc7 ----------------- * Mon Apr 16 2007 Doug Ledford - 2.6.1-4 - More cleanups for merge review process - Related: bz226134 mikmod-3.2.2-1.fc7 ------------------ * Tue Apr 17 2007 Jindrich Novy 3.2.2-1 - update to mikmod-3.2.2-beta1 - drop useless libtool, texinfo BuildRequires - don't use undefined macros, spec fixes - fix install-info scriptlet usage (#223711), thanks to Ville Skytta pirut-1.3.7-1.fc7 ----------------- * Tue Apr 17 2007 Jeremy Katz - 1.3.7-1 - Show full information about gpg key (#215721) - Fix traceback in single package installer (#236142) - Ensure we don't show groups/categories that don't have packages policycoreutils-2.0.9-5.fc7 --------------------------- * Mon Apr 16 2007 Dan Walsh 2.0.9-5 - Fully path script.py ppc64-utils-0.11-4.fc7 ---------------------- * Mon Apr 16 2007 David Woodhouse - 0.11-4 - Fix handling of PS3 secondary PPU in bootwrapper pygtk2-2.10.4-2.fc7 ------------------- * Tue Apr 17 2007 Matthew Barnes - 2.10.4-2.fc7 - Make pygtk-demo executable (RH bug #236716). pyorbit-2.14.2-2.fc7 -------------------- * Tue Apr 17 2007 Matthew Barnes - 2.14.2-2.fc7 - Fix some file permissions (RH bug #236738). - Spec file cleanups. python-virtinst-0.103.0-2.fc7 ----------------------------- * Tue Apr 17 2007 Mark McLoughlin - 0.103.0-2.fc7 - Fix urlgrabber import error scim-tables-0.5.7-3.fc7 ----------------------- * Tue Apr 17 2007 Jens Petersen - 0.5.7-3 - make the main package own the tables directory (#226399) * Tue Mar 27 2007 Caius Chance - 0.5.7-2.1 - Fixed bz#226399: Merge Review, scim-tables. * Mon Mar 19 2007 Caius Chance - 0.5.7-2 - Fixed bz#217639: scim-tables Chang-Jie preedit was not cleared after focus out then focus in. selinux-policy-2.5.12-5.fc7 --------------------------- * Tue Apr 17 2007 Dan Walsh 2.5.12-5 - Allow insmod_t to mount kvmfs_t filesystems * Tue Apr 17 2007 Dan Walsh 2.5.12-4 - Rwho policy - Fixes for consolekit shared-mime-info-0.20-2.fc7 --------------------------- * Tue Apr 17 2007 - Bastien Nocera - 0.20-2 - Fix the dia association (#194313) sound-juicer-2.16.4-1.fc7 ------------------------- * Tue Apr 17 2007 - Bastien Nocera - 2.16.4-1 - Update to 2.16.4 to get xdg-users-dir support, fix #236658, and follow the device selection in the control-center squirrelmail-1.4.9a-1.fc7 ------------------------- * Tue Apr 17 2007 Martin Bacovsky - 1.4.9a-1 - upgarde to new upstream 1.4.9a - resolves: #235560 Many SM errors in apache logs system-config-samba-1.2.41-1.fc7 -------------------------------- * Tue Apr 17 2007 Nils Philippsen - 1.2.41 - cope with separate nmb service (#234687) * Tue Apr 17 2007 Nils Philippsen - 1.2.40 - don't access smbpasswd directly but use pdbedit to allow for tdb/ldap backends (#236557) * Thu Mar 22 2007 Nils Philippsen - update URL system-config-securitylevel-1.8.0-1.fc7 --------------------------------------- * Tue Apr 17 2007 Thomas Woerner 1.8.0-1 - Lots of interface changes and cleanup - New ability to disable ipsec, ipp and mdns entries vim-2:7.0.224-3.fc7 ------------------- * Tue Apr 17 2007 Karsten Hopp 7.0.224-3 - fix typo in require line (vim-X11 - 2:7.0.224-2.fc7.i386 requires 4) xorg-x11-drv-amd-0.0-9.20061016git.fc7 -------------------------------------- * Tue Apr 17 2007 Adam Jackson 0.0-9.20061016git - Fix the license. xorg-x11-drv-nv-2.0.2-1.fc7 --------------------------- * Tue Apr 17 2007 Adam Jackson 2.0.2-1 - nv 2.0.2 - nv.xinf: PCI ID updates for yet more G80 cards. - Drop panel-range-hack, superceded upstream now. ypbind-3:1.19-9.fc7 ------------------- * Tue Apr 17 2007 Steve Dickson - 3:1.19-9 - Fixed typo in init script (bz 233459) - Changed init script to look in /etc/yp.conf for the domain name when not already set. (bz 113386) - Reworked init script to eliminate unreasonable hangs when ypbind cannot bind to nis server. (bz 112770) Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 From mschwendt.tmp0701.nospam at arcor.de Wed Apr 18 11:16:28 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 18 Apr 2007 13:16:28 +0200 Subject: perl.i386 - Re: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <20070418083607.13924.59169@extras64.linux.duke.edu> References: <20070418083607.13924.59169@extras64.linux.duke.edu> Message-ID: <20070418131628.9bd716ef.mschwendt.tmp0701.nospam@arcor.de> On Wed, 18 Apr 2007 08:36:07 -0000, Fedora Extras repoclosure wrote: > ====================================================================== > Broken packages in fedora-extras-development-x86_64: > > cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so > fedora-ds-base-1.1.0-0.1.20070320.fc7.i386 requires libperl.so > gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) > gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) > gg2-2.3.0-1.fc7.i386 requires libperl.so > gnumeric-1:1.6.3-6.fc7.i386 requires libperl.so > irssi-0.8.10-6.a.fc6.i386 requires libperl.so > js-1.60-2.fc7.i386 requires libperl.so > kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7 > kmod-em8300-kdump-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7kdump > nagios-2.7-2.fc7.i386 requires libperl.so > pidgin-2:2.0.0-0.33.beta7devel.fc7.i386 requires libperl.so perl.i386 for x86_64 is gone (I don't know the details about that). From jkeating at redhat.com Wed Apr 18 11:29:25 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 18 Apr 2007 07:29:25 -0400 Subject: perl.i386 - Re: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <20070418131628.9bd716ef.mschwendt.tmp0701.nospam@arcor.de> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070418131628.9bd716ef.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704180729.25907.jkeating@redhat.com> On Wednesday 18 April 2007 07:16:28 Michael Schwendt wrote: > perl.i386 for x86_64 is gone (I don't know the details about that). It should be gone. Perl will not work _at_ _all_ as multilib. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nphilipp at redhat.com Wed Apr 18 13:38:13 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 18 Apr 2007 15:38:13 +0200 Subject: A couple of serious questions In-Reply-To: <1176433254.1071.99.camel@zelda.fubar.dk> References: <200704121811.12791.lightsolphoenix@gmail.com> <20070413005023.GA17255@jadzia.bu.edu> <1176433254.1071.99.camel@zelda.fubar.dk> Message-ID: <1176903493.17649.13.camel@gibraltar.stuttgart.redhat.com> Hi, On Thu, 2007-04-12 at 23:00 -0400, David Zeuthen wrote: > On Thu, 2007-04-12 at 20:50 -0400, Matthew Miller wrote: > > On Thu, Apr 12, 2007 at 06:11:12PM -0400, Kelly wrote: > > > 1) Is there sufficient interest in having the system-config packages > > > split into data and GUI components so there might be Qt/KDE versions in > > > the future? > > > > I don't know about "sufficient", but there's interest in doing that for > > privilege-separation reasons. Being able to use alternate front-ends comes > > for free. > > Exactly. And moving the back-ends to somewhere central (e.g. fd.o) and > adding the front-ends to the actual desktop projects (e.g. GNOME, KDE) > is what we really want. That way we get all the distros/OS's to rally > around the same code base and the user experience as a whole becomes > better and more integrated. This partly relies on all distros actually wanting to use the same codebase ;-P, I don't take that as a given. Has some potential for NIH syndrome. > That's already been happening with all the HAL/NetworkManager/GNOME's > Project Utopia/KDE's Solid stuff and we're only going to do more of this > in the future; not less. With some of the PolicyKit stuff I talked > about > > https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01211.html > https://www.redhat.com/archives/fedora-devel-list/2007-March/msg01212.html > > it will be, for example, a patch around 100-200 lines to GNOME's clock > applet to provide the same functionality we today have in I take it that you mean 100-200 lines of glue code in addition to the (not yet) separate frontend and backend that communicate via dbus? Because frankly I'd be seriously amazed if the functionality in s-c-date could be replicated with so few code. > system-config-date. And it won't have to run as root; we can configure > it such that laptop users don't have to auth, admins can lock it down, > yadayada etc. etc. etc. > > (The good thing, also, is that most of the hard work on PolicyKit is > already done [1]; I plan to land it early in the Fedora 8 cycle and then > go on a spree to integrate it with GNOME where applicable.) > > So, in other words, I guess I'm saying that at least my point of view is > that much system-config-* is a dead-end for all but really Fedora > centric stuff that don't apply to other distros/OS'es. So my advice to > people asking if it's a good idea to write Qt front-ends would be to > start helping out on integrating these features in the respective > desktop environments. Having UI and logic better separated would actually make it easier to bring back meaningful text/command line apps which is a good thing. > Of course, this task is a lot harder than doing s/GTK+/Qt/ to some > source code; it actually requires that you come up with an architecture > and design that can work on all distros and don't do silly things like > running X11 apps as root. But I think in the end, it's a lot more > rewarding doing this than just Qt-ifying code; I think it also helps > create a better user experience. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From katzj at redhat.com Wed Apr 18 13:46:01 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 18 Apr 2007 09:46:01 -0400 Subject: RFE: make default after-installation resolution for X11 as 1024x768 instead of auto In-Reply-To: References: Message-ID: <1176903961.15165.7.camel@aglarond.local> On Wed, 2007-04-18 at 12:49 +0800, Hikaru Amano wrote: > A friend of mine want to try out Fedora, he have high end gfx (nvidia) > card but his monitor have a low maximum resolution .. the installer > worked fine but after installation , when the system trying to load X > , the monitor goes out of range ... a boot into init 1 and change > xorg.conf to inserted modes 1024x768 into the conf fixed the problem > ... the auto resolution seems to try to use the highest resolution > available which in this case is beyond the monitor limit ... > > an experienced user like might know how to do this .. but not new > users ... therefore .. i'm suggesting the installation will set > maximum resolution for first time installation to 1024x768 and provide > the user the option to change the resolution later ... > > afaicr, older fedora/redhat have a screen resolution test that require > user confirmaton on its first run .. but not the current installer .. We now properly probe the monitor and should be coming up in its native/best resolution. If you have a case where this isn't happening, please file a bug against the X driver (xorg-x11-drv-*) and include the /var/log/Xorg.0.log Jeremy From rnorwood at redhat.com Wed Apr 18 14:38:31 2007 From: rnorwood at redhat.com (Robin Norwood) Date: Wed, 18 Apr 2007 10:38:31 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <20070418020037.GC933902@hiwaay.net> (Chris Adams's message of "Tue, 17 Apr 2007 21:00:37 -0500") References: <200704162321.39479.ville.skytta@iki.fi> <20070417211928.GB28231@lists.us.dell.com> <20070418020037.GC933902@hiwaay.net> Message-ID: Chris Adams writes: > Once upon a time, Jason L Tibbitts III said: >> >>>>> "MD" == Matt Domsch writes: >> MD> How many packages will break? >> >> Pretty much everything starting with "perl-". > > That's not all. There are other packages that include perl support that > will break (or autoconfigure out perl support unexpectedly). IIRC one > example is net-snmp. > > The best way to come up with a list probably is to see all the binary > RPMs that depend on perl or a perl module. Not all of them need > perl-devel to build, but I'd bet most of them do. A quick look at > rawhide/i386 finds over 100 packages that don't have perl in their name > that require perl. Well, as Ralf points out elsewhere in the thread, this will break packages upon rebuild, at which point they will need the appropriate BuildRequires added...So I think this will be a problem only if the package owner hasn't read this thread and isn't aware of the change. So, what shall I do? I feel like at this point the people in charge of packaging quality of the distro should be involved on the call, not just me. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From mattdm at mattdm.org Wed Apr 18 14:47:13 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 18 Apr 2007 10:47:13 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <200704162321.39479.ville.skytta@iki.fi> <20070417211928.GB28231@lists.us.dell.com> <20070418020037.GC933902@hiwaay.net> Message-ID: <20070418144713.GA8112@jadzia.bu.edu> On Wed, Apr 18, 2007 at 10:38:31AM -0400, Robin Norwood wrote: > Well, as Ralf points out elsewhere in the thread, this will break > packages upon rebuild, at which point they will need the appropriate > BuildRequires added...So I think this will be a problem only if the > package owner hasn't read this thread and isn't aware of the change. At which point, they should be able to figure out the problem pretty quickly. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bpepple at fedoraproject.org Wed Apr 18 14:31:14 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 18 Apr 2007 10:31:14 -0400 Subject: FESCo Meeting Summary for 2007-04-12 Message-ID: <1176906674.6145.8.camel@lincoln> === Members Present === * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Christian Iseli (c4chris) * Rex Dieter (rdieter) * Toshio Kuratomi (abadger1999) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) * Josh Boyer (jwb) * Jeremy Katz (jeremy) * Jesse Keating (f13) * Bill Nottingham (notting) === Absent === * Tom Callaway (spot) * Warren Togami (warren) == Summary == === Packaging Committee Report === * FESCo approved the Packaging Committee's guidelines regarding: * http://fedoraproject.org/wiki/PackagingDrafts/OverallReviewGoals * http://fedoraproject.org/wiki/PackagingDrafts/Conflicts === Renaming cvsextras === * FESCo approved warren's proposal to rename the cvsextras group. === Koji === * f13 discussed the plans for the switch from plague to Koji in Extras. === EPEL === * FESCo voted against the plan to delete everything and then do a mass-rebuild for EPEL5, instead of bumping the spec and rebuilding. thl will inform the EPEL Steering Committe. === Package Conflicts === * bpepple received from Michael Schwendt the tool to identify packages with conflicts, but he hasn't had time to look at it. Also, still need someone to be lead on this. For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070412 Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dominik at greysector.net Wed Apr 18 14:12:21 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 18 Apr 2007 16:12:21 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <20070418083607.13924.59169@extras64.linux.duke.edu> References: <20070418083607.13924.59169@extras64.linux.duke.edu> Message-ID: <20070418141221.GD5686@ryvius.pekin.waw.pl> On Wednesday, 18 April 2007 at 10:36, Fedora Extras repoclosure wrote: > Summary of broken packages (by owner): > [...] > rpm AT greysector.net > gg2 - 2.3.0-1.fc7.i386 [...] > ====================================================================== > Broken packages in fedora-extras-development-x86_64: > > cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so > fedora-ds-base-1.1.0-0.1.20070320.fc7.i386 requires libperl.so > gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) > gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) > gg2-2.3.0-1.fc7.i386 requires libperl.so Why is gg2.i386 in x86_64 tree? This is instant messaging software, not some library. It shouldn't be multilib. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From ville.skytta at iki.fi Wed Apr 18 15:11:05 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Wed, 18 Apr 2007 18:11:05 +0300 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <20070417211928.GB28231@lists.us.dell.com> Message-ID: <200704181811.05489.ville.skytta@iki.fi> On Wednesday 18 April 2007, Jason L Tibbitts III wrote: > > The trivial fix (BuildRequires: perl-devel) is, well, trivial. The > proper fix is to actually require the modules that the package needs > to build, Right. > which is usually perl(ExtUtils::MakeMaker) is easy but not > completely trivial. Looking at 5.8.8-16 in CVS, neither perl-devel nor perl(ExtUtils::MakeMaker) is sufficient for the majority of cases. perl-ExtUtils-MakeMaker should most likely pull in perl(Test::Harness) (see the perl review bug in Bugzilla), but in addition to that a lot of packages would need to have an explicit perl(Test::More) build dependency added, that's commonly used in ./test.pl and/or t/*.t in CPAN distributions. There are also some Epoch issues in 5.8.8-16 which makes some of its subpackages uninstallable, hopefully a fix will arrive soon. From rc040203 at freenet.de Wed Apr 18 15:18:10 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 18 Apr 2007 17:18:10 +0200 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704181811.05489.ville.skytta@iki.fi> References: <20070417211928.GB28231@lists.us.dell.com> <200704181811.05489.ville.skytta@iki.fi> Message-ID: <1176909490.31298.217.camel@mccallum.corsepiu.local> On Wed, 2007-04-18 at 18:11 +0300, Ville Skytt? wrote: > On Wednesday 18 April 2007, Jason L Tibbitts III wrote: > > > > The trivial fix (BuildRequires: perl-devel) is, well, trivial. The > > proper fix is to actually require the modules that the package needs > > to build, > > Right. > > > which is usually perl(ExtUtils::MakeMaker) is easy but not > > completely trivial. > > Looking at 5.8.8-16 in CVS, neither perl-devel nor perl(ExtUtils::MakeMaker) > is sufficient for the majority of cases. perl-ExtUtils-MakeMaker should most > likely pull in perl(Test::Harness) (see the perl review bug in Bugzilla), but > in addition to that a lot of packages would need to have an explicit > perl(Test::More) build dependency added, that's commonly used in ./test.pl > and/or t/*.t in CPAN distributions. > > There are also some Epoch issues in 5.8.8-16 which makes some of its > subpackages uninstallable, hopefully a fix will arrive soon. Absolutely we urgently need a *-17 with the bugs fixes. This *-16 can't and won't fly (IMNSHO this is a RELEASE BLOCKER) Ralf From gauret at free.fr Wed Apr 18 15:20:10 2007 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 18 Apr 2007 17:20:10 +0200 Subject: License problem with JPGraph References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <20070417154829.GA5845@devserv.devel.redhat.com> <1176827479.25513.9.camel@vader.jdub.homelinux.org> <4624F72B.1080004@fedoraproject.org> <1176830515.25513.12.camel@vader.jdub.homelinux.org> Message-ID: > I didn't explicitly do the pull. An announcement is certainly > justified, I just would have thought the packager would do it. I'm perfectly OK with writing an announcement of course. What should I do ? Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Backups are for wimps. Real men upload their work to an ftp server and have everybody mirror it." -- Linus Torvalds From cmadams at hiwaay.net Wed Apr 18 15:27:00 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 18 Apr 2007 10:27:00 -0500 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <200704162321.39479.ville.skytta@iki.fi> <20070417211928.GB28231@lists.us.dell.com> <20070418020037.GC933902@hiwaay.net> Message-ID: <20070418152700.GD1300179@hiwaay.net> Once upon a time, Robin Norwood said: > Chris Adams writes: > > The best way to come up with a list probably is to see all the binary > > RPMs that depend on perl or a perl module. Not all of them need > > perl-devel to build, but I'd bet most of them do. A quick look at > > rawhide/i386 finds over 100 packages that don't have perl in their name > > that require perl. > > Well, as Ralf points out elsewhere in the thread, this will break > packages upon rebuild, at which point they will need the appropriate > BuildRequires added...So I think this will be a problem only if the > package owner hasn't read this thread and isn't aware of the change. There _could_ be some that don't break obviously. If the package is autoconfed and perl is optional, it would just leave it out of the build. Depending then on how the file list is specified, it could just end up being built without perl support. That's probably not a big deal; at most there's probably only a few such packages, and for them at worst it would then result in a bugzilla if/when someone tries to use the missing perl support (and then it is a simple rebuild). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From sundaram at fedoraproject.org Wed Apr 18 15:44:49 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 18 Apr 2007 21:14:49 +0530 Subject: License problem with JPGraph In-Reply-To: References: <1175846109.5654.9.camel@cluestix.noc.ams-ix.net> <20070417154829.GA5845@devserv.devel.redhat.com> <1176827479.25513.9.camel@vader.jdub.homelinux.org> <4624F72B.1080004@fedoraproject.org> <1176830515.25513.12.camel@vader.jdub.homelinux.org> Message-ID: <46263CF1.5050802@fedoraproject.org> Aurelien Bompard wrote: >> I didn't explicitly do the pull. An announcement is certainly >> justified, I just would have thought the packager would do it. > > I'm perfectly OK with writing an announcement of course. What should I do ? Send a mail to fedora-announce list with the details. Rahul From rc040203 at freenet.de Wed Apr 18 16:28:03 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 18 Apr 2007 18:28:03 +0200 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <20070418152700.GD1300179@hiwaay.net> References: <200704162321.39479.ville.skytta@iki.fi> <20070417211928.GB28231@lists.us.dell.com> <20070418020037.GC933902@hiwaay.net> <20070418152700.GD1300179@hiwaay.net> Message-ID: <1176913683.31298.227.camel@mccallum.corsepiu.local> On Wed, 2007-04-18 at 10:27 -0500, Chris Adams wrote: > Once upon a time, Robin Norwood said: > > Chris Adams writes: > > > The best way to come up with a list probably is to see all the binary > > > RPMs that depend on perl or a perl module. Not all of them need > > > perl-devel to build, but I'd bet most of them do. A quick look at > > > rawhide/i386 finds over 100 packages that don't have perl in their name > > > that require perl. > > > > Well, as Ralf points out elsewhere in the thread, this will break > > packages upon rebuild, at which point they will need the appropriate > > BuildRequires added...So I think this will be a problem only if the > > package owner hasn't read this thread and isn't aware of the change. > > There _could_ be some that don't break obviously. If the package is > autoconfed and perl is optional, it would just leave it out of the > build. Depending then on how the file list is specified, it could just > end up being built without perl support. Right, this case can't be excluded. Nevertheless I am inclined to consider this to be a rarely met corner case, because the perl-split primarily touches perl modules which are typically used at built time of perl-modules and are rarely used at run-time by other packages. > That's probably not a big deal; at most there's probably only a few such > packages, and for them at worst it would then result in a bugzilla > if/when someone tries to use the missing perl support (and then it is a > simple rebuild). Exactly. ATM, I am not aware of any such package. The only package I am aware about with weird module deps probably needing deeper investigation is mod_perl (The FC6 version pulls in most of the split-out modules - My gut feeling without having looked into mod_perl's sources is "This probably isn't right". Ralf From mschwendt.tmp0701.nospam at arcor.de Wed Apr 18 16:34:42 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 18 Apr 2007 18:34:42 +0200 Subject: FESCo Meeting Summary for 2007-04-12 In-Reply-To: <1176906674.6145.8.camel@lincoln> References: <1176906674.6145.8.camel@lincoln> Message-ID: <20070418183442.25fc607d.mschwendt.tmp0701.nospam@arcor.de> > === Package Conflicts === > * bpepple received from Michael Schwendt the tool to identify packages > with conflicts, but he hasn't had time to look at it. Also, still need > someone to be lead on this. * all found conflicts are in bugzilla * tool is missing an implementation of "Obsoletes" on virtual capabilities, as that causes one false positive (php-pearSOMETHING) -- probably easy to add, but I've injured my right forefinger several days ago and try to avoid typing too much > For full IRC log: > http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070412 > * f13 had hoped mschendent would have responded by now... > ok, sounds good. I would like to see updates announced to maintainers or something to keep people in the loop... ;) > mschwendent? > f13: he resonds on some things and not on others Does that refer to the lengthy build performance tests thread I've received via Cc? If so, I'm sorry, but I have not noticed any request for crucial input from me. I'm hardly up-to-date on koji, bodhi, and any plans on switching to them. The Extras pushscript has rough support for an abstract BuildSys interface, so theoretically it can be extended to pull packages from a different source than a local plague-needsign directory. From mschwendt.tmp0701.nospam at arcor.de Wed Apr 18 16:37:09 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 18 Apr 2007 18:37:09 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <20070418141221.GD5686@ryvius.pekin.waw.pl> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070418141221.GD5686@ryvius.pekin.waw.pl> Message-ID: <20070418183709.fece4caf.mschwendt.tmp0701.nospam@arcor.de> On Wed, 18 Apr 2007 16:12:21 +0200, Dominik 'Rathann' Mierzejewski wrote: > On Wednesday, 18 April 2007 at 10:36, Fedora Extras repoclosure wrote: > > Summary of broken packages (by owner): > > > [...] > > rpm AT greysector.net > > gg2 - 2.3.0-1.fc7.i386 > [...] > > ====================================================================== > > Broken packages in fedora-extras-development-x86_64: > > > > cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so > > fedora-ds-base-1.1.0-0.1.20070320.fc7.i386 requires libperl.so > > gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) > > gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) > > gg2-2.3.0-1.fc7.i386 requires libperl.so > > Why is gg2.i386 in x86_64 tree? This is instant messaging software, not > some library. It shouldn't be multilib. gg2-devel.i386 requires gg2.i386 -- see fedora-maintainers list for more about this From sundaram at fedoraproject.org Wed Apr 18 16:56:22 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 18 Apr 2007 22:26:22 +0530 Subject: Why nobody uses vnc module to X? In-Reply-To: <63D8D82B-3ED4-4996-9CBA-89515ADCB79E@mmto.org> References: <4608E886.3070508@redhat.com> <1175007909.18922.17.camel@erebor.boston.redhat.com> <63D8D82B-3ED4-4996-9CBA-89515ADCB79E@mmto.org> Message-ID: <46264DB6.4050403@fedoraproject.org> Timothy Pickering wrote: > > i have not yet had a chance to try out vnc.so in FC7t* or rawhide, > though. we have not had any problems with FC6 or any previous version > that included vnc.so (since FC1 or 2?). i will certainly squawk if it > does stop working or goes away before FC7. it, in fact, would likely be > a deal-breaker for us that would prevent us from using FC7 if it did go > away. It a feature like that is important it would be better for you to try out the development version or one of the test releases and provide feedback in the form of bugzilla reports when things don't work. Rahul From alain.portal at free.fr Wed Apr 18 18:03:33 2007 From: alain.portal at free.fr (Alain PORTAL) Date: Wed, 18 Apr 2007 20:03:33 +0200 Subject: system-config-samba Message-ID: <200704182003.33704.alain.portal@free.fr> Hi, In file ../src/mainWindow.py at line 147, there is "Add a samba share" at line 196, there is "Add a Samba share" that cause 2 strings instead of one in pot file. Should be fixed. At ligne 430, there is "%sA graphical interface for configuring SMB shares" No spage needed after %s ? In file system-config-samba.gladestrings at line 8, there is "label30" at line 10, there is "label31" at line 12, there is "label32" at line 14, there is "label33" at line 16, there is "label34" at line 18, there is "label35" at line 20, there is "label36" at line 22, there is "label37" at line 24, there is "label38" at line 26, there is "label39" at line 28, there is "label40" at line 30, there is "label41" at line 32, there is "label42" at line 34, there is "label43" at line 36, there is "label44" at line 50, there is "*" at line 78, there is "window1" It seems to me that these strings wouldn't be translatable. Regards Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mszpak at wp.pl Wed Apr 18 18:52:05 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Wed, 18 Apr 2007 20:52:05 +0200 Subject: libsmbclient.h in FC7 Message-ID: Hi, I was surprised when my package (fuse-smb) failed during last rawhide rebuild in mock. In log there is: checking libsmbclient.h usability... no checking libsmbclient.h presence... no checking for libsmbclient.h... no configure: error: Please install libsmbclient header files. Up to FC6 libsmbclient.h is in samba-common (which is in BuildRequires), but after small investigation I noticed that in FC7 this file is in separate package libsmbclient-devel and dependency should be added. I would like to ask should I do something like: if "%fedora" > "6" BuildRequires: libsmbclient-devel %endif or it's better to make a branch for a rawhide and higher? Regards Marcin From rdieter at math.unl.edu Wed Apr 18 19:43:54 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 18 Apr 2007 14:43:54 -0500 Subject: libsmbclient.h in FC7 In-Reply-To: References: Message-ID: Marcin Zaj?czkowski wrote: > Up to FC6 libsmbclient.h is in samba-common (which is in BuildRequires), > but after small investigation I noticed that in FC7 this file is in > separate package libsmbclient-devel and dependency should be added. > > I would like to ask should I do something like: > if "%fedora" > "6" > BuildRequires: libsmbclient-devel > %endif > > or it's better to make a branch for a rawhide and higher? either way works, it's up to you. -- Rex From ssorce at redhat.com Wed Apr 18 20:15:18 2007 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 18 Apr 2007 16:15:18 -0400 Subject: libsmbclient.h in FC7 In-Reply-To: References: Message-ID: <1176927318.11319.93.camel@willson> On Wed, 2007-04-18 at 20:52 +0200, Marcin Zaj?czkowski wrote: > Hi, > > > I was surprised when my package (fuse-smb) failed during last rawhide > rebuild in mock. > > In log there is: > checking libsmbclient.h usability... no > checking libsmbclient.h presence... no > checking for libsmbclient.h... no > configure: error: Please install libsmbclient header files. > > Up to FC6 libsmbclient.h is in samba-common (which is in BuildRequires), > but after small investigation I noticed that in FC7 this file is in > separate package libsmbclient-devel and dependency should be added. > > I would like to ask should I do something like: > if "%fedora" > "6" > BuildRequires: libsmbclient-devel > %endif > Can't you just specify a dependency on the header file and let rpm figure out which is the right package? Or is this not allowed for BuildRequires ? Simo. From pertusus at free.fr Wed Apr 18 20:24:41 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 18 Apr 2007 22:24:41 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: <1176927318.11319.93.camel@willson> References: <1176927318.11319.93.camel@willson> Message-ID: <20070418202441.GA3051@free.fr> On Wed, Apr 18, 2007 at 04:15:18PM -0400, Simo Sorce wrote: > > Can't you just specify a dependency on the header file and let rpm > figure out which is the right package? > Or is this not allowed for BuildRequires ? It is allowed, but having dependencies on files outside of bin directories causes yum to download the filelists. However it is likely that the package name won't change anymore, and if it changes an obsoletes will be added, so think that using a file as a dependency is not right in that case. -- Pat From jkeating at redhat.com Wed Apr 18 20:42:16 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 18 Apr 2007 16:42:16 -0400 Subject: perl.i386 - Re: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <200704180729.25907.jkeating@redhat.com> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070418131628.9bd716ef.mschwendt.tmp0701.nospam@arcor.de> <200704180729.25907.jkeating@redhat.com> Message-ID: <200704181642.16790.jkeating@redhat.com> On Wednesday 18 April 2007 07:29:25 Jesse Keating wrote: > On Wednesday 18 April 2007 07:16:28 Michael Schwendt wrote: > > perl.i386 for x86_64 is gone (I don't know the details about that). > > It should be gone. ?Perl will not work _at_ _all_ as multilib. Hrm, I could have sworn I committed a filter to block perl from being multilib when it grew a -devel package. However that doesn't seem to be present in the HEAD of the rawhide compose tool SCM. Not entirely sure _how_ it got removed for yesterday's rawhide either. Most bizarre. Regardless, I highly doubt perl will work as multilib, it never was before, it shouldn't be now. The fact that it showed up for a period of time as multilib is purely an accident. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Apr 18 20:49:28 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 18 Apr 2007 16:49:28 -0400 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: References: <20070418020037.GC933902@hiwaay.net> Message-ID: <200704181649.28935.jkeating@redhat.com> On Wednesday 18 April 2007 10:38:31 Robin Norwood wrote: > Well, as Ralf points out elsewhere in the thread, this will break > packages upon rebuild, at which point they will need the appropriate > BuildRequires added...So I think this will be a problem only if the > package owner hasn't read this thread and isn't aware of the change. I'm more concerned about sites rebuilding on their own, not our own packagers, especially since adjustments to our build system don't help people that don't use our build system. But maybe I'm just being too paranoid within Fedora space... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Apr 18 20:50:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 18 Apr 2007 16:50:57 -0400 Subject: FESCo Meeting Summary for 2007-04-12 In-Reply-To: <20070418183442.25fc607d.mschwendt.tmp0701.nospam@arcor.de> References: <1176906674.6145.8.camel@lincoln> <20070418183442.25fc607d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704181650.57872.jkeating@redhat.com> On Wednesday 18 April 2007 12:34:42 Michael Schwendt wrote: > Does that refer to the lengthy build performance tests thread I've > received via Cc? If so, I'm sorry, but I have not noticed any request for > crucial input from me. I'm hardly up-to-date on koji, bodhi, and any plans > on switching to them. The Extras pushscript has rough support for an > abstract BuildSys interface, so theoretically it can be extended to pull > packages from a different source than a local plague-needsign directory. Well, basically I wanted to be sure you were aware that we're proposing this and not scream bloody murder when we do this. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ml at deadbabylon.de Wed Apr 18 21:33:46 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Wed, 18 Apr 2007 23:33:46 +0200 Subject: KDE-LiveCD: gparted or qtparted? Message-ID: <20070418233346.5f6781ae@localhost.localdomain> Hi. We (KDE-SIG) want to include one of these partitionin tools. qtparted would be the best choice because it is qt. But personally I've only used gparted the last time (years). For me it was working better. Also the described functionality differs: gparted: http://gparted.sourceforge.net/features.php qtparted: http://qtparted.sourceforge.net/features.en.html So the question here is: Are there good reasons for choosing qtparted instead of gparted? Or is gtparted equal in functionality? Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From steve at silug.org Wed Apr 18 21:45:04 2007 From: steve at silug.org (Steven Pritchard) Date: Wed, 18 Apr 2007 16:45:04 -0500 Subject: KDE-LiveCD: gparted or qtparted? In-Reply-To: <20070418233346.5f6781ae@localhost.localdomain> References: <20070418233346.5f6781ae@localhost.localdomain> Message-ID: <20070418214504.GA25829@osiris.silug.org> On Wed, Apr 18, 2007 at 11:33:46PM +0200, Sebastian Vahl wrote: > So the question here is: Are there good reasons for choosing qtparted > instead of gparted? Or is gtparted equal in functionality? I'd think sticking with qtparted to get a common(-ish) look & feel would be best. BTW, could someone verify that ntfs resizing actually works in the current Fedora qtparted? It *should* be enabled, but I haven't had a chance to actually try it yet... Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From ml at deadbabylon.de Wed Apr 18 22:05:16 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 19 Apr 2007 00:05:16 +0200 Subject: KDE-LiveCD: gparted or qtparted? In-Reply-To: <20070418214504.GA25829@osiris.silug.org> References: <20070418233346.5f6781ae@localhost.localdomain> <20070418214504.GA25829@osiris.silug.org> Message-ID: <20070419000516.14574998@localhost.localdomain> Am Wed, 18 Apr 2007 16:45:04 -0500 schrieb Steven Pritchard : > On Wed, Apr 18, 2007 at 11:33:46PM +0200, Sebastian Vahl wrote: > > So the question here is: Are there good reasons for choosing > > qtparted instead of gparted? Or is gtparted equal in functionality? > > I'd think sticking with qtparted to get a common(-ish) look & feel > would be best. Don't think it's common look (maybe feel). It's pure qt :) http://qtparted.sourceforge.net/screenshots.en.html > > BTW, could someone verify that ntfs resizing actually works in the > current Fedora qtparted? It *should* be enabled, but I haven't had a > chance to actually try it yet... That's the background for this: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234082 And we've also decided to include them. But when resizing ntfs is not working with qtparted, gparted would be the only choice. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin.kofler at chello.at Wed Apr 18 22:29:20 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 18 Apr 2007 22:29:20 +0000 (UTC) Subject: ConsoleKit question: USB device interfacing libs Message-ID: I have a question about ConsoleKit which I haven't found answered anywhere, so I'm asking it here (not on fedora-test-list because this is a development/packaging question): When packaging a library which interfaces to pluggable peripherals through libusb, in order to make it work out of the box (i.e. make the peripheral work out of the box for the user physically in front of the computer ("console user"), who's assumed to be the owner of the pluggable peripheral), on Fedora Core 6, the following files are used: /etc/udev/rules.d/60-lib*.rules /etc/security/console.perms.d/60-lib*.perms The udev rules recognize the devices by their manufacturer and device IDs and create a symlink with a recognizable name, the console.perms.d rules then tell pam_console to chown devices with those names to the console user. (See libnjb and libmtp in FE6 or libticables2 at repo.calcforge.org for examples of this.) My question is: Does the above still work on Fedora 7? Or does the introduction of ConsoleKit change the picture there? If it's the latter, what changes? Kevin Kofler From dominik at greysector.net Wed Apr 18 22:10:40 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 19 Apr 2007 00:10:40 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <20070418183709.fece4caf.mschwendt.tmp0701.nospam@arcor.de> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070418141221.GD5686@ryvius.pekin.waw.pl> <20070418183709.fece4caf.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070418221040.GB13908@ryvius.pekin.waw.pl> On Wednesday, 18 April 2007 at 18:37, Michael Schwendt wrote: > On Wed, 18 Apr 2007 16:12:21 +0200, Dominik 'Rathann' Mierzejewski wrote: > > > On Wednesday, 18 April 2007 at 10:36, Fedora Extras repoclosure wrote: > > > Summary of broken packages (by owner): > > > > > [...] > > > rpm AT greysector.net > > > gg2 - 2.3.0-1.fc7.i386 > > [...] > > > ====================================================================== > > > Broken packages in fedora-extras-development-x86_64: > > > > > > cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so > > > fedora-ds-base-1.1.0-0.1.20070320.fc7.i386 requires libperl.so > > > gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) > > > gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) > > > gg2-2.3.0-1.fc7.i386 requires libperl.so > > > > Why is gg2.i386 in x86_64 tree? This is instant messaging software, not > > some library. It shouldn't be multilib. > > gg2-devel.i386 requires gg2.i386 -- see fedora-maintainers list > for more about this Please add it to some exception list then. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From seg at haxxed.com Wed Apr 18 22:35:41 2007 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 18 Apr 2007 17:35:41 -0500 Subject: KDE-LiveCD: gparted or qtparted? In-Reply-To: <20070418233346.5f6781ae@localhost.localdomain> References: <20070418233346.5f6781ae@localhost.localdomain> Message-ID: <1176935741.24226.17.camel@localhost.localdomain> On Wed, 2007-04-18 at 23:33 +0200, Sebastian Vahl wrote: > So the question here is: Are there good reasons for choosing qtparted > instead of gparted? Or is gtparted equal in functionality? SystemRescueCd switched from qtparted to gparted because qtparted went unmaintained since 2004. It appears it has recently been resurrected by Ark Linux though. gparted still seems to be ahead as far as functionality at the moment. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ml at deadbabylon.de Wed Apr 18 22:47:31 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 19 Apr 2007 00:47:31 +0200 Subject: KDE-LiveCD: localized CD-Versions & fully localized DVD Message-ID: <20070419004731.22ec7133@localhost.localdomain> Hi. The KDE-LiveCD has one big problem (for non-english users): It only supports the english language. But there maybe also some users that wan't a CD that supports their own language. ATM I only know two solutions for this: 1. Provide a fully localized dvd version. I'm working on this dvd atm. [1] The main problem there is: if we use kdm, the users must add "live_locale=their_language" at the bootprompt. kdm has no option to choose the language at login (like gdm). This maybe would a problem for some of them. 2. Create a tutorial that give's the ability to local communities to create their own CD-Version. After test3 I've created an initial wiki page [2] that could help with this. ATM I don't know another solution for this. There was also the proposal to use jigdo for this (and leaving enough free space on the normal cd). But I'm not sure if this works with squashfs (the size would be different on every creation of the same spin). So I would need proposals in this question. Any comment would accepted. :) Sebastian [1] http://git.fedoraproject.org/?p=hosted/livecd;a=blob;f=config/livedvd-fedora-kde.ks;h=a3407c142813446b7959f4864bb548e58e04fe8f;hb=HEAD [2] http://fedoraproject.org/wiki/Releases/FeatureFedoraKDE/KDELiveCD/LocalizedVersions -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dominik at greysector.net Wed Apr 18 22:23:44 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 19 Apr 2007 00:23:44 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <20070418183709.fece4caf.mschwendt.tmp0701.nospam@arcor.de> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070418141221.GD5686@ryvius.pekin.waw.pl> <20070418183709.fece4caf.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070418222344.GC13908@ryvius.pekin.waw.pl> On Wednesday, 18 April 2007 at 18:37, Michael Schwendt wrote: > On Wed, 18 Apr 2007 16:12:21 +0200, Dominik 'Rathann' Mierzejewski wrote: > > > On Wednesday, 18 April 2007 at 10:36, Fedora Extras repoclosure wrote: > > > Summary of broken packages (by owner): > > > > > [...] > > > rpm AT greysector.net > > > gg2 - 2.3.0-1.fc7.i386 > > [...] > > > ====================================================================== > > > Broken packages in fedora-extras-development-x86_64: > > > > > > cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so > > > fedora-ds-base-1.1.0-0.1.20070320.fc7.i386 requires libperl.so > > > gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) > > > gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) > > > gg2-2.3.0-1.fc7.i386 requires libperl.so > > > > Why is gg2.i386 in x86_64 tree? This is instant messaging software, not > > some library. It shouldn't be multilib. > > gg2-devel.i386 requires gg2.i386 -- see fedora-maintainers list > for more about this OK. After some reading, I've decided to split off the libs into a subpackage. I hope you'll let me push this through the freeze? Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From ml at deadbabylon.de Wed Apr 18 23:01:18 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 19 Apr 2007 01:01:18 +0200 Subject: KDE-LiveCD: gparted or qtparted? In-Reply-To: <1176935741.24226.17.camel@localhost.localdomain> References: <20070418233346.5f6781ae@localhost.localdomain> <1176935741.24226.17.camel@localhost.localdomain> Message-ID: <20070419010118.4ec5fc58@localhost.localdomain> Am Wed, 18 Apr 2007 17:35:41 -0500 schrieb Callum Lerwick : > On Wed, 2007-04-18 at 23:33 +0200, Sebastian Vahl wrote: > > So the question here is: Are there good reasons for choosing > > qtparted instead of gparted? Or is gtparted equal in functionality? > > SystemRescueCd switched from qtparted to gparted because qtparted went > unmaintained since 2004. It appears it has recently been resurrected > by Ark Linux though. gparted still seems to be ahead as far as > functionality at the moment. Mh. That would be a strong argument for gparted. Thanks. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hughsient at gmail.com Wed Apr 18 22:55:50 2007 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 18 Apr 2007 23:55:50 +0100 Subject: rawhide report: 20070418 changes In-Reply-To: <200704180949.l3I9nJYj032288@hs20-bc2-6.build.redhat.com> References: <200704180949.l3I9nJYj032288@hs20-bc2-6.build.redhat.com> Message-ID: <1176936950.10960.10.camel@hughsie-laptop> On Wed, 2007-04-18 at 05:49 -0400, buildsys at redhat.com wrote: > New package hal-info > Device information files for HAL Cheers for doing this. Expect frequent updates to this package throughout F7, to get more hardware "just working". Thanks. Richard. From i.pilcher at comcast.net Wed Apr 18 21:37:33 2007 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 18 Apr 2007 16:37:33 -0500 Subject: Suggested Fedora 7 blocker Message-ID: I would like to suggest that https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151653 be treated as a blocker for Fedora 7. This is going to bite anyone with software RAID devices on IDE drives *hard*. -- ======================================================================== Ian Pilcher arequipeno at gmail.com ======================================================================== From david at fubar.dk Wed Apr 18 23:36:42 2007 From: david at fubar.dk (David Zeuthen) Date: Wed, 18 Apr 2007 19:36:42 -0400 Subject: ConsoleKit question: USB device interfacing libs In-Reply-To: References: Message-ID: <1176939402.20826.44.camel@zelda.fubar.dk> On Wed, 2007-04-18 at 22:29 +0000, Kevin Kofler wrote: > My question is: Does the above still work on Fedora 7? Or does the introduction > of ConsoleKit change the picture there? If it's the latter, what changes? This will still work on Fedora 7; am planning some changes for this early in the Fedora 8 cycle though - I'll be sending mail when that happens. David From kevin.kofler at chello.at Thu Apr 19 00:52:03 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 19 Apr 2007 00:52:03 +0000 (UTC) Subject: [SOLVED] Re: ConsoleKit question: USB device interfacing libs References: <1176939402.20826.44.camel@zelda.fubar.dk> Message-ID: David Zeuthen fubar.dk> writes: > This will still work on Fedora 7; am planning some changes for this > early in the Fedora 8 cycle though - I'll be sending mail when that > happens. Thanks. Kevin Kofler From poelstra at redhat.com Thu Apr 19 03:29:10 2007 From: poelstra at redhat.com (John Poelstra) Date: Wed, 18 Apr 2007 20:29:10 -0700 Subject: Getting to a final F7 feature list In-Reply-To: <4624F7EC.8040905@redhat.com> References: <4624F7EC.8040905@redhat.com> Message-ID: <4626E206.4050508@redhat.com> John Poelstra said the following on 04/17/2007 09:38 AM Pacific Time: > Now I'm off to check in and update status for each of these: > http://fedoraproject.org/wiki/Releases/7/FeatureList > If you are a feature owner and can get there first that would be a big > help. > > I'll send a summary once I am done. > Thanks to everyone who updated each feature with a status. I added one of three descriptors to each feature on the wiki page summarizing the features for F7. http://fedoraproject.org/wiki/Releases/7/FeatureList IN == A good portion of the feature (or more) is completed and is already in F7 OUT == Feature will not be completed in time for F7 and is not in F7 UNCERTAIN == Status of the feature is unclear or I was unable to determine if the feature is in F7. John From sundaram at fedoraproject.org Thu Apr 19 03:40:15 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 19 Apr 2007 09:10:15 +0530 Subject: Getting to a final F7 feature list In-Reply-To: <4626E206.4050508@redhat.com> References: <4624F7EC.8040905@redhat.com> <4626E206.4050508@redhat.com> Message-ID: <4626E49F.4010006@fedoraproject.org> John Poelstra wrote: > John Poelstra said the following on 04/17/2007 09:38 AM Pacific Time: >> Now I'm off to check in and update status for each of these: >> http://fedoraproject.org/wiki/Releases/7/FeatureList >> If you are a feature owner and can get there first that would be a big >> help. >> >> I'll send a summary once I am done. >> > > Thanks to everyone who updated each feature with a status. > > I added one of three descriptors to each feature on the wiki page > summarizing the features for F7. > > http://fedoraproject.org/wiki/Releases/7/FeatureList > > IN == A good portion of the feature (or more) is completed and is > already in F7 > OUT == Feature will not be completed in time for F7 and is not in F7 > UNCERTAIN == Status of the feature is unclear or I was unable to > determine if the feature is in F7. I think Fedora Directory Server would qualify as PARTIAL rather than OUT. The base system is in after a number of patches and extensive review to make it fit into the Fedora packaging guidelines. Though the gui parts are not in yet I think we need to acknowledge the work done better. Similar situation for RANDR. The framework is in and Intel driver supports it. Yum enhancements planned are already in. Whether they have a significant boost in performance or not is a entirely different question. Rahul From sundaram at fedoraproject.org Thu Apr 19 04:13:33 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 19 Apr 2007 09:43:33 +0530 Subject: Getting to a final F7 feature list In-Reply-To: <4626E49F.4010006@fedoraproject.org> References: <4624F7EC.8040905@redhat.com> <4626E206.4050508@redhat.com> <4626E49F.4010006@fedoraproject.org> Message-ID: <4626EC6D.6030905@fedoraproject.org> Rahul Sundaram wrote: > John Poelstra wrote: >> John Poelstra said the following on 04/17/2007 09:38 AM Pacific Time: >>> Now I'm off to check in and update status for each of these: >>> http://fedoraproject.org/wiki/Releases/7/FeatureList >>> If you are a feature owner and can get there first that would be a >>> big help. >>> >>> I'll send a summary once I am done. >>> >> >> Thanks to everyone who updated each feature with a status. >> >> I added one of three descriptors to each feature on the wiki page >> summarizing the features for F7. >> >> http://fedoraproject.org/wiki/Releases/7/FeatureList >> >> IN == A good portion of the feature (or more) is completed and is >> already in F7 >> OUT == Feature will not be completed in time for F7 and is not in F7 >> UNCERTAIN == Status of the feature is unclear or I was unable to >> determine if the feature is in F7. > Additional notes: Dictionary proliferation fixing status should only be PARTIAL. There is still work left on fixing it completely. Build system is not OUT. It is a requirement for the merge which itself is a release blocker. Is test 4 going to have a everything release? Rahul From gilboad at gmail.com Thu Apr 19 05:11:56 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 19 Apr 2007 08:11:56 +0300 Subject: KDE-LiveCD: gparted or qtparted? In-Reply-To: <20070418233346.5f6781ae@localhost.localdomain> References: <20070418233346.5f6781ae@localhost.localdomain> Message-ID: <1176959516.2929.9.camel@gilboa-home-dev.localdomain> On Wed, 2007-04-18 at 23:33 +0200, Sebastian Vahl wrote: > Hi. > > We (KDE-SIG) want to include one of these partitionin tools. > qtparted would be the best choice because it is qt. But personally I've > only used gparted the last time (years). For me it was working better. > > Also the described functionality differs: > gparted: http://gparted.sourceforge.net/features.php > qtparted: http://qtparted.sourceforge.net/features.en.html > > So the question here is: Are there good reasons for choosing qtparted > instead of gparted? Or is gtparted equal in functionality? > 1. gparted works better. (Though in qtparted's defense, it's been a while since I tested it) 2. Most rescue CD's use gtparted so people will most likely be accustomed to its UI. 3. gtk-qt should close the look-and-feel gap. - Gilboa From j.w.r.degoede at hhs.nl Thu Apr 19 05:41:19 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 19 Apr 2007 07:41:19 +0200 Subject: perl.i386 - Re: Summary - Broken dependencies in Fedora Extras - 2007-04-18 In-Reply-To: <200704181642.16790.jkeating@redhat.com> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070418131628.9bd716ef.mschwendt.tmp0701.nospam@arcor.de> <200704180729.25907.jkeating@redhat.com> <200704181642.16790.jkeating@redhat.com> Message-ID: <462700FF.7010207@hhs.nl> Jesse Keating wrote: > On Wednesday 18 April 2007 07:29:25 Jesse Keating wrote: >> On Wednesday 18 April 2007 07:16:28 Michael Schwendt wrote: >>> perl.i386 for x86_64 is gone (I don't know the details about that). >> It should be gone. Perl will not work _at_ _all_ as multilib. > > Hrm, I could have sworn I committed a filter to block perl from being multilib > when it grew a -devel package. However that doesn't seem to be present in > the HEAD of the rawhide compose tool SCM. Not entirely sure _how_ it got > removed for yesterday's rawhide either. Most bizarre. > > Regardless, I highly doubt perl will work as multilib, it never was before, it > shouldn't be now. The fact that it showed up for a period of time as > multilib is purely an accident. > Jesse, This was the trigger (although IMHO not the cause) of the "broken deps outside of packagers control" maillist thread. Can you please read that thread and add some wise words there? Regards, Hans From buildsys at fedoraproject.org Thu Apr 19 06:22:04 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 19 Apr 2007 02:22:04 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-19 Message-ID: <20070419062204.D59A1152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 117 NEW PerceptualDiff-1.0.1-5.fc7 bzr-gtk-0.15.2-2.fc7 conky-1.4.5-4.fc7 eclipse-mylar-1.0-4.fc7 g3data-1.5.1-5.fc7 gg2-2.3.0-2.fc7 gparted-0.3.3-10.fc7 grepmail-5.3033-3.fc7 gtk-xfce-engine-2.4.1-1.fc7 itpp-3.10.10-1.fc7 libxfce4mcs-4.4.1-2.fc7 libxfce4util-4.4.1-2.fc7 libxfcegui4-4.4.1-2.fc7 milter-regex-1.6-7.fc7 openbox-3.3.1-6.fc7 pcsc-perl-1.4.6-1.fc7 perl-Algorithm-Diff-1.1902-3.fc7 perl-Apache-LogRegex-1.4-2.fc7 perl-Apache-Session-1.82-2.fc7 perl-Authen-DigestMD5-0.04-3.fc7 perl-Class-Loader-2.03-4.fc7 perl-Config-General-2.33-1.fc7 perl-Convert-BinHex-1.119-5.fc7 perl-Crypt-DH-0.06-6.fc7 perl-Crypt-DSA-0.14-4.fc7 perl-Crypt-Primes-0.50-3.fc7 perl-Crypt-Random-1.25-3.fc7 perl-Crypt-SmbHash-0.12-5.fc7 perl-Data-Buffer-0.04-4.fc7 perl-Date-Simple-3.02-5.fc7 perl-Devel-Leak-0.03-3.fc7 perl-Digest-BubbleBabble-0.01-5.fc7 perl-Digest-MD2-2.03-4.fc7 perl-File-Fetch-0.10-2.fc7 perl-FileHandle-Unget-0.1621-4.fc7 perl-HTML-Encoding-0.52-2.fc7 perl-IO-stringy-2.110-5.fc7 perl-IPC-Cmd-0.36-2.fc7 perl-IPC-Run-0.80-3.fc7 perl-Kwiki-NewPage-0.12-5.fc7 perl-Kwiki-Raw-0.02-4.fc7 perl-Kwiki-RecentChanges-0.14-3.fc7 perl-Kwiki-Revisions-0.15-5.fc7 perl-Kwiki-Search-0.12-5.fc7 perl-Kwiki-UserName-0.14-5.fc7 perl-Kwiki-UserPreferences-0.13-5.fc7 perl-Kwiki-Users-Remote-0.04-4.fc7 perl-Locale-Maketext-Simple-0.18-2.fc7 perl-Log-Message-0.01-3.fc7 perl-Log-Message-Simple-0.01-3.fc7 perl-MIME-Types-1.19-2.fc7 perl-Mail-Alias-1.12-8.fc7 perl-Mail-Mbox-MessageParser-1.5000-2.fc7 perl-Mail-SPF-Query-1.999.1-3.fc7 perl-Math-GMP-2.04-5.fc7 perl-Math-Pari-2.010709-2.fc7 perl-Module-Compile-0.20-2.fc7 perl-Module-Info-0.30-5.fc7 perl-Module-Load-0.10-3.fc7 perl-Module-Load-Conditional-0.16-2.fc7 perl-Module-Loaded-0.01-3.fc7 perl-Module-Signature-0.55-2.fc7 perl-Net-CIDR-Lite-0.20-3.fc7 perl-Net-SCP-0.07-6.fc7 perl-Net-SSH-0.08-5.fc7 perl-Net-SSH-Perl-1.30-4.fc7 perl-Object-Accessor-0.32-2.fc7 perl-OpenFrame-3.05-6.fc7 perl-PAR-Dist-0.21-2.fc7 perl-Package-Constants-0.01-3.fc7 perl-Parse-CPAN-Packages-2.26-4.fc7 perl-Perl6-Bible-0.30-3.fc7 perl-Pipeline-3.12-4.fc7 perl-SUPER-1.16-1.fc7 perl-Set-Infinite-0.61-3.fc7 perl-Spiffy-0.30-7.fc7 perl-Spoon-0.24-2.fc7 perl-String-ShellQuote-1.03-4.fc7 perl-Term-UI-0.14-2.fc7 perl-Test-Base-0.53-2.fc7 perl-Test-Deep-0.096-2.fc7 perl-Test-NoWarnings-0.083-2.fc7 perl-Test-Portability-Files-0.05-4.fc7 perl-Test-Tester-0.104-2.fc7 perl-Text-Autoformat-1.13-5.fc7 perl-Text-Diff-0.35-4.fc7 perl-Text-Iconv-1.4-6.fc7 perl-Text-Levenshtein-0.05-4.fc7 perl-Tie-EncryptedHash-1.21-3.fc7 perl-XML-XQL-0.68-4.fc7 perl-YAML-Parser-Syck-0.01-8.fc7 perltidy-20060719-3.fc7 pidgin-2.0.0-0.34.beta7devel.fc7 NEW python-biopython-1.43-3.fc7 python-crypto-2.0.1-7 scipy-0.5.2-2.2.fc7 scorched3d-40.1d-3.fc7 seedit-2.1.1-2.fc7.1 sysprof-kmod-1.0.8-1.2.6.20_1.3084.fc7 wine-0.9.35-1.fc7 wine-docs-0.9.35-1.fc7 workrave-1.8.4-3.fc7 xfce-mcs-manager-4.4.1-1.fc7 xfce-mcs-plugins-4.4.1-1.fc7 xfce-utils-4.4.1-1.fc7 xfce4-appfinder-4.4.1-1.fc7 xfce4-icon-theme-4.4.1-1.fc7 xfce4-mixer-4.4.1-1.fc7 xfce4-panel-4.4.1-1.fc7 xfce4-session-4.4.1-1.fc7 xfdesktop-4.4.1-1.fc7 xfprint-4.4.1-1.fc7 xfwm4-4.4.1-1.fc7 xfwm4-themes-4.4.1-1.fc7 xine-lib-1.1.6-1.fc7 yum-utils-1.1.2-1.fc7 yumex-1.9.6-1.0.fc7 bzr-gtk-0.15.2-2.fc7 -------------------- * Wed Apr 18 2007 Toshio Kuratomi 0.15.2-2 - Fix olive description. conky-1.4.5-4.fc7 ----------------- * Wed Apr 18 2007 Michael Rice - 1.4.5-4 - Rebuild to match audacious lib in fc6 bug: 236989 eclipse-mylar-1.0-4.fc7 ----------------------- * Wed Apr 18 2007 Andrew Overholt 1.0-4 - Add workaround for missing method in GNU Classpath. g3data-1.5.1-5.fc7 ------------------ * Mon Mar 26 2007 Jef Spaleta 1.5.1-5 - fix unowned directory oops gg2-2.3.0-2.fc7 --------------- * Thu Apr 19 2007 Dominik Mierzejewski 2.3.0-2 - split off libs to fix multilib issues gparted-0.3.3-10.fc7 -------------------- * Wed Apr 18 2007 Deji Akingunola - 0.3.3-10 - Fix another typos in the run-gparted script * Mon Apr 16 2007 Deji Akingunola - 0.3.3-9 - Fix the typos and stupidity in the consolehelper and hal-lock files grepmail-5.3033-3.fc7 --------------------- * Wed Apr 18 2007 Paul Howarth 5.3033-3 - Buildrequire perl(ExtUtils::MakeMaker) instead of perl-devel gtk-xfce-engine-2.4.1-1.fc7 --------------------------- * Wed Apr 11 2007 Kevin Fenzi - 2.4.1-1 - Update to 2.4.1 itpp-3.10.10-1.fc7 ------------------ * Tue Apr 17 2007 Ed Hill - 3.10.10-1 - new upstream 3.10.10 * Tue Apr 17 2007 Ed Hill - 3.10.9-2 - fix dir ownership per bz #233842 libxfce4mcs-4.4.1-2.fc7 ----------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-3 - Create and own %{_libdir}/xfce4/mcs-plugins libxfce4util-4.4.1-2.fc7 ------------------------ * Mon Apr 16 2007 Christoph Wickert - 4.4.1-2 - BuildRequire gettext and include locales * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 libxfcegui4-4.4.1-2.fc7 ----------------------- * Mon Apr 16 2007 Christoph Wickert - 4.4.1-2 - Drop BuildRequires dbh-devel and intltool * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Upgrade to 4.4.1 milter-regex-1.6-7.fc7 ---------------------- * Wed Apr 18 2007 Paul Howarth - 1.6-7 - add patch for compile errors on Fedora 7 - use sed rather than perl for quick scripted edits openbox-3.3.1-6.fc7 ------------------- * Tue Mar 27 2007 Peter Gordon - 3.3.1-6 - Split shared libraries into a -libs subpackage to properly handle multilib setups. (This precludes the further need to %ghost the byte-compiled themeupdate scripts which was introduced in the previous release.) - Fix handling of the startup_notification build conditional. It will actually work properly now. :) - Remove the hardcoded RPATH using some sed invocations from the packaging guidelines. pcsc-perl-1.4.6-1.fc7 --------------------- * Tue Apr 17 2007 Ville Skytt?? - 1.4.6-1 - 1.4.6 + PCSCperl.h #defines fixes. - BuildRequire perl(ExtUtils::MakeMaker). PerceptualDiff-1.0.1-5.fc7 -------------------------- * Tue Apr 17 2007 kwizart < kwizart at gmail.com > - 1.0.1-5 - Removed cflags calls at cmake step. * Tue Apr 17 2007 kwizart < kwizart at gmail.com > - 1.0.1-4 - Fix CXXFLAGS - Fix wrong-script-end-of-line-encoding and spurious-executable-perm * Tue Apr 17 2007 kwizart < kwizart at gmail.com > - 1.0.1-3 - Fix RPATHs from cmake build from: http://fedoraproject.org/wiki/PackagingDrafts/cmake - Make VERBOSE=1 * Sat Apr 14 2007 kwizart < kwizart at gmail.com > - 1.0.1-2 - Minor fixes wip * Wed Apr 11 2007 kwizart < kwizart at gmail.com > - 1.0.1-1 - Update to 1.0.1 - Fix RPATHs - Removed Exclude x86_64 perl-Algorithm-Diff-1.1902-3.fc7 -------------------------------- * Wed Apr 18 2007 Steven Pritchard 1.1902-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Apache-LogRegex-1.4-2.fc7 ------------------------------ * Wed Apr 18 2007 Steven Pritchard 1.4-2 - BR ExtUtils::MakeMaker. perl-Apache-Session-1.82-2.fc7 ------------------------------ * Wed Apr 18 2007 Steven Pritchard 1.82-2 - BR ExtUtils::MakeMaker. perl-Authen-DigestMD5-0.04-3.fc7 -------------------------------- * Wed Apr 18 2007 Paul Howarth 0.04-3 - Add buildreq of perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Class-Loader-2.03-4.fc7 ---------------------------- * Wed Apr 18 2007 Paul Howarth 2.03-4 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Config-General-2.33-1.fc7 ------------------------------ * Wed Apr 18 2007 Ville Skytt?? - 2.33-1 - 2.33. - BuildRequire perl(ExtUtils::MakeMaker) and perl(Test::More). perl-Convert-BinHex-1.119-5.fc7 ------------------------------- * Thu Mar 08 2007 Paul Howarth 1.119-5 - add perl(ExtUtils::MakeMaker) buildreq - use tabs rather than spaces perl-Crypt-DH-0.06-6.fc7 ------------------------ * Wed Apr 18 2007 Paul Howarth 0.06-6 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Crypt-DSA-0.14-4.fc7 ------------------------- * Wed Apr 18 2007 Paul Howarth 0.14-4 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Crypt-Primes-0.50-3.fc7 ---------------------------- * Thu Mar 08 2007 Paul Howarth 0.50-3 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Crypt-Random-1.25-3.fc7 ---------------------------- * Wed Apr 18 2007 Paul Howarth 1.25-3 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Crypt-SmbHash-0.12-5.fc7 ----------------------------- * Thu Mar 08 2007 Paul Howarth 0.12-5 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Data-Buffer-0.04-4.fc7 --------------------------- * Wed Apr 18 2007 Paul Howarth 0.04-4 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Date-Simple-3.02-5.fc7 --------------------------- * Wed Apr 18 2007 Paul Howarth 3.02-5 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth - Fix permissions in debuginfo perl-Devel-Leak-0.03-3.fc7 -------------------------- * Wed Apr 18 2007 Steven Pritchard 0.03-3 - BR ExtUtils::MakeMaker instead of perl-devel. perl-Digest-BubbleBabble-0.01-5.fc7 ----------------------------------- * Wed Apr 18 2007 Paul Howarth 0.01-5 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Digest-MD2-2.03-4.fc7 -------------------------- * Wed Apr 18 2007 Paul Howarth 2.03-4 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-File-Fetch-0.10-2.fc7 -------------------------- * Wed Apr 18 2007 Steven Pritchard 0.10-2 - BR ExtUtils::MakeMaker. perl-FileHandle-Unget-0.1621-4.fc7 ---------------------------------- * Wed Apr 18 2007 Paul Howarth 0.1621-4 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-HTML-Encoding-0.52-2.fc7 ----------------------------- * Tue Apr 17 2007 Ville Skytt?? - 0.52-2 - BuildRequire perl(Test::More). perl-IO-stringy-2.110-5.fc7 --------------------------- * Wed Apr 18 2007 Paul Howarth 2.110-5 - buildrequire perl(ExtUtils::MakeMaker) perl-IPC-Cmd-0.36-2.fc7 ----------------------- * Wed Apr 18 2007 Steven Pritchard 0.36-2 - BR ExtUtils::MakeMaker. perl-IPC-Run-0.80-3.fc7 ----------------------- * Tue Apr 17 2007 Ville Skytt?? - 0.80-3 - BuildRequire perl(ExtUtils::MakeMaker). perl-Kwiki-NewPage-0.12-5.fc7 ----------------------------- * Wed Apr 18 2007 Steven Pritchard 0.12-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-Raw-0.02-4.fc7 ------------------------- * Wed Apr 18 2007 Steven Pritchard 0.02-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-RecentChanges-0.14-3.fc7 ----------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.14-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-Revisions-0.15-5.fc7 ------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.15-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-Search-0.12-5.fc7 ---------------------------- * Wed Apr 18 2007 Steven Pritchard 0.12-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-UserName-0.14-5.fc7 ------------------------------ * Wed Apr 18 2007 Steven Pritchard 0.14-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-UserPreferences-0.13-5.fc7 ------------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.13-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Kwiki-Users-Remote-0.04-4.fc7 ---------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.04-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Locale-Maketext-Simple-0.18-2.fc7 -------------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.18-2 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Log-Message-0.01-3.fc7 --------------------------- * Wed Apr 18 2007 Steven Pritchard 0.01-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Log-Message-Simple-0.01-3.fc7 ---------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.01-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Mail-Alias-1.12-8.fc7 -------------------------- * Wed Apr 18 2007 Steven Pritchard 1.12-8 - Remove check macro cruft. - Reformat to match cpanspec output. - Fix URL and Source0. - Use _fixperms macro. - BR ExtUtils::MakeMaker. perl-Mail-Mbox-MessageParser-1.5000-2.fc7 ----------------------------------------- * Thu Mar 08 2007 Paul Howarth 1.5000-2 - Buildrequire perl(ExtUtils::MakeMaker) perl-Mail-SPF-Query-1.999.1-3.fc7 --------------------------------- * Wed Apr 18 2007 Steven Pritchard 1.999.1-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Math-GMP-2.04-5.fc7 ------------------------ * Wed Apr 18 2007 Paul Howarth 2.04-5 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Math-Pari-2.010709-2.fc7 ----------------------------- * Wed Apr 18 2007 Paul Howarth 2.010709-2 - Buildrequire perl(ExtUtils::MakeMaker) perl-MIME-Types-1.19-2.fc7 -------------------------- * Tue Apr 17 2007 Ville Skytt?? - 1.19-2 - BuildRequire perl(Test::More). perl-Module-Compile-0.20-2.fc7 ------------------------------ * Wed Apr 18 2007 Steven Pritchard 0.20-2 - BR ExtUtils::MakeMaker. perl-Module-Info-0.30-5.fc7 --------------------------- * Wed Apr 18 2007 Steven Pritchard 0.30-5 - Use fixperms macro instead of our own chmod incantation. perl-Module-Load-0.10-3.fc7 --------------------------- * Wed Apr 18 2007 Steven Pritchard 0.10-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Module-Load-Conditional-0.16-2.fc7 --------------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.16-2 - BR ExtUtils::MakeMaker. perl-Module-Loaded-0.01-3.fc7 ----------------------------- * Wed Apr 18 2007 Steven Pritchard 0.01-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Module-Signature-0.55-2.fc7 -------------------------------- * Tue Apr 17 2007 Ville Skytt?? - 0.55-2 - BuildRequire perl(ExtUtils::MakeMaker) and perl(Test::More). perl-Net-CIDR-Lite-0.20-3.fc7 ----------------------------- * Wed Apr 18 2007 Steven Pritchard 0.20-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Net-SCP-0.07-6.fc7 ----------------------- * Wed Apr 18 2007 Steven Pritchard 0.07-6 - BR ExtUtils::MakeMaker. perl-Net-SSH-0.08-5.fc7 ----------------------- * Wed Apr 18 2007 Steven Pritchard 0.08-5 - Reformat to match cpanspec output. - Canonicalize Source0 URL. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - Remove check macro cruft. - BR ExtUtils::MakeMaker. perl-Net-SSH-Perl-1.30-4.fc7 ---------------------------- * Wed Apr 18 2007 Paul Howarth 1.30-4 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-Object-Accessor-0.32-2.fc7 ------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.32-2 - BR ExtUtils::MakeMaker. perl-OpenFrame-3.05-6.fc7 ------------------------- * Wed Apr 18 2007 Steven Pritchard 3.05-6 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Package-Constants-0.01-3.fc7 --------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.01-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-PAR-Dist-0.21-2.fc7 ------------------------ * Tue Apr 17 2007 Ville Skytt?? - 0.21-2 - BuildRequire perl(ExtUtils::MakeMaker) and perl(Test::More). perl-Parse-CPAN-Packages-2.26-4.fc7 ----------------------------------- * Wed Apr 18 2007 Steven Pritchard 2.26-4 - Use fixperms macro instead of our own chmod incantation. perl-Perl6-Bible-0.30-3.fc7 --------------------------- * Wed Apr 18 2007 Steven Pritchard 0.30-3 - BR ExtUtils::MakeMaker. perl-Pipeline-3.12-4.fc7 ------------------------ * Wed Apr 18 2007 Steven Pritchard 3.12-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Set-Infinite-0.61-3.fc7 ---------------------------- * Wed Apr 18 2007 Steven Pritchard 0.61-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Spiffy-0.30-7.fc7 ---------------------- * Wed Apr 18 2007 Steven Pritchard 0.30-7 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Spoon-0.24-2.fc7 --------------------- * Wed Apr 18 2007 Steven Pritchard 0.24-2 - BR ExtUtils::MakeMaker. perl-String-ShellQuote-1.03-4.fc7 --------------------------------- * Wed Apr 18 2007 Steven Pritchard 1.03-4 - Reformat to match cpanspec output. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-SUPER-1.16-1.fc7 --------------------- * Wed Apr 04 2007 Chris Weyl 1.16-1 - update to 1.16 perl-Term-UI-0.14-2.fc7 ----------------------- * Wed Apr 18 2007 Steven Pritchard 0.14-2 - BR ExtUtils::MakeMaker. perl-Test-Base-0.53-2.fc7 ------------------------- * Wed Apr 18 2007 Steven Pritchard 0.53-2 - BR ExtUtils::MakeMaker. perl-Test-Deep-0.096-2.fc7 -------------------------- * Wed Apr 18 2007 Steven Pritchard 0.096-2 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Test-NoWarnings-0.083-2.fc7 -------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.083-2 - BR ExtUtils::MakeMaker. perl-Test-Portability-Files-0.05-4.fc7 -------------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.05-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Test-Tester-0.104-2.fc7 ---------------------------- * Wed Apr 18 2007 Steven Pritchard 0.104-2 - BR ExtUtils::MakeMaker. perl-Text-Autoformat-1.13-5.fc7 ------------------------------- * Wed Apr 18 2007 Steven Pritchard 1.13-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Text-Diff-0.35-4.fc7 ------------------------- * Wed Apr 18 2007 Steven Pritchard 0.35-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Text-Iconv-1.4-6.fc7 ------------------------- * Tue Apr 17 2007 Ville Skytt?? - 1.4-6 - BuildRequire perl(ExtUtils::MakeMaker). perl-Text-Levenshtein-0.05-4.fc7 -------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.05-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Tie-EncryptedHash-1.21-3.fc7 --------------------------------- * Wed Apr 18 2007 Paul Howarth 1.21-3 - Buildrequire perl(ExtUtils::MakeMaker) - Fix argument order for find with -depth perl-XML-XQL-0.68-4.fc7 ----------------------- * Wed Apr 18 2007 Steven Pritchard 0.68-4 - Reformat to match cpanspec output. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-YAML-Parser-Syck-0.01-8.fc7 -------------------------------- * Wed Apr 18 2007 Steven Pritchard 0.01-8 - BR ExtUtils::MakeMaker. perltidy-20060719-3.fc7 ----------------------- * Tue Apr 17 2007 Ville Skytt?? - 20060719-3 - BuildRequire perl(ExtUtils::MakeMaker). pidgin-2.0.0-0.34.beta7devel.fc7 -------------------------------- * Wed Apr 18 2007 Stu Tomlinson - 2:2.0.0-0.34.beta7devel - Split into pidgin, finch & libpurple, along with corresponding -devel RPMs - Remove ldconfig for plugin directories - Fix non-UTF8 %changelog * Tue Apr 17 2007 Warren Togami - -devel req pkgconfig (#222488) python-biopython-1.43-3.fc7 --------------------------- * Tue Apr 17 2007 Alex Lancaster 1.43-3 - Use python_sitearch macro to enable x86_64 builds work. * Mon Apr 16 2007 Alex Lancaster 1.43-2 - Fix Source0 URL as per suggestion from Parag AN on #235989. * Mon Apr 02 2007 Alex Lancaster 1.43-1 - Initial Fedora package. python-crypto-2.0.1-7 --------------------- * Wed Apr 18 2007 Thorsten Leemhuis - 2.0.1-7 - Fix typo * Wed Apr 18 2007 Thorsten Leemhuis - 2.0.1-6 - Remove dist - rebuild, because the older version was much bigger, as it was build when distutils was doing static links of libpython scipy-0.5.2-2.2.fc7 ------------------- * Wed Apr 18 2007 Jef Spaleta - 0.5.2-2.2 - go back to using gfortran now that numpy is patched scorched3d-40.1d-3.fc7 ---------------------- * Wed Apr 18 2007 Hans de Goede 40.1d-3 - Fix build with new ODE, scorched3d tries to force a double build of (its own included version of) ODE, however we use the system version which is compiled with single precision. With the new ODE the header files throw an #error because this causes both dSINGLE and dDOUBLE to be defined. This is fixed by patching scorched3d's configure to not add -DdDOUBLE to the CFLAGS seedit-2.1.1-2.fc7.1 -------------------- * Wed Apr 18 2007 Yuichi Nakamura 2.1.1-2 - Fixed install bug sysprof-kmod-1.0.8-1.2.6.20_1.3084.fc7 -------------------------------------- wine-0.9.35-1.fc7 ----------------- * Mon Apr 16 2007 Andreas Bierfert 0.9.35-1 - version upgrade (#234766) - sources file comments (#235232) - smpflags work again (mentioned by Marcin Zaj?czkowski) - drop arts sound driver package, as it is no longer part of wine * Sun Apr 01 2007 Andreas Bierfert 0.9.34-1 - version upgrade * Sat Mar 17 2007 Andreas Bierfert 0.9.33-1 - version upgrade wine-docs-0.9.35-1.fc7 ---------------------- * Wed Apr 18 2007 Andreas Bierfert 0.9.35-1 - version upgrade * Tue Mar 06 2007 Andreas Bierfert 0.9.32-1 - version upgrade workrave-1.8.4-3.fc7 -------------------- * Wed Apr 18 2007 Tomas Mraz - 1.8.4-3 - fixed applet crash (#236543) xfce-mcs-manager-4.4.1-1.fc7 ---------------------------- * Sun Apr 15 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 - Own some unowned directories xfce-mcs-plugins-4.4.1-1.fc7 ---------------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Own some unowned directories xfce-utils-4.4.1-1.fc7 ---------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Do not own %{_sysconfdir}/xdg/xfce4 - Do not ship the switchdesk config xfce4-appfinder-4.4.1-1.fc7 --------------------------- * Sun Apr 15 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 - Own some unowned directories xfce4-icon-theme-4.4.1-1.fc7 ---------------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 xfce4-mixer-4.4.1-1.fc7 ----------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Do not own the %{_libdir}/xfce4/mcs-plugins directory. xfce4-panel-4.4.1-1.fc7 ----------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Upgrade to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Own %{_libexecdir}/xfce4/ - Do not own %{_libdir}/xfce4/mcs-plugins xfce4-session-4.4.1-1.fc7 ------------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 - Own the themes and themes/Default directories. * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Own some unowned directories - Add Requires: redhat-menus for directory ownership xfdesktop-4.4.1-1.fc7 --------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Own %{_libdir}/xfce4/modules/ - Own %{_datadir}/xfce4-menueditor/ xfprint-4.4.1-1.fc7 ------------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 - Require xfce-mcs-manager for directory ownership issues. * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Don't own %{_libdir}/xfce4/mcs-plugins xfwm4-4.4.1-1.fc7 ----------------- * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 xfwm4-themes-4.4.1-1.fc7 ------------------------ * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 xine-lib-1.1.6-1.fc7 -------------------- * Wed Apr 18 2007 Ville Skytt?? - 1.1.6-1 - 1.1.6. yum-utils-1.1.2-1.fc7 --------------------- * Thu Apr 12 2007 Tim Lauridsen - mark as 1.1.2 - Added merge-conf plugin written by Aurelien Bompard yumex-1.9.6-1.0.fc7 ------------------- * Tue Apr 17 2007 Tim Lauridsen - 1.9.6-1.0 - Development Release 1.9.6-1.0 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Apr 19 07:10:06 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 19 Apr 2007 07:10:06 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 Message-ID: <20070419071006.14739.24035@extras64.linux.duke.edu> New report for: icon AT fedoraproject.org package: uqm - 0.6.2-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: uqm - 0.6.2-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: uqm - 0.6.2-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) ====================================================================== New report for: paul AT all-the-johnsons.co.uk package: xmms-libs - 1:1.2.10-36.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2 package: xmms-libs - 1:1.2.10-36.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: xmms-libs - 1:1.2.10-36.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: xmms-libs - 1:1.2.10-36.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) ====================================================================== New report for: lemenkov AT gmail.com package: stratagus - 2.2.3-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: stratagus - 2.2.3-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: stratagus - 2.2.3-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) ====================================================================== New report for: musuruan AT gmail.com package: tecnoballz - 0.91-5.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: tecnoballz - 0.91-5.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: tecnoballz - 0.91-5.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) ====================================================================== New report for: rpm AT greysector.net package: gg2-libs - 2.3.0-2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libperl.so ====================================================================== New report for: wtogami AT redhat.com package: libpurple - 2:2.0.0-0.34.beta7devel.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libperl.so ====================================================================== New report for: fedora AT leemhuis.info package: gweled - 0.7-8.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: gweled - 0.7-8.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: gweled - 0.7-8.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) ====================================================================== New report for: j.w.r.degoede AT hhs.nl package: ClanLib - 0.8.0-4.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2 package: ClanLib - 0.8.0-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: ClanLib - 0.8.0-4.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: ClanLib - 0.8.0-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) package: ClanLib06 - 0.6.5-7.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2 package: ClanLib06 - 0.6.5-7.fc6.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: ClanLib06 - 0.6.5-7.fc6.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: ClanLib06 - 0.6.5-7.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) package: fbg - 0.9-3.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: fbg - 0.9-3.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: fbg - 0.9-3.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) package: methane - 1.4.7-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmikmod.so.2 package: methane - 1.4.7-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmikmod.so.2 package: methane - 1.4.7-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmikmod.so.2()(64bit) ====================================================================== Summary of broken packages (by owner): anvil AT livna.org irssi - 0.8.10-6.a.fc6.i386 cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 (3 days) gaim-gaym - 0.96-3.7.293svn.fc7.ppc (3 days) gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 (3 days) fedora AT leemhuis.info gweled - 0.7-8.fc7.i386 gweled - 0.7-8.fc7.ppc gweled - 0.7-8.fc7.x86_64 icon AT fedoraproject.org uqm - 0.6.2-1.fc7.i386 uqm - 0.6.2-1.fc7.ppc uqm - 0.6.2-1.fc7.x86_64 j.w.r.degoede AT hhs.nl ClanLib - 0.8.0-4.fc7.i386 ClanLib - 0.8.0-4.fc7.i386 ClanLib - 0.8.0-4.fc7.ppc ClanLib - 0.8.0-4.fc7.x86_64 ClanLib06 - 0.6.5-7.fc6.i386 ClanLib06 - 0.6.5-7.fc6.i386 ClanLib06 - 0.6.5-7.fc6.ppc ClanLib06 - 0.6.5-7.fc6.x86_64 fbg - 0.9-3.fc7.i386 fbg - 0.9-3.fc7.ppc fbg - 0.9-3.fc7.x86_64 gnumeric - 1:1.6.3-6.fc7.i386 methane - 1.4.7-1.fc7.i386 methane - 1.4.7-1.fc7.ppc methane - 1.4.7-1.fc7.x86_64 lemenkov AT gmail.com stratagus - 2.2.3-1.fc7.i386 stratagus - 2.2.3-1.fc7.ppc stratagus - 2.2.3-1.fc7.x86_64 matthias AT rpmforge.net js - 1.60-2.fc7.i386 michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 (3 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc (3 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 (3 days) miker5slow AT grandecom.net conky - 1.4.5-3.fc6.i386 (3 days) conky - 1.4.5-3.fc6.ppc (3 days) conky - 1.4.5-3.fc6.x86_64 (3 days) mmcgrath AT redhat.com nagios - 2.7-2.fc7.i386 musuruan AT gmail.com tecnoballz - 0.91-5.fc7.i386 tecnoballz - 0.91-5.fc7.ppc tecnoballz - 0.91-5.fc7.x86_64 paul AT all-the-johnsons.co.uk xmms-libs - 1:1.2.10-36.fc7.i386 xmms-libs - 1:1.2.10-36.fc7.i386 xmms-libs - 1:1.2.10-36.fc7.ppc xmms-libs - 1:1.2.10-36.fc7.x86_64 rmeggins AT redhat.com fedora-ds-base - 1.1.0-0.1.20070320.fc7.i386 rpm AT greysector.net gg2-libs - 2.3.0-2.fc7.i386 tjanouse AT redhat.com cyrus-imapd - 2.3.8-3.fc7.i386 ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 (13 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (13 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (13 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (13 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (13 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (13 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (13 days) wtogami AT redhat.com libpurple - 2:2.0.0-0.34.beta7devel.fc7.i386 ====================================================================== Broken packages in fedora-extras-6-i386: conky-1.4.5-3.fc6.i386 requires libaudacious.so.4 ====================================================================== Broken packages in fedora-extras-6-ppc: conky-1.4.5-3.fc6.ppc requires libaudacious.so.4 ====================================================================== Broken packages in fedora-extras-6-x86_64: conky-1.4.5-3.fc6.x86_64 requires libaudacious.so.4()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 fbg-0.9-3.fc7.i386 requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 gweled-0.7-8.fc7.i386 requires libmikmod.so.2 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3040.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7PAE methane-1.4.7-1.fc7.i386 requires libmikmod.so.2 stratagus-2.2.3-1.fc7.i386 requires libmikmod.so.2 tecnoballz-0.91-5.fc7.i386 requires libmikmod.so.2 uqm-0.6.2-1.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-ppc: ClanLib-0.8.0-4.fc7.ppc requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.ppc requires libmikmod.so.2 fbg-0.9-3.fc7.ppc requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 gweled-0.7-8.fc7.ppc requires libmikmod.so.2 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7smp methane-1.4.7-1.fc7.ppc requires libmikmod.so.2 stratagus-2.2.3-1.fc7.ppc requires libmikmod.so.2 tecnoballz-0.91-5.fc7.ppc requires libmikmod.so.2 uqm-0.6.2-1.fc7.ppc requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.ppc requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-x86_64: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib-0.8.0-4.fc7.x86_64 requires libmikmod.so.2()(64bit) ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.x86_64 requires libmikmod.so.2()(64bit) cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so fbg-0.9-3.fc7.x86_64 requires libmikmod.so.2()(64bit) fedora-ds-base-1.1.0-0.1.20070320.fc7.i386 requires libperl.so gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) gg2-libs-2.3.0-2.fc7.i386 requires libperl.so gnumeric-1:1.6.3-6.fc7.i386 requires libperl.so gweled-0.7-8.fc7.x86_64 requires libmikmod.so.2()(64bit) irssi-0.8.10-6.a.fc6.i386 requires libperl.so js-1.60-2.fc7.i386 requires libperl.so kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7kdump libpurple-2:2.0.0-0.34.beta7devel.fc7.i386 requires libperl.so methane-1.4.7-1.fc7.x86_64 requires libmikmod.so.2()(64bit) nagios-2.7-2.fc7.i386 requires libperl.so stratagus-2.2.3-1.fc7.x86_64 requires libmikmod.so.2()(64bit) tecnoballz-0.91-5.fc7.x86_64 requires libmikmod.so.2()(64bit) uqm-0.6.2-1.fc7.x86_64 requires libmikmod.so.2()(64bit) xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.x86_64 requires libmikmod.so.2()(64bit) From mtasaka at ioa.s.u-tokyo.ac.jp Thu Apr 19 08:27:07 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 19 Apr 2007 17:27:07 +0900 Subject: rpms/ktechlab/FC-6 .cvsignore, 1.2, 1.3 ktechlab.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <200704190816.l3J8GTYA012772@cvs-int.fedora.redhat.com> References: <200704190816.l3J8GTYA012772@cvs-int.fedora.redhat.com> Message-ID: <462727DB.9000204@ioa.s.u-tokyo.ac.jp> Chitlesh GOORAH (chitlesh) wrote, at 04/19/2007 05:16 PM +9:00: > Author: chitlesh > > Update of /cvs/extras/rpms/ktechlab/FC-6 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv12726/FC-6 > > Modified Files: > .cvsignore ktechlab.spec sources > Log Message: > Index: ktechlab.spec > =================================================================== > RCS file: /cvs/extras/rpms/ktechlab/FC-6/ktechlab.spec,v > retrieving revision 1.5 > retrieving revision 1.6 > diff -u -r1.5 -r1.6 > --- ktechlab.spec 22 Nov 2006 19:46:46 -0000 1.5 > +++ ktechlab.spec 19 Apr 2007 08:15:55 -0000 1.6 > @@ -1,13 +1,13 @@ > Name: ktechlab > -Version: 0.3 > -Release: 6%{?dist} > +Version: 0.3.6 > +Release: 1%{?dist} > Summary: Development and simulation of microcontrollers and electronic circuits > @@ -55,10 +55,9 @@ > %{__rm} -rf %{buildroot} > %{__make} DESTDIR=%{buildroot} install > > -desktop-file-install --vendor fedora \ > - --add-category X-Fedora \ > - --add-category Enginneering \ > - --delete-original \ > +desktop-file-install --vendor "" \ > + --add-category Enginneering \ > + --delete-original \ > --dir %{buildroot}%{_datadir}/applications/ \ > %{buildroot}%{_datadir}/applnk/Development/%{name}.desktop > Please check: http://fedoraproject.org/wiki/Packaging/Guidelines#head-254ddf07aae20a23ced8cecc219d8f73926e9755 ----------------------------------------------------- It is important that vendor_id stay constant for the life of a package. ----------------------------------------------------- Mamoru From ich at frank-schmitt.net Thu Apr 19 08:34:12 2007 From: ich at frank-schmitt.net (Frank Schmitt) Date: Thu, 19 Apr 2007 10:34:12 +0200 Subject: KDE-LiveCD: gparted or qtparted? References: <20070418233346.5f6781ae@localhost.localdomain> Message-ID: Sebastian Vahl writes: > We (KDE-SIG) want to include one of these partitionin tools. > qtparted would be the best choice because it is qt. But personally I've > only used gparted the last time (years). For me it was working better. > > Also the described functionality differs: > gparted: http://gparted.sourceforge.net/features.php > qtparted: http://qtparted.sourceforge.net/features.en.html > > So the question here is: Are there good reasons for choosing qtparted > instead of gparted? Or is gtparted equal in functionality? Recent experience of mine when I wanted to make room for a Linux install on a new Thinkpad with SATA drive: qtparted (from Knoppix 5.1) gave me an empty error box (e.g. without any error message) whenever I told it to resize the NTFS windows partition. gparted from an Ubuntu Live-CD I had lying around work flawlessly and looked generally much more polished and mature. -- Did you ever realize how much text fits in eighty columns? If you now consider that a signature usually consists of up to four lines, this gives you enough space to spread a tremendous amount of information with your messages. So seize this opportunity and don't waste your signature with bullshit nobody will read. From mschwendt.tmp0701.nospam at arcor.de Thu Apr 19 09:00:19 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 19 Apr 2007 11:00:19 +0200 Subject: rpms/ktechlab/FC-6 .cvsignore, 1.2, 1.3 ktechlab.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <462727DB.9000204@ioa.s.u-tokyo.ac.jp> References: <200704190816.l3J8GTYA012772@cvs-int.fedora.redhat.com> <462727DB.9000204@ioa.s.u-tokyo.ac.jp> Message-ID: <20070419110019.e4cd8a41.mschwendt.tmp0701.nospam@arcor.de> On Thu, 19 Apr 2007 17:27:07 +0900, Mamoru Tasaka wrote: > Chitlesh GOORAH (chitlesh) wrote, at 04/19/2007 05:16 PM +9:00: > > Author: chitlesh > > > > Update of /cvs/extras/rpms/ktechlab/FC-6 > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv12726/FC-6 > > > > Modified Files: > > .cvsignore ktechlab.spec sources > > Log Message: > > Index: ktechlab.spec > > =================================================================== > > RCS file: /cvs/extras/rpms/ktechlab/FC-6/ktechlab.spec,v > > retrieving revision 1.5 > > retrieving revision 1.6 > > diff -u -r1.5 -r1.6 > > --- ktechlab.spec 22 Nov 2006 19:46:46 -0000 1.5 > > +++ ktechlab.spec 19 Apr 2007 08:15:55 -0000 1.6 > > @@ -1,13 +1,13 @@ > > Name: ktechlab > > -Version: 0.3 > > -Release: 6%{?dist} > > +Version: 0.3.6 > > +Release: 1%{?dist} > > Summary: Development and simulation of microcontrollers and electronic circuits > > @@ -55,10 +55,9 @@ > > %{__rm} -rf %{buildroot} > > %{__make} DESTDIR=%{buildroot} install > > > > -desktop-file-install --vendor fedora \ > > - --add-category X-Fedora \ > > - --add-category Enginneering \ > > - --delete-original \ > > +desktop-file-install --vendor "" \ > > + --add-category Enginneering \ > > + --delete-original \ > > --dir %{buildroot}%{_datadir}/applications/ \ > > %{buildroot}%{_datadir}/applnk/Development/%{name}.desktop > > > Please check: > http://fedoraproject.org/wiki/Packaging/Guidelines#head-254ddf07aae20a23ced8cecc219d8f73926e9755 > ----------------------------------------------------- > It is important that vendor_id stay constant for the life of a package. > ----------------------------------------------------- > > Mamoru And s/Enginneering/Engineering/ From buildsys at redhat.com Thu Apr 19 09:38:41 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 19 Apr 2007 05:38:41 -0400 Subject: rawhide report: 20070419 changes Message-ID: <200704190938.l3J9cfuE018723@hs20-bc2-6.build.redhat.com> Updated Packages: PyXML-0.8.4-6 ------------- * Wed Apr 18 2007 Jeremy Katz - 0.8.4-6 - rebuild so that things aren't statically linked with libpython booty-0.84-1 ------------ * Wed Apr 18 2007 Peter Jones - 0.84-1 - Fix mkofboot setup on non-pmac, non-pseries ppc machines (#236513) hal-0.5.9-5.fc7 --------------- * Wed Apr 18 2007 Kristian H??gsberg - 0.5.9-5 - Update firewire prober to use correct ioctl codes. kernel-2.6.20-1.3091.fc7 ------------------------ * Wed Apr 18 2007 Dave Jones - Bump mkinitrd require: to 6.0.9-1 for scsi_wait_scan fixes. * Wed Apr 18 2007 Dave Jones - Allow overriding module parameters from kernel command_line * Wed Apr 18 2007 Dave Jones - 2.6.21-rc7-git2 libraw1394-1.2.1-7.fc7 ---------------------- * Wed Apr 18 2007 Kristian H??gsberg - 1.2.1-7 - Update firewire-cdev.h again to get the iso context create ioctl changes. - Bump kernel requires accordingly. * Tue Apr 17 2007 Kristian H??gsberg - 1.2.1-6 - Update to latest ioctl changes. policycoreutils-2.0.9-7.fc7 --------------------------- * Wed Apr 18 2007 Dan Walsh 2.0.9-7 - Fix restorecon crash * Wed Apr 18 2007 Dan Walsh 2.0.9-6 - Change polgengui to a druid pyspi-0.6.1-3.fc7 ----------------- * Wed Apr 18 2007 Jeremy Katz - 0.6.1-3 - rebuild to get rid of static libpython linkage python-numeric-24.2-4.fc7 ------------------------- * Wed Apr 18 2007 Jeremy Katz - 24.2-4 - rebuild so that we're not statically linking libpython rhgb-0.17.6-1.fc7 ----------------- * Wed Apr 18 2007 Matthias Clasen - 0.17.6-1 - Fix two swapped highlight colors rhpl-0.204-1 ------------ * Wed Apr 18 2007 Chris Lumens - 0.204-1 - Fix PS3 platform detection (#236507). rhythmbox-0.10.0-5.fc7 ---------------------- * Wed Apr 18 2007 - Bastien Nocera - 0.10.0-5.fc7 - Set the first time flag on startup, otherwise the iRadio's initial playlist is never loaded (Gnoem BZ #431167) rpcbind-0.1.4-5.fc7 ------------------- * Wed Apr 18 2007 Steve Dickson 0.1.4-5 - Added dependency on setup which contains the correct rpcbind /etc/service entry which in turns stops rpcbind from haning when NIS is enabled. (bz 236865) setup-2.6.4-1.fc7 ----------------- * Wed Apr 18 2007 Phil Knirsch 2.6.4-1 - Modified the 111/[tcp/udp] entries to work with rpcbind (#236639) * Mon Mar 12 2007 Phil Knirsch 2.6.3-1 - Changed winbind_auth to wbpriv by request of the samba maintainer * Tue Dec 12 2006 Phil Knirsch 2.6.2-1.fc7 - Updated uidgid for split of pcap into arpwatcher and tcpdump. yum-3.1.6-2.fc7 --------------- * Wed Apr 18 2007 Jeremy Katz - 3.1.6-2 - fix install with patterns (#236950) - fix multiple repos in anaconda (#231543) Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.51-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 From jnovy at redhat.com Thu Apr 19 09:42:52 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 19 Apr 2007 11:42:52 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <20070419071006.14739.24035@extras64.linux.duke.edu> References: <20070419071006.14739.24035@extras64.linux.duke.edu> Message-ID: <1176975772.28550.15.camel@redhat.usu> Hi all, On Thu, 2007-04-19 at 07:10 +0000, Fedora Extras repoclosure wrote: > package: uqm - 0.6.2-1.fc7.i386 from fedora-extras-development-i386 > unresolved deps: > libmikmod.so.2 these packages need to be rebuilt because of the recent update of mikmod (increased libmikmod soname): uqm xmms stratagus tecnoballz gweled ClanLib fbg methane I rebuilt all of those successfully without any modification against the new libmikmod.so.3 locally. Only ClanLib06 may need some tune-ups. Thanks, Jindrich From laroche at redhat.com Thu Apr 19 12:30:53 2007 From: laroche at redhat.com (Florian La Roche) Date: Thu, 19 Apr 2007 14:30:53 +0200 Subject: KDE-LiveCD: localized CD-Versions & fully localized DVD In-Reply-To: <20070419004731.22ec7133@localhost.localdomain> References: <20070419004731.22ec7133@localhost.localdomain> Message-ID: <20070419123053.GA5987@dudweiler.stuttgart.redhat.com> > So I would need proposals in this question. Any comment would > accepted. :) Could the language also be selected early on during bootup, so that also all other messages are properly translated? regards, Florian La Roche From katzj at redhat.com Thu Apr 19 13:34:18 2007 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 19 Apr 2007 09:34:18 -0400 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <1176975772.28550.15.camel@redhat.usu> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <1176975772.28550.15.camel@redhat.usu> Message-ID: <1176989658.3767.3.camel@aglarond.local> On Thu, 2007-04-19 at 11:42 +0200, Jindrich Novy wrote: > On Thu, 2007-04-19 at 07:10 +0000, Fedora Extras repoclosure wrote: > > package: uqm - 0.6.2-1.fc7.i386 from fedora-extras-development-i386 > > unresolved deps: > > libmikmod.so.2 > > these packages need to be rebuilt because of the recent update of mikmod > (increased libmikmod soname): Updating mikmod (and to a beta, not even a full release!) after the feature freeze seems like a bad idea. What's the compelling reason that we shouldn't revert this change? Jeremy From rdieter at math.unl.edu Thu Apr 19 14:09:25 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 19 Apr 2007 09:09:25 -0500 Subject: rpms/knemo/FC-6 knemo.spec, 1.6, 1.7 sources, 1.5, 1.6 knemo-desktop-file-fix.patch, 1.3, NONE In-Reply-To: <200704190813.l3J8DHCr012532@cvs-int.fedora.redhat.com> References: <200704190813.l3J8DHCr012532@cvs-int.fedora.redhat.com> Message-ID: Francois Aucamp (faucamp) wrote: > Author: faucamp > +# We do not use desktop-file-install to rename/validate the desktop files for > +# this application, as it uses "Keywords" keys that are used internally by KDE > +# - desktop-file-validate and -install do not like those You still should use desktop-file-install, despite that many of it's warnings here are bogus/harmless. Or are/were you encountering d-f-i errors? -- Rex From jwboyer at jdub.homelinux.org Thu Apr 19 13:54:07 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 19 Apr 2007 08:54:07 -0500 Subject: rawhide report: 20070419 changes In-Reply-To: <200704190938.l3J9cfuE018723@hs20-bc2-6.build.redhat.com> References: <200704190938.l3J9cfuE018723@hs20-bc2-6.build.redhat.com> Message-ID: <1176990847.3877.16.camel@zod.rchland.ibm.com> On Thu, 2007-04-19 at 05:38 -0400, buildsys at redhat.com wrote: > > kernel-2.6.20-1.3091.fc7 > ------------------------ FYI this kernel goes Boom on boot. The problem is bugzilla'd and is being worked around for now. josh From katzj at redhat.com Thu Apr 19 14:01:19 2007 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 19 Apr 2007 10:01:19 -0400 Subject: rawhide report: 20070419 changes In-Reply-To: <1176990847.3877.16.camel@zod.rchland.ibm.com> References: <200704190938.l3J9cfuE018723@hs20-bc2-6.build.redhat.com> <1176990847.3877.16.camel@zod.rchland.ibm.com> Message-ID: <1176991279.3767.17.camel@aglarond.local> On Thu, 2007-04-19 at 08:54 -0500, Josh Boyer wrote: > On Thu, 2007-04-19 at 05:38 -0400, buildsys at redhat.com wrote: > > kernel-2.6.20-1.3091.fc7 > > ------------------------ > > FYI this kernel goes Boom on boot. The problem is bugzilla'd and is > being worked around for now. And I just kicked off a new rawhide compose with the previous kernel. Jeremy From dominik at greysector.net Thu Apr 19 14:08:10 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 19 Apr 2007 16:08:10 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <20070419071006.14739.24035@extras64.linux.duke.edu> References: <20070419071006.14739.24035@extras64.linux.duke.edu> Message-ID: <20070419140810.GC27414@ryvius.pekin.waw.pl> On Thursday, 19 April 2007 at 09:10, Fedora Extras repoclosure wrote: [...] > ====================================================================== > New report for: rpm AT greysector.net > > package: gg2-libs - 2.3.0-2.fc7.i386 from fedora-extras-development-x86_64 > unresolved deps: > libperl.so What should I do about that? Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From j.w.r.degoede at hhs.nl Thu Apr 19 14:50:23 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 19 Apr 2007 16:50:23 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <1176989658.3767.3.camel@aglarond.local> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <1176975772.28550.15.camel@redhat.usu> <1176989658.3767.3.camel@aglarond.local> Message-ID: <462781AF.6090306@hhs.nl> Jeremy Katz wrote: > On Thu, 2007-04-19 at 11:42 +0200, Jindrich Novy wrote: >> On Thu, 2007-04-19 at 07:10 +0000, Fedora Extras repoclosure wrote: >>> package: uqm - 0.6.2-1.fc7.i386 from fedora-extras-development-i386 >>> unresolved deps: >>> libmikmod.so.2 >> these packages need to be rebuilt because of the recent update of mikmod >> (increased libmikmod soname): > > Updating mikmod (and to a beta, not even a full release!) after the > feature freeze seems like a bad idea. What's the compelling reason that > we shouldn't revert this change? > I was wondering the exact same thing, next time can we please do things like this via rel-eng ?? and perhaps just revert this now? Especially since from the list of affected packages: uqm xmms stratagus tecnoballz gweled ClanLib ClanLib06 fbg methane Quite a few are mine: ClanLib ClanLib06 fbg methane And I'm also quite involved in the maintainance of: stratagus tecnoballz Involved as in, when there is a problem at the c-programming level I'm the one who gets to fix not. ( Nothing wrong with that BTW, everybody should do what he/she is good in ). Also ClanLib and ClanLib06 are both as the name say libs, although I think that all packages using mikmod through clanlib are already in the above list, I'm far from sure and will need to verify this too. In short, its way to late in the release cycle now to check that this upgrade doesn't break anything, so please revert it. Then we can do this early in the next cycle. Regards, Hans p.s. Also I believe for some reason the list is incomplete, I'm pretty sure that audacious has a mikmod plugin too for example. From j.w.r.degoede at hhs.nl Thu Apr 19 14:53:39 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 19 Apr 2007 16:53:39 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <20070419140810.GC27414@ryvius.pekin.waw.pl> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <20070419140810.GC27414@ryvius.pekin.waw.pl> Message-ID: <46278273.7090604@hhs.nl> Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 19 April 2007 at 09:10, Fedora Extras repoclosure wrote: > [...] >> ====================================================================== >> New report for: rpm AT greysector.net >> >> package: gg2-libs - 2.3.0-2.fc7.i386 from fedora-extras-development-x86_64 >> unresolved deps: >> libperl.so > > What should I do about that? > Nothing, see the thread entitled: "broken deps outside of packagers control". Add a comment there and hope this gets fixed at the source, rather then that we go fighting symptoms . Regards, Hans From buildsys at redhat.com Thu Apr 19 15:36:12 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 19 Apr 2007 11:36:12 -0400 Subject: rawhide report: 20070419 changes Message-ID: <200704191536.l3JFaCvb020869@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.2.0.52-1 -------------------- * Wed Apr 18 2007 Jeremy Katz - 11.2.0.52-1 - More PS3 fixes (dwmw2, #236480, #236508) - Fix broadcast calculation (dcantrell, #236266) - Allow anaconda to install debuginfo (#236033) - Fixes for installs from live image running off of USB key - Don't nuke locale-archive (clumens, #236978) - Fix rescue image default (clumens, #236453) - Try to be smarter about resolution for 480i ps3 (#236510) kernel-2.6.20-1.3088.fc7 ------------------------ * Wed Apr 18 2007 John W. Linville - Update fix for bcm43xx-mac80211 oops on ppc w/ phy rev 1 * Wed Apr 18 2007 Kristian H??gsberg - Add missing _IOC_WRITE for create iso context ioctl code. * Wed Apr 18 2007 Jeremy Katz - add fix for kvm with non-PAE kernels - another firewire fix (krh) scim-1.4.5-15.fc7 ----------------- * Wed Apr 18 2007 Warren Togami - 1.4.5-15 - revert previous change made in #235435 due to a more complete solution in #236974. SCIM will no longer start by default on non-Asian locales. Non-Asian desktop users can choose to enable scim explicitly with im-chooser. * Tue Apr 17 2007 Jens Petersen - 1.4.5-14 - update initial-locale-hotkey-186861.patch to really turn off the Ctrl-Space hotkey by default for non-Asian users (#235435) * Wed Apr 11 2007 Jens Petersen - 1.4.5-13 - do not set a hotkey by default for non-Asian users (#235435) - move the scim system config file from scim-system-default-config.patch into a source file scim-system-config Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 From katzj at redhat.com Thu Apr 19 15:37:52 2007 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 19 Apr 2007 11:37:52 -0400 Subject: rawhide report: 20070419 changes In-Reply-To: <1176991279.3767.17.camel@aglarond.local> References: <200704190938.l3J9cfuE018723@hs20-bc2-6.build.redhat.com> <1176990847.3877.16.camel@zod.rchland.ibm.com> <1176991279.3767.17.camel@aglarond.local> Message-ID: <1176997072.3767.19.camel@aglarond.local> On Thu, 2007-04-19 at 10:01 -0400, Jeremy Katz wrote: > On Thu, 2007-04-19 at 08:54 -0500, Josh Boyer wrote: > > On Thu, 2007-04-19 at 05:38 -0400, buildsys at redhat.com wrote: > > > kernel-2.6.20-1.3091.fc7 > > > ------------------------ > > > > FYI this kernel goes Boom on boot. The problem is bugzilla'd and is > > being worked around for now. > > And I just kicked off a new rawhide compose with the previous kernel. And it should be on its way to the mirrors now. Jeremy From alain.portal at free.fr Thu Apr 19 16:05:13 2007 From: alain.portal at free.fr (Alain PORTAL) Date: Thu, 19 Apr 2007 18:05:13 +0200 Subject: system-config-samba In-Reply-To: <200704182003.33704.alain.portal@free.fr> References: <200704182003.33704.alain.portal@free.fr> Message-ID: <200704191805.13708.alain.portal@free.fr> PING system-config-samba developers ???? Le mercredi 18 avril 2007, Alain PORTAL a ?crit : > At ligne 430, there is "%sA graphical interface for configuring SMB shares" > No spage needed after %s ? Nothing to say about that? Regards Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Thu Apr 19 15:58:38 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 19 Apr 2007 17:58:38 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <462781AF.6090306@hhs.nl> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <1176975772.28550.15.camel@redhat.usu> <1176989658.3767.3.camel@aglarond.local> <462781AF.6090306@hhs.nl> Message-ID: <20070419175838.3a1a4736.mschwendt.tmp0701.nospam@arcor.de> On Thu, 19 Apr 2007 16:50:23 +0200, Hans de Goede wrote: > Also I believe for some reason the list is incomplete, I'm pretty sure that > audacious has a mikmod plugin too for example. Perhaps you think Extras repoclosure is stupid ;), but it isn't. Audacious' MOD plugin is based on Modplug not mikmod, and hence it is not affected. From cweyl at alumni.drew.edu Thu Apr 19 16:19:32 2007 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Thu, 19 Apr 2007 09:19:32 -0700 Subject: perl package split - if you maintain a perl-* module, read this message. In-Reply-To: <200704181649.28935.jkeating@redhat.com> References: <20070418020037.GC933902@hiwaay.net> <200704181649.28935.jkeating@redhat.com> Message-ID: <7dd7ab490704190919m7375b641jcc206e66c19f03b0@mail.gmail.com> On 4/18/07, Jesse Keating wrote: > On Wednesday 18 April 2007 10:38:31 Robin Norwood wrote: > > Well, as Ralf points out elsewhere in the thread, this will break > > packages upon rebuild, at which point they will need the appropriate > > BuildRequires added...So I think this will be a problem only if the > > package owner hasn't read this thread and isn't aware of the change. > > I'm more concerned about sites rebuilding on their own, not our own packagers, > especially since adjustments to our build system don't help people that don't > use our build system. > > But maybe I'm just being too paranoid within Fedora space... People, developers and packagers make reasonable assumptions based on years of experience with perl: core modules will always be available where perl is installed, for one. We're breaking that here, by imposing our own classification of "core devel" vs "core", and having to do a lot of tap-dancing very late in the release cycle to even deal with it in a passable fashion entirely inside our own buildsystem. (Not to mention a user's system.) It's not paranoia you're feeling here :) -Chris -- Chris Weyl Ex astris, scientia From bruno at wolff.to Thu Apr 19 16:20:31 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 19 Apr 2007 11:20:31 -0500 Subject: Suggested Fedora 7 blocker In-Reply-To: References: Message-ID: <20070419162031.GA27754@wolff.to> On Wed, Apr 18, 2007 at 16:37:33 -0500, Ian Pilcher wrote: > I would like to suggest that > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151653 be treated > as a blocker for Fedora 7. > > This is going to bite anyone with software RAID devices on IDE drives > *hard*. I have installed F7 on a machine that seems to be covered by that case (ide drives that are renamed from hd* to sd*) and things have worked. I did have problems earlier, but things were OK using a snapshot of rawhide from April 13. From bruno at wolff.to Thu Apr 19 16:37:25 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 19 Apr 2007 11:37:25 -0500 Subject: Getting to a final F7 feature list In-Reply-To: <4626E206.4050508@redhat.com> References: <4624F7EC.8040905@redhat.com> <4626E206.4050508@redhat.com> Message-ID: <20070419163725.GB27754@wolff.to> On Wed, Apr 18, 2007 at 20:29:10 -0700, John Poelstra wrote: > > I added one of three descriptors to each feature on the wiki page > summarizing the features for F7. > > http://fedoraproject.org/wiki/Releases/7/FeatureList Encrypted File Systems (http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems) seems to have just been dropped from the list rather than updated. I'd be interested in knowing if it least the mkinitrd patches are going to make it in, so that I can set up an encrypted root file system manually without having to use a custom mkinitrd. From poelstra at redhat.com Thu Apr 19 16:41:10 2007 From: poelstra at redhat.com (John Poelstra) Date: Thu, 19 Apr 2007 09:41:10 -0700 Subject: Getting to a final F7 feature list In-Reply-To: <20070419163725.GB27754@wolff.to> References: <4624F7EC.8040905@redhat.com> <4626E206.4050508@redhat.com> <20070419163725.GB27754@wolff.to> Message-ID: <46279BA6.6040206@redhat.com> Bruno Wolff III said the following on 04/19/2007 09:37 AM Pacific Time: > On Wed, Apr 18, 2007 at 20:29:10 -0700, > John Poelstra wrote: >> I added one of three descriptors to each feature on the wiki page >> summarizing the features for F7. >> >> http://fedoraproject.org/wiki/Releases/7/FeatureList > > Encrypted File Systems (http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems) > seems to have just been dropped from the list rather than updated. > I'd be interested in knowing if it least the mkinitrd patches are going to > make it in, so that I can set up an encrypted root file system manually > without having to use a custom mkinitrd. I don't recall ever seeing it on the list. When was it dropped? John From sundaram at fedoraproject.org Thu Apr 19 16:45:12 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 19 Apr 2007 22:15:12 +0530 Subject: Getting to a final F7 feature list In-Reply-To: <46279BA6.6040206@redhat.com> References: <4624F7EC.8040905@redhat.com> <4626E206.4050508@redhat.com> <20070419163725.GB27754@wolff.to> <46279BA6.6040206@redhat.com> Message-ID: <46279C98.40405@fedoraproject.org> John Poelstra wrote: > Bruno Wolff III said the following on 04/19/2007 09:37 AM Pacific Time: >> On Wed, Apr 18, 2007 at 20:29:10 -0700, >> John Poelstra wrote: >>> I added one of three descriptors to each feature on the wiki page >>> summarizing the features for F7. >>> >>> http://fedoraproject.org/wiki/Releases/7/FeatureList >> >> Encrypted File Systems >> (http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems) >> seems to have just been dropped from the list rather than updated. >> I'd be interested in knowing if it least the mkinitrd patches are >> going to >> make it in, so that I can set up an encrypted root file system manually >> without having to use a custom mkinitrd. > > I don't recall ever seeing it on the list. When was it dropped? http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems?action=info Rahul From nicolas.mailhot at laposte.net Thu Apr 19 17:28:20 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 19 Apr 2007 19:28:20 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: <20070418202441.GA3051@free.fr> References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> Message-ID: <1177003700.26655.14.camel@rousalka.dyndns.org> Le mercredi 18 avril 2007 ? 22:24 +0200, Patrice Dumas a ?crit : > On Wed, Apr 18, 2007 at 04:15:18PM -0400, Simo Sorce wrote: > > > > Can't you just specify a dependency on the header file and let rpm > > figure out which is the right package? > > Or is this not allowed for BuildRequires ? > > It is allowed, but having dependencies on files outside of bin > directories causes yum to download the filelists. How come "obviously correct but slow" is worse than "fast and fragile" (esp. for stuff that is only used at build time?) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From pertusus at free.fr Thu Apr 19 18:30:30 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 19 Apr 2007 20:30:30 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: <1177003700.26655.14.camel@rousalka.dyndns.org> References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> Message-ID: <20070419183030.GA2942@free.fr> On Thu, Apr 19, 2007 at 07:28:20PM +0200, Nicolas Mailhot wrote: > > How come "obviously correct but slow" is worse than "fast and > fragile" (esp. for stuff that is only used at build time?) Using a dependency on a header file is not very correct. Anyway both solutions are acceptable in my opinion. -- Pat From snecklifter at gmail.com Thu Apr 19 19:09:43 2007 From: snecklifter at gmail.com (Chris Brown) Date: Thu, 19 Apr 2007 20:09:43 +0100 Subject: Updates-testing on firstboot Message-ID: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> Hi folks, Following a discussion on whether to move to 2.6.21 for FC6, Dave Jone's made what I believe to be rather a good suggestion, namely offering updates-testing as an option on first-boot - probably at the Additional CD's stage. Dave has suggested "Would you like to test experimental updates?". Possible caveat here. Now I realise _additional_ options at install is not possibly what people want but thought I'd punt it out seeing as we're all not doing anything important at the moment :) Pros and Cons: + Updates-testing gets advertised and used more for its intended purpose + We get a middle ground between rawhide and updates + We catch silly errors with packaging etc - Another option to confuse, befuddle and otherwise annoy the fledgling user (I'm playing devil's advocate here) Well? Chris -- http://www.chruz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Thu Apr 19 19:37:31 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Thu, 19 Apr 2007 21:37:31 +0200 Subject: Updates-testing on firstboot In-Reply-To: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> Message-ID: On 4/19/07, Chris Brown wrote: > > Hi folks, > > Following a discussion on whether to move to 2.6.21 for FC6, Dave Jone's > made what I believe to be rather a good suggestion, namely offering > updates-testing as an option on first-boot - probably at the Additional CD's > stage. Dave has suggested "Would you like to test experimental updates?". > Possible caveat here. > > Now I realise _additional_ options at install is not possibly what people > want but thought I'd punt it out seeing as we're all not doing anything > important at the moment :) Pros and Cons: > > + Updates-testing gets advertised and used more for its intended purpose > + We get a middle ground between rawhide and updates > + We catch silly errors with packaging etc > > - Another option to confuse, befuddle and otherwise annoy the fledgling > user (I'm playing devil's advocate here) > > Well? I agree but warn the user that it might be broken, blow up his box etc. so that only users who know what there are doing enable it. Chris > > -- > http://www.chruz.com > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From debarshi.ray at gmail.com Thu Apr 19 20:20:18 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 20 Apr 2007 01:50:18 +0530 Subject: Pirut 1.3.7 giving backtrace. Message-ID: <3170f42f0704191320k26f60b1ar7f4f8af3dc1367fe@mail.gmail.com> I did a 'cvs update' followed by 'make sources' to get the pirut-1.3.7 tarball. I used './configure --prefix=$HOME && make && make install' to install it to my home directory. However 'sudo ~/sbin/pirut' and '~/sbin/pirut' gives the following backtrace: Traceback (most recent call last): File "/home/rishi/sbin/pirut", line 428, in ? main() File "/home/rishi/sbin/pirut", line 424, in main pm.run() File "/home/rishi/sbin/pirut", line 361, in run self.doRefresh() File "/home/rishi/sbin/pirut", line 374, in doRefresh self.doRefreshRepos(self._onlyrepo) AttributeError: 'PackageManager' object has no attribute 'doRefreshRepos' Local variables in innermost frame: self: <__main__.PackageManager object at 0x884f5cc> I am confused since 'doRefreshRepos' is defined in pirut/__init.py__ but: >>> from pirut import * >>> help (GraphicalYumBase) does not list it in Python's interactive mode. However just running ./pirut.py from within the sources' root directory gives no backtrace. Am I missing something? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From mszpak at wp.pl Thu Apr 19 20:26:06 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Thu, 19 Apr 2007 22:26:06 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: <20070419183030.GA2942@free.fr> References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> Message-ID: Patrice Dumas wrote: (...) > Anyway both solutions are acceptable in my opinion. Thanks for all your opinions. I've chosen version with "if" macro to allow keep me one file for a few releases. Whould you tell me, is there a better way to determine Fedora version than: %if "fedora-release" > "6" BuildRequires: libsmbclient-devel >= 3.0 %endif ? Regards Marcin From ml at deadbabylon.de Thu Apr 19 20:33:41 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 19 Apr 2007 22:33:41 +0200 Subject: KDE-LiveCD: localized CD-Versions & fully localized DVD In-Reply-To: <20070419123053.GA5987@dudweiler.stuttgart.redhat.com> References: <20070419004731.22ec7133@localhost.localdomain> <20070419123053.GA5987@dudweiler.stuttgart.redhat.com> Message-ID: <200704192233.49552.ml@deadbabylon.de> Am Do 19.April 2007 schrieb Florian La Roche: > > So I would need proposals in this question. Any comment would > > accepted. :) > > Could the language also be selected early on during bootup, so > that also all other messages are properly translated? ATM there's no such functionality (at least I'm aware of). But other livecds do this at runtime. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From debarshi.ray at gmail.com Thu Apr 19 20:51:40 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 20 Apr 2007 02:21:40 +0530 Subject: Pirut 1.3.7 giving backtrace. In-Reply-To: <3170f42f0704191320k26f60b1ar7f4f8af3dc1367fe@mail.gmail.com> References: <3170f42f0704191320k26f60b1ar7f4f8af3dc1367fe@mail.gmail.com> Message-ID: <3170f42f0704191351u2d908f0bu7b01c31d0a364cd8@mail.gmail.com> I solved it. This was because Python was picking up the older version of the pirut module installed system wide in /usr/lib/python2.4/site-packages, instead of the newer ~/lib/python2.4/site-packages. Changing $PYTHONPATH did the trick. Thanks anyway, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From mszpak at wp.pl Thu Apr 19 20:35:54 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Thu, 19 Apr 2007 22:35:54 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> Message-ID: Marcin Zaj?czkowski wrote: > Patrice Dumas wrote: > (...) >> Anyway both solutions are acceptable in my opinion. > > Thanks for all your opinions. > I've chosen version with "if" macro to allow keep me one file for a few > releases. > > Whould you tell me, is there a better way to determine Fedora version than: Last construction was always true despite the version given as an argument... This should be better: %if %(rpmquery --qf '%{VERSION}' fedora-release) > 5 BuildRequires: libsmbclient-devel >= 3.0 %endif > > ? > > > Regards > Marcin > From jovansp at googlemail.com Thu Apr 19 21:01:04 2007 From: jovansp at googlemail.com (Jovan Spasojevic) Date: Thu, 19 Apr 2007 23:01:04 +0200 Subject: hdparm on FC7 Message-ID: <4627D890.1020507@googlemail.com> Hello, sience FC7 i am not more able to set the (E)IDE 32-bit I/O support and multiple sector I/O sience fedora 7 on Fedora 5 and 6 there was no problem i have write the comandos in rc.local (/sbin/hdparm -c3 -m16 /dev/hda) (now it /dev/sda) and works. now on fc7 don't wokrs anymore all opts are marked as "off" only runs in UDMA 5 Mode. i have this options set because it have a better input/output Support/performance on my IDE/ATA100 HDD. Why hdparm not works anymore. I think it is the new SATA Protocoll. The Error that appears is: [root at localhost jovan]# /sbin/hdparm -c3 -m16 /dev/sda /dev/sda: setting 32-bit IO_support flag to 3 HDIO_SET_32BIT failed: Invalid argument setting multcount to 16 HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device IO_support = 0 (default 16-bit) /dev/sdb: setting 32-bit IO_support flag to 3 HDIO_SET_32BIT failed: Invalid argument setting multcount to 16 HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device IO_support = 0 (default 16-bit) [root at localhost jovan]# This is the current output from hdparm: /dev/sda: IO_support = 0 (default 16-bit) readonly = 0 (off) readahead = 256 (on) geometry = 9964/255/63, sectors = 160086528, start = 0 Model=Maxtor 6Y080L0 , FwRev=YAR41VW0, SerialNo=Y3HVAW5E Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 udma3 udma4 udma5 *udma6 (How can that be when i have a UDMA5 HDD and my Motherboard supports max ATA100??????????????? AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7 * signifies the current active mode But there is a error i have a Intel 775 Asrock Motherboard with ATA100 and my Hardware support UDMA5 not UDMA6 (see above) regards. From pertusus at free.fr Thu Apr 19 20:58:48 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 19 Apr 2007 22:58:48 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> Message-ID: <20070419205848.GB2942@free.fr> On Thu, Apr 19, 2007 at 10:26:06PM +0200, Marcin Zaj?czkowski wrote: > Patrice Dumas wrote: > (...) > > Anyway both solutions are acceptable in my opinion. > > Thanks for all your opinions. > I've chosen version with "if" macro to allow keep me one file for a few > releases. > > Whould you tell me, is there a better way to determine Fedora version than: > %if "fedora-release" > "6" > BuildRequires: libsmbclient-devel >= 3.0 > %endif Normaly it is: %if "%fedora" > "6" BuildRequires: libsmbclient-devel >= 3.0 %endif -- Pat From bruno at wolff.to Thu Apr 19 21:03:40 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 19 Apr 2007 16:03:40 -0500 Subject: Getting to a final F7 feature list In-Reply-To: <46279C98.40405@fedoraproject.org> References: <4624F7EC.8040905@redhat.com> <4626E206.4050508@redhat.com> <20070419163725.GB27754@wolff.to> <46279BA6.6040206@redhat.com> <46279C98.40405@fedoraproject.org> Message-ID: <20070419210340.GB5953@wolff.to> On Thu, Apr 19, 2007 at 22:15:12 +0530, Rahul Sundaram wrote: > > http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems?action=info As a comment on that comment, there are some patches attached to bug 124789 and it would be nice to have some of them applied so we don't have to run as much custom stuff to try out this feature. But it is probably getting kind of late in the process to add them. From mszpak at wp.pl Thu Apr 19 21:14:42 2007 From: mszpak at wp.pl (=?UTF-8?B?TWFyY2luIFphasSFY3prb3dza2k=?=) Date: Thu, 19 Apr 2007 23:14:42 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: <20070419205848.GB2942@free.fr> References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> <20070419205848.GB2942@free.fr> Message-ID: Patrice Dumas wrote: > On Thu, Apr 19, 2007 at 10:26:06PM +0200, Marcin Zaj?czkowski wrote: (...) >> Whould you tell me, is there a better way to determine Fedora version than: >> %if "fedora-release" > "6" >> BuildRequires: libsmbclient-devel >= 3.0 >> %endif > > Normaly it is: > %if "%fedora" > "6" > BuildRequires: libsmbclient-devel >= 3.0 > %endif I thought that too, but it's always false on my machine with FC5 (I don't use mock), even if I write '%if "%fedora" > "3"'. Marcin From mszpak at wp.pl Thu Apr 19 21:46:28 2007 From: mszpak at wp.pl (=?UTF-8?B?TWFyY2luIFphasSFY3prb3dza2k=?=) Date: Thu, 19 Apr 2007 23:46:28 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> <20070419205848.GB2942@free.fr> Message-ID: Marcin Zaj?czkowski wrote: > Patrice Dumas wrote: >> On Thu, Apr 19, 2007 at 10:26:06PM +0200, Marcin Zaj?czkowski wrote: > (...) >>> Whould you tell me, is there a better way to determine Fedora version than: >>> %if "fedora-release" > "6" >>> BuildRequires: libsmbclient-devel >= 3.0 >>> %endif >> Normaly it is: >> %if "%fedora" > "6" >> BuildRequires: libsmbclient-devel >= 3.0 >> %endif > > I thought that too, but it's always false on my machine with FC5 (I > don't use mock), even if I write '%if "%fedora" > "3"'. In mock build there is '--define "fedora 7"'. I added similar macro to my .rpmmacros (maybe it should defined out-of-box globally in Fedora?) But I'm not sure why my version failed in mock (23 is a line with my "if"): error: syntax error in expression error: fuse-smb.spec:23: parseExpressionBoolean returns -1 error: Package has no %description: fuse-smb error: query of specfile fuse-smb.spec failed, can't parse error: syntax error in expression error: fuse-smb.spec:23: parseExpressionBoolean returns -1 error: Package has no %description: fuse-smb error: query of specfile fuse-smb.spec failed, can't parse Any ideas? Marcin From pertusus at free.fr Thu Apr 19 21:45:55 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 19 Apr 2007 23:45:55 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> <20070419205848.GB2942@free.fr> Message-ID: <20070419214554.GC2942@free.fr> On Thu, Apr 19, 2007 at 11:14:42PM +0200, Marcin Zaj?czkowski wrote: > > I thought that too, but it's always false on my machine with FC5 (I > don't use mock), even if I write '%if "%fedora" > "3"'. That's because %fedora is not defined everywhere. It is defined in the buildsystem, in mock (although I don't know exactly how) and according to a thread in -devel will certainly be in next releases http://www.redhat.com/archives/fedora-devel-list/2007-March/msg01759.html You can use rpmbuild --define 'fedora 6' to define the macros in the mean time. -- Pat From j.w.r.degoede at hhs.nl Thu Apr 19 20:15:52 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 19 Apr 2007 22:15:52 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <20070419175838.3a1a4736.mschwendt.tmp0701.nospam@arcor.de> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <1176975772.28550.15.camel@redhat.usu> <1176989658.3767.3.camel@aglarond.local> <462781AF.6090306@hhs.nl> <20070419175838.3a1a4736.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <4627CDF8.6050200@hhs.nl> Michael Schwendt wrote: > On Thu, 19 Apr 2007 16:50:23 +0200, Hans de Goede wrote: > >> Also I believe for some reason the list is incomplete, I'm pretty sure that >> audacious has a mikmod plugin too for example. > > Perhaps you think Extras repoclosure is stupid ;), No, actually I'm quite happy with it. I was thinking more along the lines of ldopen or other tricks confusing rpm's autodep generation for .so dependencies and thus also "fooling" repoclosure. Regards, Hans From mschwendt.tmp0701.nospam at arcor.de Thu Apr 19 22:22:59 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 00:22:59 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <1176989658.3767.3.camel@aglarond.local> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <1176975772.28550.15.camel@redhat.usu> <1176989658.3767.3.camel@aglarond.local> Message-ID: <20070420002259.e4b5a23d.mschwendt.tmp0701.nospam@arcor.de> On Thu, 19 Apr 2007 09:34:18 -0400, Jeremy Katz wrote: > On Thu, 2007-04-19 at 11:42 +0200, Jindrich Novy wrote: > > On Thu, 2007-04-19 at 07:10 +0000, Fedora Extras repoclosure wrote: > > > package: uqm - 0.6.2-1.fc7.i386 from fedora-extras-development-i386 > > > unresolved deps: > > > libmikmod.so.2 > > > > these packages need to be rebuilt because of the recent update of mikmod > > (increased libmikmod soname): > > Updating mikmod (and to a beta, not even a full release!) after the > feature freeze seems like a bad idea. What's the compelling reason that > we shouldn't revert this change? If it will be reverted, we should make sure no Extras rebuilds, which have been done meanwhile, are pushed. One is in needsign already. From mschwendt.tmp0701.nospam at arcor.de Thu Apr 19 22:26:45 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 00:26:45 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <4627CDF8.6050200@hhs.nl> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <1176975772.28550.15.camel@redhat.usu> <1176989658.3767.3.camel@aglarond.local> <462781AF.6090306@hhs.nl> <20070419175838.3a1a4736.mschwendt.tmp0701.nospam@arcor.de> <4627CDF8.6050200@hhs.nl> Message-ID: <20070420002645.ff5edcfa.mschwendt.tmp0701.nospam@arcor.de> On Thu, 19 Apr 2007 22:15:52 +0200, Hans de Goede wrote: > Michael Schwendt wrote: > > On Thu, 19 Apr 2007 16:50:23 +0200, Hans de Goede wrote: > > > >> Also I believe for some reason the list is incomplete, I'm pretty sure that > >> audacious has a mikmod plugin too for example. > > > > Perhaps you think Extras repoclosure is stupid ;), > > No, actually I'm quite happy with it. I was thinking more along the lines of > ldopen or other tricks confusing rpm's autodep generation for .so dependencies > and thus also "fooling" repoclosure. dlopened sonames are not caught by rpmbuild, afaik. It is the packager's responsibility to find them and add them as manual Requires -- in particular as to avoid that an application tries to dlopen a non-versioned .so located in a -devel pkg From gilboad at gmail.com Fri Apr 20 01:45:24 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 20 Apr 2007 04:45:24 +0300 Subject: system-config-samba In-Reply-To: <200704191805.13708.alain.portal@free.fr> References: <200704182003.33704.alain.portal@free.fr> <200704191805.13708.alain.portal@free.fr> Message-ID: <1177033524.2929.18.camel@gilboa-home-dev.localdomain> On Thu, 2007-04-19 at 18:05 +0200, Alain PORTAL wrote: > PING system-config-samba developers ???? > > > Le mercredi 18 avril 2007, Alain PORTAL a ?crit : > > > At ligne 430, there is "%sA graphical interface for configuring SMB shares" > > No spage needed after %s ? > > Nothing to say about that? > > Regards > Alain > -- I'd suggest you file a bug report in bugzilla [1]. Make sure you add the distribution version (FC5/6/7) and the smb/samba versions. [2] -devel is not a support forum. (I made this mistake a couple of times too) - Gilboa [1] http://bugzilla.redhat.com/ [2] rpm -qa | egrep -e 'smb|samba' | sort From naoki at valuecommerce.com Fri Apr 20 01:52:00 2007 From: naoki at valuecommerce.com (Naoki) Date: Fri, 20 Apr 2007 10:52:00 +0900 Subject: Conflict brought on by gaim -> pidgin move. Message-ID: <1177033920.24059.20.camel@localhost.localdomain> As of two updates ago (20070418) gstreamer.i386 and many other i386 packages are wanting to be installed along with my x86_64 packages, and that eventually causes conflict. Seems to be that the replacement for my gaim.x86_64 is pidgin.i386 & pidgin.x86_64, surely just the latter is required ? [root at localhost ~]# yum -y upgrade Loading "skip-broken" plugin Loading "installonlyn" plugin Loading "allowdowngrade" plugin Loading "fastestmirror" plugin Loading mirror speeds from cached hostfile Setting up Upgrade Process Resolving Dependencies --> Running transaction check Checking deps for gaim.x86_64 2-2.0.0-0.31.beta6.fc7 - None ---> Package pidgin.x86_64 2:2.0.0-0.34.beta7devel.fc7 set to be updated Checking deps for pidgin.x86_64 2-2.0.0-0.34.beta7devel.fc7 - u ---> Package pidgin.i386 2:2.0.0-0.34.beta7devel.fc7 set to be updated Checking deps for pidgin.i386 2-2.0.0-0.34.beta7devel.fc7 - u --> Processing Dependency: libebook-1.2.so.9 for package: pidgin --> Processing Dependency: libstartup-notification-1.so.0 for package: pidgin --> Processing Dependency: libpurple.so.0()(64bit) for package: pidgin --> Processing Dependency: perl(Purple) for package: pidgin --> Processing Dependency: libgstreamer-0.10.so.0 for package: pidgin --> Processing Dependency: libgtkspell.so.0 for package: pidgin --> Processing Dependency: libXss.so.1 for package: pidgin --> Processing Dependency: libedata-book-1.2.so.2 for package: pidgin --> Processing Dependency: libpurple.so.0 for package: pidgin --> Processing Dependency: libedataserver-1.2.so.9 for package: pidgin --> Restarting Dependency Resolution with new changes. --> Running transaction check ---> Package libpurple.i386 2:2.0.0-0.34.beta7devel.fc7 set to be updated Checking deps for libpurple.i386 2-2.0.0-0.34.beta7devel.fc7 - u ---> Package libpurple.x86_64 2:2.0.0-0.34.beta7devel.fc7 set to be updated Checking deps for libpurple.x86_64 2-2.0.0-0.34.beta7devel.fc7 - u ---> Package libXScrnSaver.i386 0:1.1.2-1.fc7 set to be updated Checking deps for libXScrnSaver.i386 0-1.1.2-1.fc7 - u ---> Package evolution-data-server.i386 0:1.10.1-1.fc7 set to be updated Checking deps for evolution-data-server.i386 0-1.10.1-1.fc7 - u ---> Package gtkspell.i386 0:2.0.11-3.fc7 set to be updated Checking deps for gtkspell.i386 0-2.0.11-3.fc7 - u ---> Package gstreamer.i386 0:0.10.12-1.fc7 set to be updated Checking deps for gstreamer.i386 0-0.10.12-1.fc7 - u ---> Package startup-notification.i386 0:0.9-1.fc7 set to be updated Checking deps for startup-notification.i386 0-0.9-1.fc7 - u --> Processing Dependency: libmeanwhile.so.1()(64bit) for package: libpurple --> Processing Dependency: libaspell.so.15 for package: gtkspell --> Processing Dependency: libnm_glib.so.0 for package: libpurple --> Processing Dependency: libdb-4.5.so for package: evolution-data-server --> Processing Dependency: libmeanwhile.so.1 for package: libpurple --> Processing Dependency: libsoup-2.2.so.8 for package: evolution-data-server --> Processing Dependency: libperl.so for package: libpurple --> Processing Dependency: libsilcclient-1.0.so.1 for package: libpurple --> Processing Dependency: libsilc-1.0.so.2 for package: libpurple --> Restarting Dependency Resolution with new changes. --> Running transaction check ---> Package libsilc.i386 0:1.0.2-2.fc6 set to be updated Checking deps for libsilc.i386 0-1.0.2-2.fc6 - u ---> Package db4.i386 0:4.5.20-5.fc7 set to be updated Checking deps for db4.i386 0-4.5.20-5.fc7 - u ---> Package meanwhile.x86_64 0:1.0.2-3.fc6 set to be updated Checking deps for meanwhile.x86_64 0-1.0.2-3.fc6 - u ---> Package NetworkManager-glib.i386 1:0.6.5-0.7.svn2547.fc7 set to be updated Checking deps for NetworkManager-glib.i386 1-0.6.5-0.7.svn2547.fc7 - u ---> Package libsoup.i386 0:2.2.100-1.fc7 set to be updated Checking deps for libsoup.i386 0-2.2.100-1.fc7 - u ---> Package meanwhile.i386 0:1.0.2-3.fc6 set to be updated Checking deps for meanwhile.i386 0-1.0.2-3.fc6 - u ---> Package aspell.i386 12:0.60.5-3.fc7 set to be updated Checking deps for aspell.i386 12-0.60.5-3.fc7 - u Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: pidgin x86_64 2:2.0.0-0.34.beta7devel.fc7 extras-development 5.8 M replacing gaim.x86_64 2:2.0.0-0.31.beta6.fc7 pidgin i386 2:2.0.0-0.34.beta7devel.fc7 extras-development 5.8 M replacing gaim.x86_64 2:2.0.0-0.31.beta6.fc7 Installing for dependencies: NetworkManager-glib i386 1:0.6.5-0.7.svn2547.fc7 development 29 k aspell i386 12:0.60.5-3.fc7 development 967 k db4 i386 4.5.20-5.fc7 development 1.1 M evolution-data-server i386 1.10.1-1.fc7 development 3.6 M gstreamer i386 0.10.12-1.fc7 development 585 k gtkspell i386 2.0.11-3.fc7 development 30 k libXScrnSaver i386 1.1.2-1.fc7 development 15 k libpurple i386 2:2.0.0-0.34.beta7devel.fc7 extras-development 6.0 M libpurple x86_64 2:2.0.0-0.34.beta7devel.fc7 extras-development 6.0 M libsilc i386 1.0.2-2.fc6 development 412 k libsoup i386 2.2.100-1.fc7 development 149 k meanwhile x86_64 1.0.2-3.fc6 extras-development 109 k meanwhile i386 1.0.2-3.fc6 extras-development 108 k startup-notification i386 0.9-1.fc7 development 38 k Transaction Summary ============================================================================= Install 16 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 31 M Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/man/man1/gst-launch-0.10.1.gz from install of gstreamer-0.10.12-1.fc7 conflicts with file from package gstreamer-0.10.12-1.fc7 Error Summary ------------- From caillon at redhat.com Fri Apr 20 02:05:37 2007 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 19 Apr 2007 22:05:37 -0400 Subject: Conflict brought on by gaim -> pidgin move. In-Reply-To: <1177033920.24059.20.camel@localhost.localdomain> References: <1177033920.24059.20.camel@localhost.localdomain> Message-ID: <46281FF1.4050905@redhat.com> Naoki wrote: > As of two updates ago (20070418) gstreamer.i386 and many other i386 > packages are wanting to be installed along with my x86_64 packages, and > that eventually causes conflict. > > Seems to be that the replacement for my gaim.x86_64 is pidgin.i386 & > pidgin.x86_64, surely just the latter is required ? > You told it to install pidgin. You didn't specify which architecture to install for. Yum found two and is trying to install both. Add "exactarch=1" to your yum.conf to get the behavior you appear to expect. That said, you should file a bug against gstreamer for your manpage conflict. From davehoz at gmail.com Fri Apr 20 02:18:57 2007 From: davehoz at gmail.com (David Hunter) Date: Fri, 20 Apr 2007 12:18:57 +1000 Subject: Pidgin Icons gone Message-ID: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> Since the demise of Gaim being replaced with pidgin, many of the old Icons from gaim have been changed. Any way to get them back? or is it a change for good? Is it a bug or known issue? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From poelstra at redhat.com Fri Apr 20 04:02:09 2007 From: poelstra at redhat.com (John Poelstra) Date: Thu, 19 Apr 2007 21:02:09 -0700 Subject: Release Engineering Meeting Minutes for 2007-APR-19 Message-ID: <46283B41.8030908@redhat.com> 1. F7 Test 4 2. Coordination of sub-groups 3. When should we branch CVS for F7? 4. Regular meeting schedule 5. Mailing list for rel-eng? 6. Where to send meeting notes to? 7. What do we report to FESCO? 8. Open Floor 9. IRC Transcript Read all about it: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-apr-19 From dwmw2 at infradead.org Fri Apr 20 04:06:34 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 19 Apr 2007 23:06:34 -0500 Subject: Conflict brought on by gaim -> pidgin move. In-Reply-To: <46281FF1.4050905@redhat.com> References: <1177033920.24059.20.camel@localhost.localdomain> <46281FF1.4050905@redhat.com> Message-ID: <1177041995.30621.15.camel@shinybook.infradead.org> On Thu, 2007-04-19 at 22:05 -0400, Christopher Aillon wrote: > You told it to install pidgin. You didn't specify which architecture to > install for. Yum found two and is trying to install both. Add > "exactarch=1" to your yum.conf to get the behavior you appear to expect. That behaviour is broken. It should install only one. -- dwmw2 From andy at smile.org.ua Fri Apr 20 05:42:58 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Fri, 20 Apr 2007 08:42:58 +0300 Subject: libsmbclient.h in FC7 In-Reply-To: References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> <20070419205848.GB2942@free.fr> Message-ID: <20070420054258.GB2183@serv.smile.org.ua> Hi Marcin Zaj??czkowski! On Thu, Apr 19, 2007 at 11:46:28PM +0200, Marcin Zaj??czkowski wrote next: > In mock build there is '--define "fedora 7"'. I added similar macro to > my .rpmmacros (maybe it should defined out-of-box globally in Fedora?) > > But I'm not sure why my version failed in mock (23 is a line with my "if"): > error: syntax error in expression > error: fuse-smb.spec:23: parseExpressionBoolean returns -1 > Any ideas? Look to line 23 +- 2. Could you post these lines here? -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From andy at smile.org.ua Fri Apr 20 05:47:15 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Fri, 20 Apr 2007 08:47:15 +0300 Subject: libsmbclient.h in FC7 In-Reply-To: <20070420054258.GB2183@serv.smile.org.ua> References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> <20070419205848.GB2942@free.fr> <20070420054258.GB2183@serv.smile.org.ua> Message-ID: <20070420054715.GC2183@serv.smile.org.ua> Hi Andy Shevchenko! On Fri, Apr 20, 2007 at 08:42:58AM +0300, Andy Shevchenko wrote next: > > In mock build there is '--define "fedora 7"'. I added similar macro to > > my .rpmmacros (maybe it should defined out-of-box globally in Fedora?) > > > > But I'm not sure why my version failed in mock (23 is a line with my "if"): > > error: syntax error in expression > > error: fuse-smb.spec:23: parseExpressionBoolean returns -1 > > Any ideas? > Look to line 23 +- 2. > Could you post these lines here? Sorry, I don't attent to the your note. Could you post the rpmmacros which used for? -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From tcegrid at yahoo.co.in Fri Apr 20 06:55:13 2007 From: tcegrid at yahoo.co.in (tce tce) Date: Fri, 20 Apr 2007 07:55:13 +0100 (BST) Subject: Reg su -username problem Message-ID: <569353.40906.qm@web94001.mail.in2.yahoo.com> Dear All, I am using RedHat Enterprise Linux -4.0 and just now I upgraded my system. When I enter a command su - username. It shows incorrect password. when I create a new user now also I could not switch to that user account. I searched all the solution for this issue in the net. It does not work. Kindly give me your suggestion. Thanks & Regards Thamizh here is my /etc/pam.d/su file #%PAM-1.0 auth sufficient /lib/security/$ISA/pam_rootok.so # Uncomment the following line to implicitly trust users in the "wheel" group. #auth sufficient /lib/security/$ISA/pam_wheel.so trust use_uid # Uncomment the following line to require a user to be in the "wheel" group. #auth required /lib/security/$ISA/pam_wheel.so use_uid auth required /lib/security/$ISA/pam_stack.so service=system-auth account required /lib/security/$ISA/pam_stack.so service=system-auth password required /lib/security/$ISA/pam_stack.so service=system-auth # pam_selinux.so close must be first session rule session required /lib/security/$ISA/pam_selinux.so close session required /lib/security/$ISA/pam_stack.so service=system-auth # pam_selinux.so open and pam_xauth must be last two session rules session required /lib/security/$ISA/pam_selinux.so open multiple session optional /lib/security/$ISA/pam_xauth.so ~ --------------------------------- Check out what you're missing if you're not on Yahoo! Messenger -------------- next part -------------- An HTML attachment was scrubbed... URL: From mszpak at wp.pl Fri Apr 20 07:10:44 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Fri, 20 Apr 2007 09:10:44 +0200 Subject: libsmbclient.h in FC7 In-Reply-To: <20070420054715.GC2183@serv.smile.org.ua> References: <1176927318.11319.93.camel@willson> <20070418202441.GA3051@free.fr> <1177003700.26655.14.camel@rousalka.dyndns.org> <20070419183030.GA2942@free.fr> <20070419205848.GB2942@free.fr> <20070420054258.GB2183@serv.smile.org.ua> <20070420054715.GC2183@serv.smile.org.ua> Message-ID: Andy Shevchenko wrote: > Hi Andy Shevchenko! (...) >>> But I'm not sure why my version failed in mock (23 is a line with my "if"): >>> error: syntax error in expression >>> error: fuse-smb.spec:23: parseExpressionBoolean returns -1 >>> Any ideas? >> Look to line 23 +- 2. >> Could you post these lines here? > Sorry, I don't attent to the your note. > > Could you post the rpmmacros which used for? Hmm, I'm not sure. It was a build requested by "make tag build" on the Fedora server(s). Locally I don't use mock. Marcin From naoki at valuecommerce.com Fri Apr 20 07:38:45 2007 From: naoki at valuecommerce.com (Naoki) Date: Fri, 20 Apr 2007 16:38:45 +0900 Subject: Conflict brought on by gaim -> pidgin move. In-Reply-To: <46281FF1.4050905@redhat.com> References: <1177033920.24059.20.camel@localhost.localdomain> <46281FF1.4050905@redhat.com> Message-ID: <1177054725.24059.58.camel@localhost.localdomain> On Thu, 2007-04-19 at 22:05 -0400, Christopher Aillon wrote: > Naoki wrote: > > As of two updates ago (20070418) gstreamer.i386 and many other i386 > > packages are wanting to be installed along with my x86_64 packages, and > > that eventually causes conflict. > > > > Seems to be that the replacement for my gaim.x86_64 is pidgin.i386 & > > pidgin.x86_64, surely just the latter is required ? > > > > > You told it to install pidgin. You didn't specify which architecture to > install for. Yum found two and is trying to install both. Add > "exactarch=1" to your yum.conf to get the behavior you appear to expect. Not exactly, I only have "gaim-2.0.0-0.31.beta6.fc7.x86_64" installed, and I'm doing a 'yum upgrade'. For some reason it's trying to replace the one 64-bit package with both 64/32-bit versions of pidgin. Not seen that before. > That said, you should file a bug against gstreamer for your manpage > conflict. Aye, will do! From sundaram at fedoraproject.org Fri Apr 20 07:38:31 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 20 Apr 2007 13:08:31 +0530 Subject: Reg su -username problem In-Reply-To: <569353.40906.qm@web94001.mail.in2.yahoo.com> References: <569353.40906.qm@web94001.mail.in2.yahoo.com> Message-ID: <46286DF7.4060001@fedoraproject.org> tce tce wrote: > Dear All, > I am using RedHat Enterprise Linux -4.0 and just now I upgraded my > system. When I enter a command su - username. It shows incorrect > password. when I create a new user now also I could not switch to that > user account. I searched all the solution for this issue in the net. It > does not work. Kindly give me your suggestion. This is off topic to this list. For RHEL 4 end user questions either use Red Hat support or if you don't have a active subscription post to http://www.redhat.com/mailman/listinfo/nahant-list Rahul From naoki at valuecommerce.com Fri Apr 20 07:43:37 2007 From: naoki at valuecommerce.com (Naoki) Date: Fri, 20 Apr 2007 16:43:37 +0900 Subject: Debugging strange minor evolution issue. Message-ID: <1177055017.24059.66.camel@localhost.localdomain> Emioticons work with "Insert->Emitocon->Smile" for example, but auto conversion in the compose window leaves only a broken img icon. Also viewing that email displays a broken image icon. The email text shows ":)" correctly though. Didn't see anything on either RH or Gnome bugzilla, if it's not known I'll file it. From nphilipp at redhat.com Fri Apr 20 08:28:21 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 20 Apr 2007 10:28:21 +0200 Subject: system-config-samba In-Reply-To: <1177033524.2929.18.camel@gilboa-home-dev.localdomain> References: <200704182003.33704.alain.portal@free.fr> <200704191805.13708.alain.portal@free.fr> <1177033524.2929.18.camel@gilboa-home-dev.localdomain> Message-ID: <1177057701.5659.18.camel@wombat.tiptoe.de> On Fri, 2007-04-20 at 04:45 +0300, Gilboa Davara wrote: > On Thu, 2007-04-19 at 18:05 +0200, Alain PORTAL wrote: > > PING system-config-samba developers ???? > > > > > > Le mercredi 18 avril 2007, Alain PORTAL a ?crit : > > > > > At ligne 430, there is "%sA graphical interface for configuring SMB shares" > > > No spage needed after %s ? > > > > Nothing to say about that? > > > > Regards > > Alain > > -- > > I'd suggest you file a bug report in bugzilla [1]. > Make sure you add the distribution version (FC5/6/7) and the smb/samba > versions. [2] > -devel is not a support forum. (I made this mistake a couple of times > too) Well, it seems Alain's not asking for support rather than raise yours truly's attention to this ;-). There really is no space needed in "%sA graphical interface for configuring SMB shares" -- at that point, a generated list of copyright holders is inserted with a trailing "\n". But yes, please do file a bug report about the rest. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From mschwendt.tmp0701.nospam at arcor.de Fri Apr 20 09:36:20 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 11:36:20 +0200 Subject: rpms/stratagus/FC-6 stratagus.spec,1.16,1.17 In-Reply-To: <200704190754.l3J7sHAC007328@cvs-int.fedora.redhat.com> References: <200704190754.l3J7sHAC007328@cvs-int.fedora.redhat.com> Message-ID: <20070420113620.ccb15c8b.mschwendt.tmp0701.nospam@arcor.de> On Thu, 19 Apr 2007 03:54:17 -0400, Peter Lemenkov (peter) wrote: > Author: peter > > Update of /cvs/extras/rpms/stratagus/FC-6 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv7301 > > Modified Files: > stratagus.spec > Log Message: > rebuild > > > Index: stratagus.spec > =================================================================== > RCS file: /cvs/extras/rpms/stratagus/FC-6/stratagus.spec,v > retrieving revision 1.16 > retrieving revision 1.17 > diff -u -r1.16 -r1.17 > --- stratagus.spec 5 Mar 2007 19:46:45 -0000 1.16 > +++ stratagus.spec 19 Apr 2007 07:53:43 -0000 1.17 > @@ -1,7 +1,7 @@ > Name: stratagus > Summary: Real-time strategy gaming engine > Version: 2.2.3 > -Release: 1%{?dist} > +Release: 2%{?dist} > License: GPL > Group: Development/Libraries > URL: http://stratagus.sourceforge.net/ > @@ -59,6 +59,9 @@ > > %changelog > > +* Thu Apr 19 2007 Peter Lemenkov 2.2.3-2 > +- rebuild > + > * Mon Mar 5 2007 Peter Lemenkov 2.2.3-1 > - Ver. 2.2.3 > - dropped stratagus--use-lua51.diff Why FC-6 and FC-5? Only mikmod in devel has a soname change. I'm going to exclude the FC-6 and FC-5 builds from being pushed, okay? From buildsys at redhat.com Fri Apr 20 09:45:52 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 20 Apr 2007 05:45:52 -0400 Subject: rawhide report: 20070420 changes Message-ID: <200704200945.l3K9jqY1006951@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.2.0.52-1 -------------------- * Wed Apr 18 2007 Jeremy Katz - 11.2.0.52-1 - More PS3 fixes (dwmw2, #236480, #236508) - Fix broadcast calculation (dcantrell, #236266) - Allow anaconda to install debuginfo (#236033) - Fixes for installs from live image running off of USB key - Don't nuke locale-archive (clumens, #236978) - Fix rescue image default (clumens, #236453) - Try to be smarter about resolution for 480i ps3 (#236510) booty-0.85-1 ------------ * Thu Apr 19 2007 Jeremy Katz - 0.84-1 - fix for upgrade where we're creating a new bootloader config to create a new device.map initscripts-8.53-1 ------------------ * Thu Apr 19 2007 Bill Nottingham 8.53-1 - init.d/halt: use sound saving wrapper from alsa-utils, conflict with older versions (#236916) - usernetctl: drop user gid (#229372) - translation updates: ta, pt_BR, nb, as, hi, de kernel-2.6.20-1.3094.fc7 ------------------------ * Thu Apr 19 2007 Dave Jones - Fix oops in pata_sis * Thu Apr 19 2007 Dave Jones - Drop broken cmdline-modparam-override patch for now * Thu Apr 19 2007 David Woodhouse - Drop ps3-storage scsi scan hack now that mkinitrd is fixed - Update to final bcm43xx-mac80211 machine check patch scim-1.4.5-15.fc7 ----------------- * Wed Apr 18 2007 Warren Togami - 1.4.5-15 - revert previous change made in #235435 due to a more complete solution in #236974. SCIM will no longer start by default on non-Asian locales. Non-Asian desktop users can choose to enable scim explicitly with im-chooser. * Tue Apr 17 2007 Jens Petersen - 1.4.5-14 - update initial-locale-hotkey-186861.patch to really turn off the Ctrl-Space hotkey by default for non-Asian users (#235435) * Wed Apr 11 2007 Jens Petersen - 1.4.5-13 - do not set a hotkey by default for non-Asian users (#235435) - move the scim system config file from scim-system-default-config.patch into a source file scim-system-config xorg-x11-xinit-1.0.2-19.fc7 --------------------------- * Thu Apr 19 2007 Warren Togami 1.0.2-19 - disable SCIM by default in non-Asian languages #237054 If you want to use SCIM, use im-chooser to enable it. Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.52-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 From mschwendt.tmp0701.nospam at arcor.de Fri Apr 20 09:50:34 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 11:50:34 +0200 Subject: cyrus-imapd In-Reply-To: <20070418083607.13924.59169@extras64.linux.duke.edu> References: <20070418083607.13924.59169@extras64.linux.duke.edu> Message-ID: <20070420115034.34b1cf82.mschwendt.tmp0701.nospam@arcor.de> On Wed, 18 Apr 2007 08:36:07 -0000, Fedora Extras repoclosure wrote: > ====================================================================== > Broken packages in fedora-extras-development-x86_64: > > cyrus-imapd-2.3.8-3.fc7.i386 requires libperl.so cyrus-imapd-devel contains two static libs and headers. cyrus-imapd contains no shared libs, but only executables. So, the -devel package need not require the main package. But I'm going to exclude cyrus-imapd-devel from multilib nevertheless for now. From jwboyer at jdub.homelinux.org Fri Apr 20 10:36:45 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 20 Apr 2007 05:36:45 -0500 Subject: Pidgin Icons gone In-Reply-To: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> References: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> Message-ID: <1177065405.25513.70.camel@vader.jdub.homelinux.org> On Fri, 2007-04-20 at 12:18 +1000, David Hunter wrote: > Since the demise of Gaim being replaced with pidgin, many of the old > Icons from gaim have been changed. Any way to get them back? or is it > a change for good? Is it a bug or known issue? As I understand it, the icons included with pidgin are _the_ icons for the package now. I don't think it's a bug. josh From mschwendt.tmp0701.nospam at arcor.de Fri Apr 20 11:14:22 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 13:14:22 +0200 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> Message-ID: <20070420131422.1e2c7d32.mschwendt.tmp0701.nospam@arcor.de> On Thu, 19 Apr 2007 21:33:15 -0400, Konstantin Ryabitsev (icon) wrote: > Author: icon > > Update of /cvs/extras/rpms/uqm/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv28997 > > Modified Files: > uqm.spec > Log Message: > Uprev for a rebuild. > > > > Index: uqm.spec > =================================================================== > RCS file: /cvs/extras/rpms/uqm/devel/uqm.spec,v > retrieving revision 1.12 > retrieving revision 1.13 > diff -u -r1.12 -r1.13 > --- uqm.spec 27 Jan 2007 02:33:09 -0000 1.12 > +++ uqm.spec 20 Apr 2007 01:32:41 -0000 1.13 > @@ -1,6 +1,6 @@ > Name: uqm > Version: 0.6.2 > -Release: 1%{?dist} > +Release: 1.1%{?dist} Should have been Release: 1.%{?dist}.1 But as releng wants to revert mikmod, these rebuilds in needsign are put on hold for now and will be killed once mikmod is reverted. > Summary: The Ur-Quan Masters, a port of the classic game Star Control II > > Group: Amusements/Games > @@ -88,6 +88,9 @@ > > > %changelog > +* Thu Apr 19 2007 Konstantin Ryabitsev - 0.6.2-1.1 > +- Rebuild for newer mikmod. > + > * Fri Jan 26 2007 Konstantin Ryabitsev - 0.6.2-1 > - Upstream 0.6.2. > - Require uqm-content >= 0.6, since 0.6.0 has not changed. > -- Michael Schwendt Fedora Core release 6 (Zod) - Linux 2.6.20-1.2944.fc6 loadavg: 1.16 1.18 1.14 From mschwendt.tmp0701.nospam at arcor.de Fri Apr 20 11:23:46 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 13:23:46 +0200 Subject: rpms/gdal/FC-6 gdal.spec,1.6,1.7 In-Reply-To: <200704201105.l3KB5pSB023294@cvs-int.fedora.redhat.com> References: <200704201105.l3KB5pSB023294@cvs-int.fedora.redhat.com> Message-ID: <20070420132346.f26e9915.mschwendt.tmp0701.nospam@arcor.de> On Fri, 20 Apr 2007 07:05:51 -0400, Balint Cristian (cbalint) wrote: > Author: cbalint > > Update of /cvs/extras/rpms/gdal/FC-6 > @@ -1,6 +1,6 @@ > Name: gdal > Version: 1.4.0 > -Release: 19%{?dist} > +Release: 20%{?dist} > Summary: GIS file format library > Group: System Environment/Libraries > License: MIT > @@ -282,6 +282,9 @@ > %{perl_vendorarch}/* > > %changelog > +* Fri Apr 20 2007 Balint Cristian 1.4.0-20 > +- rebuild against latest fedora upstream tree. > + Why? FC-6 is stable. gdal-1.4.0-19.fc6 is in the tree, a bit more than two weeks old. No changes in the spec here. Why rebuild? What is missing? From tjanouse at redhat.com Fri Apr 20 11:28:23 2007 From: tjanouse at redhat.com (Tomas Janousek) Date: Fri, 20 Apr 2007 13:28:23 +0200 Subject: cyrus-imapd In-Reply-To: <20070420115034.34b1cf82.mschwendt.tmp0701.nospam@arcor.de> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070420115034.34b1cf82.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070420112823.GA20213@redhat.com> Hi, On Fri, Apr 20, 2007 at 11:50:34AM +0200, Michael Schwendt wrote: > cyrus-imapd-devel contains two static libs and headers. > > cyrus-imapd contains no shared libs, but only executables. > > So, the -devel package need not require the main package. > But I'm going to exclude cyrus-imapd-devel from multilib > nevertheless for now. Should I remove the require then? Is this "need not" meant as "should not" or is it just "the problem wouldn't have happened if it hadn't been there, but ..." ? I haven't found any conclusion in the "broken deps outside of packagers control" discussion on fedora-maintainers, so I'm not sure what to do. It's not a big issue here becuase I don't have to split anything into a -libs subpackage, but I saw a statement like "as a good -devel subpackage, it properly requires its base package", so I'm kinda confused right now. -- TJ. (Brno, CZ), BaseOS, Red Hat From kevin.kofler at chello.at Fri Apr 20 11:43:06 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 20 Apr 2007 11:43:06 +0000 (UTC) Subject: Conflict brought on by gaim -> pidgin move. References: <1177033920.24059.20.camel@localhost.localdomain> <46281FF1.4050905@redhat.com> <1177041995.30621.15.camel@shinybook.infradead.org> Message-ID: David Woodhouse infradead.org> writes: > On Thu, 2007-04-19 at 22:05 -0400, Christopher Aillon wrote: > > You told it to install pidgin. You didn't specify which architecture to > > install for. Yum found two and is trying to install both. Add > > "exactarch=1" to your yum.conf to get the behavior you appear to expect. > > That behaviour is broken. It should install only one. I agree. Luckily, apt-rpm is smart enough to know the difference between pidgin and pidgin.32bit, so you know what to use instead. ;-) (I'm just hoping Panu doesn't "fix" apt-rpm to be similarly broken.) Kevin Kofler From jnovy at redhat.com Fri Apr 20 12:08:05 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 20 Apr 2007 14:08:05 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-19 In-Reply-To: <1176989658.3767.3.camel@aglarond.local> References: <20070419071006.14739.24035@extras64.linux.duke.edu> <1176975772.28550.15.camel@redhat.usu> <1176989658.3767.3.camel@aglarond.local> Message-ID: <1177070885.29045.16.camel@dhcp-lab-186.brq.redhat.com> On Thu, 2007-04-19 at 09:34 -0400, Jeremy Katz wrote: > On Thu, 2007-04-19 at 11:42 +0200, Jindrich Novy wrote: > > On Thu, 2007-04-19 at 07:10 +0000, Fedora Extras repoclosure wrote: > > > package: uqm - 0.6.2-1.fc7.i386 from fedora-extras-development-i386 > > > unresolved deps: > > > libmikmod.so.2 > > > > these packages need to be rebuilt because of the recent update of mikmod > > (increased libmikmod soname): > > Updating mikmod (and to a beta, not even a full release!) after the > feature freeze seems like a bad idea. What's the compelling reason that > we shouldn't revert this change? Yes, the latest update of mikmod should be reverted, because it's too late and it needs some further fixes. Sorry for the inconvenience. The main motivation for me to upgrade even to a beta version of mikmod was that the upstream is dead for a couple of years and as I can see from the upstream project page and CVS tree, we likely won't see any other mikmod release. The latest mikmod has a new interface by Andrew Zabolotny and other improvements that makes it worth to update to the latest mikmod. I'll try to sync with the releng and package maintainers involved after F7 is released to not to break things now. For more info: http://mikmod.raphnet.net/#files Jindrich From buildsys at fedoraproject.org Fri Apr 20 13:20:36 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 20 Apr 2007 09:20:36 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-20 Message-ID: <20070420132036.9563F152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 31 ORBit-0.5.17-21.fc7 audacious-plugins-1.3.3-1.fc7 easytag-2.0.1-1.fc7 freehdl-0.0.4-3.fc7 fuse-smb-0.8.5-7.fc7 NEW gpsbabel-1.3.3-1.fc7 NEW mysql++-2.2.3-1.fc7 perl-Business-Hours-0.07-4.fc7 perl-Class-Inspector-1.16-3.fc7 perl-Class-ReturnValue-0.53-6.fc7 perl-DBIx-DBSchema-0.32-1.fc7 NEW perl-GraphViz-2.02-2.fc7 NEW perl-Hash-Case-1.003-2.fc7 perl-MooseX-Object-Pluggable-0.0005-1.fc7 NEW perl-MooseX-Params-Validate-0.01-2.fc7 perl-Number-Compare-0.01-7.fc7 NEW perl-Text-Aspell-0.07-2.fc7 perl-Want-0.12-2.fc7 perl-bioperl-1.5.2_102-7.fc7 NEW perl-bioperl-run-1.5.2_100-2.fc7 perl-gettext-1.05-10.fc7 piklab-0.14.2-2.fc7 NEW polyml-5.0-2.fc7 pychess-0.6.0-1.fc7 NEW python-kaa-base-0.1.3-2.fc7 NEW python-louie-1.1-1.fc7 NEW python-nevow-0.9.18-2.fc7 speedcrunch-0.7-0.10.beta2.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3091.fc7 whysynth-dssi-20070418-1.fc7 NEW zd1211-firmware-1.3-4.fc7 Packages built and released for Fedora Extras 6: 33 NEW PerceptualDiff-1.0.1-5.fc6 conky-1.4.5-4.fc6 dstat-0.6.5-1.fc6 easytag-2.0.1-1.fc6 freehdl-0.0.4-2.fc6 g3data-1.5.1-5.fc6 gpodder-0.9.0-1.fc6 NEW gpsbabel-1.3.3-1.fc6 itpp-3.10.10-1.fc6 knemo-0.4.7-1.fc6 NEW mysql++-2.2.3-1.fc6.1 perl-DBIx-DBSchema-0.32-1.fc6 NEW perl-GraphViz-2.02-2.fc6 NEW perl-Hash-Case-1.003-2.fc6 perl-MooseX-Object-Pluggable-0.0005-1.fc6 NEW perl-MooseX-Params-Validate-0.01-2.fc6 perl-SUPER-1.16-1.fc6 NEW perl-Text-Aspell-0.07-2.fc6 perl-bioperl-1.5.2_102-7.fc6 NEW perl-bioperl-run-1.5.2_100-2.fc6 php-adodb-4.94-1.fc6 piklab-0.14.2-2.fc6 NEW polyml-5.0-2.fc6 NEW python-biopython-1.43-3.fc6 NEW python-kaa-base-0.1.3-2.fc6 NEW python-louie-1.1-1.fc6 NEW python-nevow-0.9.18-2.fc6 seedit-2.1.1-2.fc6.1 speedcrunch-0.7-0.10.beta2.fc6 whysynth-dssi-20070418-1.fc6 wine-0.9.35-1.fc6 wine-docs-0.9.35-1.fc6 NEW zd1211-firmware-1.3-4.fc6 Packages built and released for Fedora Extras 5: 18 NEW PerceptualDiff-1.0.1-5.fc5 NEW gpsbabel-1.3.3-1.fc5 itpp-3.10.10-1.fc5 knemo-0.4.7-1.fc5 NEW mysql++-2.2.3-1.fc5 perl-DBIx-DBSchema-0.32-1.fc5 NEW perl-GraphViz-2.02-2.fc5 NEW perl-Hash-Case-1.003-2.fc5 perl-MooseX-Object-Pluggable-0.0005-1.fc5 NEW perl-MooseX-Params-Validate-0.01-2.fc5 perl-SUPER-1.16-1.fc5 NEW perl-Text-Aspell-0.07-2.fc5 piklab-0.14.2-2.fc5 NEW python-louie-1.1-1.fc5 speedcrunch-0.7-0.10.beta2.fc5 wine-0.9.35-1.fc5 wine-docs-0.9.35-1.fc5 NEW zd1211-firmware-1.3-4.fc5 audacious-plugins-1.3.3-1.fc7 ----------------------------- * Fri Apr 20 2007 Ralf Ertzinger 1.3.3-1.fc7 - Update to 1.3.3 easytag-2.0.1-1.fc7 ------------------- * Fri Apr 20 2007 Matthias Saou 2.0.1-1 - Update to 2.0.1. - Update id3lib patch (Makefile.mingw changes). - Include new wavpack support. freehdl-0.0.4-3.fc7 ------------------- * Thu Apr 19 2007 Eric Tanguy 0.0.4-3 - Add texinfo to BuildRequires fuse-smb-0.8.5-7.fc7 -------------------- * Thu Apr 19 2007 Marcin Zajaczkowski - 0.8.5-7 - changed expression to determine Fedora version to work in mock * Thu Apr 19 2007 Marcin Zajaczkowski - 0.8.5-6 - added compatility with samba package >= 3.0.24-3 in FC7+ gpsbabel-1.3.3-1.fc7 -------------------- * Mon Apr 16 2007 Roozbeh Pournader - 1.3.3-1 - Make first Fedora spec based on the one provided upstream mysql++-2.2.3-1.fc7 ------------------- * Tue Apr 17 2007 Remi Collet 2.2.3-1 - update to 2.2.3, - del doc patch - change BuildRoot - add Requires mysql-devel for mysql++-devel * Mon Apr 16 2007 Remi Collet 2.2.2-1 - update to 2.2.2, with soname support :) ORBit-0.5.17-21.fc7 ------------------- * Thu Apr 19 2007 Paul Howarth 1:0.5.17-21 - Buildreq pkgconfig, because EL5's glib-devel should require it but doesn't - Use file-based build dependency on /usr/include/tcpd.h instead of tcp_wrappers package, since some distributions have this file in tcp_wrappers-devel perl-bioperl-1.5.2_102-7.fc7 ---------------------------- * Thu Apr 19 2007 Alex Lancaster 1.5.2_102-7 - Fix 'perl Build' command so that it does not attempt CPAN downloads. * Thu Apr 19 2007 Alex Lancaster 1.5.2_102-6 - Enable scripts, now that bioperl-run is in the repository. perl-bioperl-run-1.5.2_100-2.fc7 -------------------------------- * Wed Apr 18 2007 Alex Lancaster 1.5.2_100-2 - Remove deprecated modules that depend on non-existent Bio::Root::AccessorMaker * Tue Apr 17 2007 Alex Lancaster 1.5.2_100-1 - Initial Fedora package. perl-Business-Hours-0.07-4.fc7 ------------------------------ * Thu Apr 19 2007 Ralf Cors?pius - 0.07-4 - Reflect perl package split. perl-Class-Inspector-1.16-3.fc7 ------------------------------- * Thu Apr 19 2007 Ralf Cors?pius - 1.16-3 - Reflect perl package split. perl-Class-ReturnValue-0.53-6.fc7 --------------------------------- * Thu Apr 19 2007 Ralf Cors?pius - 0.53-6 - Reflect perl package split. perl-DBIx-DBSchema-0.32-1.fc7 ----------------------------- * Thu Apr 19 2007 Ralf Cors?pius - 0.32-1 - Upstream update. perl-gettext-1.05-10.fc7 ------------------------ * Thu Apr 19 2007 Ralf Cors?pius - 1.05-10 - Reflect perl package split. perl-GraphViz-2.02-2.fc7 ------------------------ * Thu Apr 19 2007 Chris Weyl 2.02-2 - bump * Mon Apr 09 2007 Chris Weyl 2.02-1 - Specfile autogenerated by cpanspec 1.70. perl-Hash-Case-1.003-2.fc7 -------------------------- * Thu Apr 19 2007 Chris Weyl 1.003-2 - bump * Wed Apr 18 2007 Chris Weyl 1.003-1 - Specfile autogenerated by cpanspec 1.69.1. perl-MooseX-Object-Pluggable-0.0005-1.fc7 ----------------------------------------- * Thu Apr 19 2007 Chris Weyl 0.0005-1 - update to 0.0005 - update BR's - add bits from t/lib/ to %doc -- examples are always useful perl-MooseX-Params-Validate-0.01-2.fc7 -------------------------------------- * Thu Apr 19 2007 Chris Weyl 0.01-2 - bump * Wed Apr 18 2007 Chris Weyl 0.01-1 - Specfile autogenerated by cpanspec 1.69.1. perl-Number-Compare-0.01-7.fc7 ------------------------------ * Thu Apr 19 2007 Ralf Cors?pius - 0.01-7 - Reflect perl package split. perl-Text-Aspell-0.07-2.fc7 --------------------------- * Mon Apr 16 2007 Jerry James - 0.07-2 - Fix BuildRequires to match Fedora conventions * Tue Apr 10 2007 Jerry James - 0.07-1 - Initial RPM perl-Want-0.12-2.fc7 -------------------- * Thu Apr 19 2007 Ralf Cors?pius - 0.12-2 - Reflect perl package split. piklab-0.14.2-2.fc7 ------------------- * Sun Apr 15 2007 Alain Portal 0.14.2-2 - Add patch to complete french translation polyml-5.0-2.fc7 ---------------- * Tue Mar 27 2007 Gerard Milmeister - 5.0-2 - spec file fixes pychess-0.6.0-1.fc7 ------------------- python-kaa-base-0.1.3-2.fc7 --------------------------- * Fri Apr 20 2007 kwizart < kwizart at gmail.com > 0.1.3-2 - Add missing BR glib2-devel * Wed Apr 18 2007 kwizart < kwizart at gmail.com > 0.1.3-1 - Update to 0.1.3 * Tue Apr 17 2007 kwizart < kwizart at gmail.com > 0.1.2-1 - Clean spec file for Fedora guidelines python-louie-1.1-1.fc7 ---------------------- python-nevow-0.9.18-2.fc7 ------------------------- * Tue Apr 10 2007 Matthias Saou 0.9.18-2 - Fix some end-of-line encodings and executable bits in the docs. * Fri Mar 23 2007 Matthias Saou 0.9.18-1 - Update to 0.9.18. speedcrunch-0.7-0.10.beta2.fc7 ------------------------------ * Fri Apr 20 2007 Aurelien Bompard 0.7-0.10.beta2 - add icon to the desktop file sysprof-kmod-1.0.8-1.2.6.20_1.3091.fc7 -------------------------------------- whysynth-dssi-20070418-1.fc7 ---------------------------- * Thu Apr 19 2007 Anthony Green 20070418-1 - Upgrade sources. zd1211-firmware-1.3-4.fc7 ------------------------- For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Apr 20 14:07:43 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 20 Apr 2007 14:07:43 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-20 Message-ID: <20070420140743.30322.44819@extras64.linux.duke.edu> Summary of broken packages (by owner): cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 (4 days) gaim-gaym - 0.96-3.7.293svn.fc7.ppc (4 days) gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 (4 days) devrim AT commandprompt.com python-psycopg2-zope - 2.0.5.1-7.fc7.i386 python-psycopg2-zope - 2.0.5.1-7.fc7.ppc python-psycopg2-zope - 2.0.5.1-7.fc7.x86_64 fedora AT leemhuis.info gweled - 0.7-8.fc7.i386 gweled - 0.7-8.fc7.ppc gweled - 0.7-8.fc7.x86_64 giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.20_1.3091.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.20_1.3091.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.20_1.3091.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.20_1.3091.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.20_1.3091.fc7.x86_64 icon AT fedoraproject.org uqm - 0.6.2-1.fc7.i386 uqm - 0.6.2-1.fc7.ppc uqm - 0.6.2-1.fc7.x86_64 j.w.r.degoede AT hhs.nl ClanLib - 0.8.0-4.fc7.i386 ClanLib - 0.8.0-4.fc7.i386 ClanLib - 0.8.0-4.fc7.ppc ClanLib - 0.8.0-4.fc7.x86_64 ClanLib06 - 0.6.5-7.fc6.i386 ClanLib06 - 0.6.5-7.fc6.i386 ClanLib06 - 0.6.5-7.fc6.ppc ClanLib06 - 0.6.5-7.fc6.x86_64 fbg - 0.9-3.fc7.i386 fbg - 0.9-3.fc7.ppc fbg - 0.9-3.fc7.x86_64 methane - 1.4.7-1.fc7.i386 methane - 1.4.7-1.fc7.ppc methane - 1.4.7-1.fc7.x86_64 lemenkov AT gmail.com stratagus - 2.2.3-1.fc7.i386 stratagus - 2.2.3-1.fc7.ppc stratagus - 2.2.3-1.fc7.x86_64 michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 (4 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc (4 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 (4 days) musuruan AT gmail.com tecnoballz - 0.91-5.fc7.i386 tecnoballz - 0.91-5.fc7.ppc tecnoballz - 0.91-5.fc7.x86_64 paul AT all-the-johnsons.co.uk xmms-libs - 1:1.2.10-36.fc7.i386 xmms-libs - 1:1.2.10-36.fc7.i386 xmms-libs - 1:1.2.10-36.fc7.ppc xmms-libs - 1:1.2.10-36.fc7.x86_64 ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 (14 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (14 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (14 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (14 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 (14 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 (14 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc (14 days) ====================================================================== Broken packages in fedora-extras-development-i386: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 fbg-0.9-3.fc7.i386 requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 gweled-0.7-8.fc7.i386 requires libmikmod.so.2 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3040.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3040.fc7PAE kmod-sysprof-1.0.8-1.2.6.20_1.3091.fc7.i586 requires kernel-i586 = 0:2.6.20-1.3091.fc7 kmod-sysprof-1.0.8-1.2.6.20_1.3091.fc7.i686 requires kernel-i686 = 0:2.6.20-1.3091.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.20_1.3091.fc7.i686 requires kernel-i686 = 0:2.6.20-1.3091.fc7PAE methane-1.4.7-1.fc7.i386 requires libmikmod.so.2 python-psycopg2-zope-2.0.5.1-7.fc7.i386 requires zope stratagus-2.2.3-1.fc7.i386 requires libmikmod.so.2 tecnoballz-0.91-5.fc7.i386 requires libmikmod.so.2 uqm-0.6.2-1.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-ppc: ClanLib-0.8.0-4.fc7.ppc requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.ppc requires libmikmod.so.2 fbg-0.9-3.fc7.ppc requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 gweled-0.7-8.fc7.ppc requires libmikmod.so.2 kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3040.fc7smp methane-1.4.7-1.fc7.ppc requires libmikmod.so.2 python-psycopg2-zope-2.0.5.1-7.fc7.ppc requires zope stratagus-2.2.3-1.fc7.ppc requires libmikmod.so.2 tecnoballz-0.91-5.fc7.ppc requires libmikmod.so.2 uqm-0.6.2-1.fc7.ppc requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.ppc requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-x86_64: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib-0.8.0-4.fc7.x86_64 requires libmikmod.so.2()(64bit) ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.x86_64 requires libmikmod.so.2()(64bit) fbg-0.9-3.fc7.x86_64 requires libmikmod.so.2()(64bit) gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) gweled-0.7-8.fc7.x86_64 requires libmikmod.so.2()(64bit) kmod-em8300-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3040.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3040.fc7kdump kmod-sysprof-1.0.8-1.2.6.20_1.3091.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3091.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.20_1.3091.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3091.fc7kdump methane-1.4.7-1.fc7.x86_64 requires libmikmod.so.2()(64bit) python-psycopg2-zope-2.0.5.1-7.fc7.x86_64 requires zope stratagus-2.2.3-1.fc7.x86_64 requires libmikmod.so.2()(64bit) tecnoballz-0.91-5.fc7.x86_64 requires libmikmod.so.2()(64bit) uqm-0.6.2-1.fc7.x86_64 requires libmikmod.so.2()(64bit) xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.x86_64 requires libmikmod.so.2()(64bit) From icon at fedoraproject.org Fri Apr 20 15:02:28 2007 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Fri, 20 Apr 2007 11:02:28 -0400 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <20070420131422.1e2c7d32.mschwendt.tmp0701.nospam@arcor.de> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <20070420131422.1e2c7d32.mschwendt.tmp0701.nospam@arcor.de> Message-ID: On 4/20/07, Michael Schwendt wrote: > > --- uqm.spec 27 Jan 2007 02:33:09 -0000 1.12 > > +++ uqm.spec 20 Apr 2007 01:32:41 -0000 1.13 > > @@ -1,6 +1,6 @@ > > Name: uqm > > Version: 0.6.2 > > -Release: 1%{?dist} > > +Release: 1.1%{?dist} > > Should have been > > Release: 1.%{?dist}.1 Oh? News to me. Is that a new guideline? Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From jkeating at redhat.com Fri Apr 20 15:22:48 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 20 Apr 2007 11:22:48 -0400 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <20070420131422.1e2c7d32.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704201122.51681.jkeating@redhat.com> On Friday 20 April 2007 11:02:28 Konstantin Ryabitsev wrote: > On 4/20/07, Michael Schwendt wrote: > > > --- uqm.spec 27 Jan 2007 02:33:09 -0000 1.12 > > > +++ uqm.spec 20 Apr 2007 01:32:41 -0000 1.13 > > > @@ -1,6 +1,6 @@ > > > Name: uqm > > > Version: 0.6.2 > > > -Release: 1%{?dist} > > > +Release: 1.1%{?dist} > > > > Should have been > > > > Release: 1.%{?dist}.1 > > Oh? News to me. Is that a new guideline? http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-378ec5e6a73d5425d55c115ff5d0fa5f5094dcba -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alain.portal at free.fr Fri Apr 20 15:56:47 2007 From: alain.portal at free.fr (Alain PORTAL) Date: Fri, 20 Apr 2007 17:56:47 +0200 Subject: system-config-samba In-Reply-To: <1177057701.5659.18.camel@wombat.tiptoe.de> References: <200704182003.33704.alain.portal@free.fr> <1177033524.2929.18.camel@gilboa-home-dev.localdomain> <1177057701.5659.18.camel@wombat.tiptoe.de> Message-ID: <200704201756.47543.alain.portal@free.fr> Le vendredi 20 avril 2007, Nils Philippsen a ?crit : > On Fri, 2007-04-20 at 04:45 +0300, Gilboa Davara wrote: > > On Thu, 2007-04-19 at 18:05 +0200, Alain PORTAL wrote: > > > PING system-config-samba developers ???? > > > > > > Le mercredi 18 avril 2007, Alain PORTAL a ?crit : > > > > At ligne 430, there is "%sA graphical interface for configuring SMB > > > > shares" No spage needed after %s ? > > > > > > Nothing to say about that? > > > > > > Regards > > > Alain > > > -- > > > > I'd suggest you file a bug report in bugzilla [1]. > > Make sure you add the distribution version (FC5/6/7) and the smb/samba > > versions. [2] > > -devel is not a support forum. (I made this mistake a couple of times > > too) > > Well, it seems Alain's not asking for support rather than raise yours > truly's attention to this ;-). Exactly, no support needed. > There really is no space needed in "%sA graphical interface for > configuring SMB shares" -- at that point, a generated list of copyright > holders is inserted with a trailing "\n". OK, thanks. I think it is a little confusing. Couldn't be done in an other way? Like "%s" and "A graphical interface for configuring SMB shares" 2 strings instead of one? > But yes, please do file a bug report about the rest. OK. Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Fri Apr 20 15:41:24 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 20 Apr 2007 17:41:24 +0200 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <200704201122.51681.jkeating@redhat.com> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <20070420131422.1e2c7d32.mschwendt.tmp0701.nospam@arcor.de> <200704201122.51681.jkeating@redhat.com> Message-ID: <4628DF24.8040404@leemhuis.info> Jesse Keating schrieb: > On Friday 20 April 2007 11:02:28 Konstantin Ryabitsev wrote: >> On 4/20/07, Michael Schwendt wrote: >>>> --- uqm.spec 27 Jan 2007 02:33:09 -0000 1.12 >>>> +++ uqm.spec 20 Apr 2007 01:32:41 -0000 1.13 >>>> @@ -1,6 +1,6 @@ >>>> Name: uqm >>>> Version: 0.6.2 >>>> -Release: 1%{?dist} >>>> +Release: 1.1%{?dist} >>> Should have been >>> >>> Release: 1.%{?dist}.1 >> Oh? News to me. Is that a new guideline? > > http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-378ec5e6a73d5425d55c115ff5d0fa5f5094dcba That section is titled "Minor release bumps for old branches" -- but this was devel afaics. BTW, I curios, too, why it should have been "1.%{?dist}.1" (and yes, I fully understand that 1.%{?dist}.1 makes sense in old branches). CU thl From Christian.Iseli at licr.org Fri Apr 20 15:52:19 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 20 Apr 2007 17:52:19 +0200 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> Message-ID: <20070420175219.3895e35c@ludwig-alpha.unil.ch> Hi folks, On 13 Apr 2007 13:31:12 -0500, Jason L Tibbitts III wrote: > Is it at all possible to do a couple of tweaks to that page? > > * The page at rubenkerkhof.com had counts for each section which were > lost when it moved back to fedoraproject.org. I found those counts > at least psychologically useful as a measure of progress. > > * Could we possibly split the page into three, one for each section, > or make some internal links? At the very least, the section with > the completed reviews needs to be moved to the bottom and the empty > flag section needs to be first. > > * Can we remove the closed tickets from the list entirely, or put > them on their own page? I tweaked the script, and mmcgrath put it to work. Let me know if you like the results: http://fedoraproject.org/PackageReviewStatus/ The script is here, in case someone feels inclined to further improve things: http://cvs.fedoraproject.org/viewcvs/*checkout*/status-report-scripts/pyGetReviewByFlags?root=fedora&rev=1.4 Cheers, C From jkeating at redhat.com Fri Apr 20 15:50:26 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 20 Apr 2007 11:50:26 -0400 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <4628DF24.8040404@leemhuis.info> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <200704201122.51681.jkeating@redhat.com> <4628DF24.8040404@leemhuis.info> Message-ID: <200704201150.27070.jkeating@redhat.com> On Friday 20 April 2007 11:41:24 Thorsten Leemhuis wrote: > That section is titled "Minor release bumps for old branches" -- but > this was devel afaics. > > BTW, I curios, too, why it should have been "1.%{?dist}.1" (and yes, I > fully understand that 1.%{?dist}.1 makes sense in old branches). Whoops, didn't realize this was the devel branch. If that's the case, (the devel branch) it should have gone from 1%{?dist} to simply 2%{?dist}. No need to introduce further decimal points there. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wwoods at redhat.com Fri Apr 20 16:04:41 2007 From: wwoods at redhat.com (Will Woods) Date: Fri, 20 Apr 2007 16:04:41 +0000 Subject: Updates-testing on firstboot In-Reply-To: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> Message-ID: <1177085081.5178.190.camel@metroid.rdu.redhat.com> On Thu, 2007-04-19 at 20:09 +0100, Chris Brown wrote: > Hi folks, > > Following a discussion on whether to move to 2.6.21 for FC6, Dave > Jone's made what I believe to be rather a good suggestion, namely > offering updates-testing as an option on first-boot - probably at the > Additional CD's stage. Dave has suggested "Would you like to test > experimental updates?". Possible caveat here. > > Now I realise _additional_ options at install is not possibly what > people want but thought I'd punt it out seeing as we're all not doing > anything important at the moment :) Pros and Cons: > > + Updates-testing gets advertised and used more for its intended > purpose > + We get a middle ground between rawhide and updates > + We catch silly errors with packaging etc I definitely want updates-testing to be easier to enable, but I don't think adding another firstboot stage is the answer. It seems like a bad idea to ask everyone who installs Fedora "Hey, do you want to test these experimental, possibly-broken updates?" I don't think most folks really want (or need) to be aware that updates-testing exists. On the other hand, with repoman[1] being available in F7, users will have a simple one-click way to turn on updates-testing[2]. We just need to make sure we do a better job of telling people what it is and why they might want to use it. Probably it should be mentioned more prominently in the Testing pages and on the Bug Reporting pages. Everyone should know that the first thing you do when you hit a bug is check updates-testing to see if there's already a fix available. -w [1] https://bugzilla.redhat.com/237170 [2] http://homepage.mac.com/wgwoods/fedora/screenshots/repoman.png -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nphilipp at redhat.com Fri Apr 20 16:07:07 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 20 Apr 2007 18:07:07 +0200 Subject: system-config-samba In-Reply-To: <200704201756.47543.alain.portal@free.fr> References: <200704182003.33704.alain.portal@free.fr> <1177033524.2929.18.camel@gilboa-home-dev.localdomain> <1177057701.5659.18.camel@wombat.tiptoe.de> <200704201756.47543.alain.portal@free.fr> Message-ID: <1177085227.26773.27.camel@gibraltar.stuttgart.redhat.com> Hi Alain, On Fri, 2007-04-20 at 17:56 +0200, Alain PORTAL wrote: > > There really is no space needed in "%sA graphical interface for > > configuring SMB shares" -- at that point, a generated list of copyright > > holders is inserted with a trailing "\n". > > OK, thanks. > I think it is a little confusing. > Couldn't be done in an other way? > Like "%s" > and "A graphical interface for configuring SMB shares" I can't really say how xgettext decides where to split long strings(*) and whether I can influence that somehow (I don't think this is possible). (*) The original translatable string in the Python source really is: "Samba Server Configuration Tool %s\n%sA graphical interface for configuring SMB shares" The first %s is the version of the tool, the second is the list of copyright holders. I've added a descriptive comment in front of the original string which gets propagated to the .pot/.po files. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From fedora at leemhuis.info Fri Apr 20 16:11:58 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 20 Apr 2007 18:11:58 +0200 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <200704201150.27070.jkeating@redhat.com> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <200704201122.51681.jkeating@redhat.com> <4628DF24.8040404@leemhuis.info> <200704201150.27070.jkeating@redhat.com> Message-ID: <4628E64E.6080709@leemhuis.info> Jesse Keating schrieb: > On Friday 20 April 2007 11:41:24 Thorsten Leemhuis wrote: >> That section is titled "Minor release bumps for old branches" -- but >> this was devel afaics. >> BTW, I curios, too, why it should have been "1.%{?dist}.1" (and yes, I >> fully understand that 1.%{?dist}.1 makes sense in old branches). > Whoops, didn't realize this was the devel branch. If that's the case, (the > devel branch) it should have gone from 1%{?dist} to simply 2%{?dist}. No > need to introduce further decimal points there. Well, I'd do it like that, too. But on the other hand: isn't this up to the decision of the packager if he wants to introduce a further decimal point? I assume some people want to say "foo-1.0-1* are all based on the same spec logic" CU thl From jkeating at redhat.com Fri Apr 20 16:13:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 20 Apr 2007 12:13:50 -0400 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <4628E64E.6080709@leemhuis.info> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <200704201150.27070.jkeating@redhat.com> <4628E64E.6080709@leemhuis.info> Message-ID: <200704201213.51337.jkeating@redhat.com> On Friday 20 April 2007 12:11:58 Thorsten Leemhuis wrote: > Well, I'd do it like that, too. But on the other hand: isn't this up to > the decision of the packager if he wants to introduce a further decimal > point? I assume some people want to say "foo-1.0-1* are all based on the > same spec logic" I thought at one point we had a policy that the release should be a whole number if at all possible, to avoid sillyness like foo-3.2-1.0.0.2.2.3.2.3.1.1 However I cannot find this guideline anymore. I prefer using whole numbers as it is easier for somebody who has to modify my package after me to understand the numbering scheme. If there is only one number, simple, increment it. If there are a series of numbers by decimal, which one do I bump and why, and what might break if I just go from 1.2.2.3.2 to 2? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From snecklifter at gmail.com Fri Apr 20 16:29:44 2007 From: snecklifter at gmail.com (Chris Brown) Date: Fri, 20 Apr 2007 17:29:44 +0100 Subject: Updates-testing on firstboot In-Reply-To: <1177085081.5178.190.camel@metroid.rdu.redhat.com> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> Message-ID: <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> On 20/04/07, Will Woods wrote: > > On Thu, 2007-04-19 at 20:09 +0100, Chris Brown wrote: > > Hi folks, > > > > Following a discussion on whether to move to 2.6.21 for FC6, Dave > > Jone's made what I believe to be rather a good suggestion, namely > > offering updates-testing as an option on first-boot - probably at the > > Additional CD's stage. Dave has suggested "Would you like to test > > experimental updates?". Possible caveat here. > > > > Now I realise _additional_ options at install is not possibly what > > people want but thought I'd punt it out seeing as we're all not doing > > anything important at the moment :) Pros and Cons: > > > > + Updates-testing gets advertised and used more for its intended > > purpose > > + We get a middle ground between rawhide and updates > > + We catch silly errors with packaging etc > > I definitely want updates-testing to be easier to enable, but I don't > think adding another firstboot stage is the answer. > > It seems like a bad idea to ask everyone who installs Fedora "Hey, do > you want to test these experimental, possibly-broken updates?" I don't > think most folks really want (or need) to be aware that updates-testing > exists. > > On the other hand, with repoman[1] being available in F7, users will > have a simple one-click way to turn on updates-testing[2]. We just need > to make sure we do a better job of telling people what it is and why > they might want to use it. > > Probably it should be mentioned more prominently in the Testing pages > and on the Bug Reporting pages. Everyone should know that the first > thing you do when you hit a bug is check updates-testing to see if > there's already a fix available. > > -w > > [1] https://bugzilla.redhat.com/237170 > [2] http://homepage.mac.com/wgwoods/fedora/screenshots/repoman.png > > The functionality itself looks good - is there any reason this is not being integrated into Pirut? This would seem the most sensible place to put this. Is it in the default install? The current situation with updates-testing is that bug fixes tend to get pushed straight into updates. Updates-testing gets little coverage so few devs or testers use it. Its a vicious circle. A cursory glance show some packages are over 5 months old. Chris -- http://www.chruz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From icon at fedoraproject.org Fri Apr 20 16:44:23 2007 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Fri, 20 Apr 2007 12:44:23 -0400 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <4628E64E.6080709@leemhuis.info> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <200704201122.51681.jkeating@redhat.com> <4628DF24.8040404@leemhuis.info> <200704201150.27070.jkeating@redhat.com> <4628E64E.6080709@leemhuis.info> Message-ID: On 4/20/07, Thorsten Leemhuis wrote: > > Whoops, didn't realize this was the devel branch. If that's the case, (the > > devel branch) it should have gone from 1%{?dist} to simply 2%{?dist}. No > > need to introduce further decimal points there. > > Well, I'd do it like that, too. But on the other hand: isn't this up to > the decision of the packager if he wants to introduce a further decimal > point? I assume some people want to say "foo-1.0-1* are all based on the > same spec logic" Right, this is more or less for my records -- I do a .1 increment for rebuilds that don't otherwise affect the spec file. Since this is devel and there are no upgrade problems from older branches, I regard the 1%{?dist}.1 requirement as a bit spurious in this case. Hence I'll ignore it. :) Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From kwade at redhat.com Fri Apr 20 17:08:46 2007 From: kwade at redhat.com (Karsten Wade) Date: Fri, 20 Apr 2007 10:08:46 -0700 Subject: Release notes freezing for F7 Message-ID: <1177088926.3286.417.camel@erato.phig.org> Today is your last chance[1] to get content into the ISO-based release notes for Fedora 7: http://fedoraproject.org/wiki/Docs/Beats It is highly likely that you actually have 24 more hours until we actually start commuting changes from the Wiki into XML. So, hurry! If you miss this opportunity, don't freak out. Any changes made to Docs/Beats after this date are made available as part of a Web-only, latest release notes that we post when Fedora 7 ships. - Karsten [1] http://fedoraproject.org/wiki/DocsProject/Schedule -- Karsten Wade, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mschwendt.tmp0701.nospam at arcor.de Fri Apr 20 17:27:04 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 19:27:04 +0200 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <4628DF24.8040404@leemhuis.info> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <20070420131422.1e2c7d32.mschwendt.tmp0701.nospam@arcor.de> <200704201122.51681.jkeating@redhat.com> <4628DF24.8040404@leemhuis.info> Message-ID: <20070420192704.c607bc2d.mschwendt.tmp0701.nospam@arcor.de> On Fri, 20 Apr 2007 17:41:24 +0200, Thorsten Leemhuis wrote: > Jesse Keating schrieb: > > On Friday 20 April 2007 11:02:28 Konstantin Ryabitsev wrote: > >> On 4/20/07, Michael Schwendt wrote: > >>>> --- uqm.spec 27 Jan 2007 02:33:09 -0000 1.12 > >>>> +++ uqm.spec 20 Apr 2007 01:32:41 -0000 1.13 > >>>> @@ -1,6 +1,6 @@ > >>>> Name: uqm > >>>> Version: 0.6.2 > >>>> -Release: 1%{?dist} > >>>> +Release: 1.1%{?dist} > >>> Should have been > >>> > >>> Release: 1.%{?dist}.1 > >> Oh? News to me. Is that a new guideline? > > > > http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-378ec5e6a73d5425d55c115ff5d0fa5f5094dcba > > That section is titled "Minor release bumps for old branches" -- but > this was devel afaics. > > BTW, I curios, too, why it should have been "1.%{?dist}.1" (and yes, I > fully understand that 1.%{?dist}.1 makes sense in old branches). OMG, I made typo. Should have read: 1%{?dist}.1 And yes, 2%{?dist} would have been fine, too. From mschwendt.tmp0701.nospam at arcor.de Fri Apr 20 17:48:44 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 20 Apr 2007 19:48:44 +0200 Subject: cyrus-imapd In-Reply-To: <20070420112823.GA20213@redhat.com> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070420115034.34b1cf82.mschwendt.tmp0701.nospam@arcor.de> <20070420112823.GA20213@redhat.com> Message-ID: <20070420194844.a5043fd1.mschwendt.tmp0701.nospam@arcor.de> On Fri, 20 Apr 2007 13:28:23 +0200, Tomas Janousek wrote: > Hi, > > On Fri, Apr 20, 2007 at 11:50:34AM +0200, Michael Schwendt wrote: > > cyrus-imapd-devel contains two static libs and headers. > > > > cyrus-imapd contains no shared libs, but only executables. > > > > So, the -devel package need not require the main package. > > But I'm going to exclude cyrus-imapd-devel from multilib > > nevertheless for now. > > Should I remove the require then? Does the -devel package need the main package? At build-time? At run-time? > Is this "need not" meant as "should not" or is it just "the problem wouldn't > have happened if it hadn't been there, but ..." ? > > I haven't found any conclusion in the "broken deps outside of packagers > control" discussion on fedora-maintainers, so I'm not sure what to do. > It's not a big issue here becuase I don't have to split anything into a -libs > subpackage, but I saw a statement like "as a good -devel subpackage, it > properly requires its base package", so I'm kinda confused right now. That's probably the guideline that covers the majority of library -devel packages, where the -devel package contains a *.so softlink that points to a library file in the main package. Without a manually added Requires, the -devel package would be broken, since you could not link against a missing library. A general guideline is: For every package (and sub-package) that is created, ask yourself: When you "yum install" the package in a minimal installation, is the installed package functional? Or is anything missing/broken and would be fixed by installing additional packages? In that case, you need to add the missing dependencies with explicit "Requires", since rpmbuild's automatically detected Requires are not enough. Judging from the contents of cyrus-imapd-devel (two static libs and a few headers), the package is fully functional when compiling/linking with it and without the 13M large cyrus-imapd package being installed. And whether the static libs -- at run-time (!) -- need any files contained in the main cyrus-imapd package (e.g. data files, cfg files, executables) that would be an important detail to document, since any package that is built with these static libs would need the explicit dependency on cyrus-imapd. From cra at WPI.EDU Fri Apr 20 18:13:45 2007 From: cra at WPI.EDU (Chuck Anderson) Date: Fri, 20 Apr 2007 14:13:45 -0400 Subject: Release notes freezing for F7 In-Reply-To: <1177088926.3286.417.camel@erato.phig.org> References: <1177088926.3286.417.camel@erato.phig.org> Message-ID: <20070420181345.GP23940@angus.ind.WPI.EDU> On Fri, Apr 20, 2007 at 10:08:46AM -0700, Karsten Wade wrote: > Today is your last chance[1] to get content into the ISO-based release > notes for Fedora 7: > > http://fedoraproject.org/wiki/Docs/Beats I'm not sure this section even applies now that we have libata driving the IDE devices. Does anyone know what the equivalent kernel parameters for forcing IDE ports would be under libata? http://fedoraproject.org/wiki/Docs/Beats/Installer Sony VAIO Notebooks Some Sony VAIO notebook systems may experience problems installing Fedora from CD-ROM. If this happens, restart the installation process and add the following option to the boot command line: pci=off ide1=0x180,0x386 Installation should proceed normally, and any devices not detected are configured the first time Fedora is booted. From davej at redhat.com Fri Apr 20 18:30:10 2007 From: davej at redhat.com (Dave Jones) Date: Fri, 20 Apr 2007 14:30:10 -0400 Subject: Release notes freezing for F7 In-Reply-To: <20070420181345.GP23940@angus.ind.WPI.EDU> References: <1177088926.3286.417.camel@erato.phig.org> <20070420181345.GP23940@angus.ind.WPI.EDU> Message-ID: <20070420183009.GC13939@redhat.com> On Fri, Apr 20, 2007 at 02:13:45PM -0400, Chuck Anderson wrote: > On Fri, Apr 20, 2007 at 10:08:46AM -0700, Karsten Wade wrote: > > Today is your last chance[1] to get content into the ISO-based release > > notes for Fedora 7: > > > > http://fedoraproject.org/wiki/Docs/Beats > > I'm not sure this section even applies now that we have libata driving > the IDE devices. Does anyone know what the equivalent kernel > parameters for forcing IDE ports would be under libata? That's a good question. > http://fedoraproject.org/wiki/Docs/Beats/Installer > > Sony VAIO Notebooks > > Some Sony VAIO notebook systems may experience problems installing > Fedora from CD-ROM. If this happens, restart the installation process > and add the following option to the boot command line: > > pci=off ide1=0x180,0x386 > > Installation should proceed normally, and any devices not detected are > configured the first time Fedora is booted. Alan, Jeff ? I used to have one of the affected laptops, but sadly it was stolen. I think I know someone who still has one however, I'll see if I can convince him to bring it to the office when he returns from vacation for testing. Will be post test4 however. Dave -- http://www.codemonkey.org.uk From orion at cora.nwra.com Fri Apr 20 18:34:46 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 20 Apr 2007 12:34:46 -0600 Subject: Leaking file descriptors in mock builds? Message-ID: <462907C6.1030505@cora.nwra.com> The latest version of hdf 4 has a test for opening the maximum available files. This fails when run under mock and the build system because the test (stupidly?) assumes that there will only be 3 file descriptors currently open by the test process when run. However, when run under mock there are other file descriptors open: make 31221 orion 0r CHR 1,3 1519 /dev/null make 31221 orion 1w FIFO 0,6 187314 pipe make 31221 orion 2w FIFO 0,6 187314 pipe make 31221 orion 3u REG 253,2 9000 125829249 /var/lib/mock/fedora-6-i386-core/result/root.log make 31221 orion 4u REG 253,2 171985 125829254 /var/lib/mock/fedora-6-i386-core/result/build.log make 31221 orion 5r FIFO 0,6 192903 pipe And apparently even more open when run on the buildsystem. So, my first question is, is this correct or is mock leaking file descriptors? Second is how to fix the test. My first inclination is just to allow for the possibility of 10 open file descriptors when the test is run. A hack, but it seems kind of a silly test anyways. Is there a system call to return how many file descriptors are already in use? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From katzj at redhat.com Fri Apr 20 18:35:04 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 20 Apr 2007 14:35:04 -0400 Subject: Updates-testing on firstboot In-Reply-To: <1177085081.5178.190.camel@metroid.rdu.redhat.com> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> Message-ID: <1177094104.6539.7.camel@aglarond.local> On Fri, 2007-04-20 at 16:04 +0000, Will Woods wrote: > On the other hand, with repoman[1] being available in F7, users will > have a simple one-click way to turn on updates-testing[2]. We just need > to make sure we do a better job of telling people what it is and why > they might want to use it. Actually, repoman isn't available in F7 as it stands right now. And realistically, we need to do the work to integrate it into the rest of pirut. But there just weren't enough hours in the day :( Otherwise, I agree with the general sentiment :) Jeremy From fuse1031blue at hotmail.com Fri Apr 20 19:40:28 2007 From: fuse1031blue at hotmail.com (Cody Tracy) Date: Fri, 20 Apr 2007 13:40:28 -0600 Subject: VirtualBox Message-ID: Is there an rpm or will there be an rpm available for VirtualBox or something similar? If there is already where can I find it? From alan at redhat.com Fri Apr 20 21:30:59 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 20 Apr 2007 17:30:59 -0400 Subject: Release notes freezing for F7 In-Reply-To: <20070420181345.GP23940@angus.ind.WPI.EDU> References: <1177088926.3286.417.camel@erato.phig.org> <20070420181345.GP23940@angus.ind.WPI.EDU> Message-ID: <20070420213059.GA25935@devserv.devel.redhat.com> On Fri, Apr 20, 2007 at 02:13:45PM -0400, Chuck Anderson wrote: > Sony VAIO Notebooks > > Some Sony VAIO notebook systems may experience problems installing > Fedora from CD-ROM. If this happens, restart the installation process > and add the following option to the boot command line: > > pci=off ide1=0x180,0x386 > > Installation should proceed normally, and any devices not detected are > configured the first time Fedora is booted. Umm you need a cardbus IDE driver for the Sony (even a dumb one) then you could get rid of all the pci=off type stuff. Currently anyone with one of those laptops (if any are still working that is) is going to be a little screwed with FC7 CD. Wish someone had mentioned it earlier 8( Anyone got an afflicted laptop and can send me an lspci -vxxx of it and I'll see what I can do at short notice to at least get a PIO0 driver for it From alan at redhat.com Fri Apr 20 21:35:13 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 20 Apr 2007 17:35:13 -0400 Subject: Release notes freezing for F7 In-Reply-To: <20070420193205.GH24594@devserv.devel.redhat.com> References: <1177088926.3286.417.camel@erato.phig.org> <20070420181345.GP23940@angus.ind.WPI.EDU> <20070420183009.GC13939@redhat.com> <20070420193205.GH24594@devserv.devel.redhat.com> Message-ID: <20070420213513.GB25935@devserv.devel.redhat.com> On Fri, Apr 20, 2007 at 03:32:05PM -0400, Jeff Garzik wrote: > I would rather debug the problem under libata. pci=off is a huge > sledgehammer that we can surely avoid. pci=off is used for a different reason. The BIOS firmware boots the controller at 0x180 even though its cardbus or pcmcia. Our cardbus layer loads and deconfigures it at which point the s**t hits the fan (actually the result is more like a sewage tank going through a jet engine intake) > pata_legacy would probably be the place to force libata to talk to > arbitrary legacy ISA addresses, via a module option or two. To kill the pci=off we need a cardbus driver for the chip, which old IDE couldn't do (because we can't unload old-IDE PCI drivers) Alan From alan at redhat.com Fri Apr 20 22:20:28 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 20 Apr 2007 18:20:28 -0400 Subject: Release notes freezing for F7 In-Reply-To: <20070420215624.GI24594@devserv.devel.redhat.com> References: <1177088926.3286.417.camel@erato.phig.org> <20070420181345.GP23940@angus.ind.WPI.EDU> <20070420183009.GC13939@redhat.com> <20070420193205.GH24594@devserv.devel.redhat.com> <20070420213513.GB25935@devserv.devel.redhat.com> <20070420215624.GI24594@devserv.devel.redhat.com> Message-ID: <20070420222028.GA28183@devserv.devel.redhat.com> On Fri, Apr 20, 2007 at 05:56:24PM -0400, Jeff Garzik wrote: > On Fri, Apr 20, 2007 at 05:35:13PM -0400, Alan Cox wrote: > > To kill the pci=off we need a cardbus driver for the chip, which old IDE > > couldn't do (because we can't unload old-IDE PCI drivers) > > Should be pretty simple now? Cardbus IDE controller drivers look just > like other PCI controller drivers. Add the PCI IDs to ata_generic? I've got a driver for a dumb cardbus controller sitting here providing we can get PCI identifiers and no setup is needed. The older ones are PCMCIA so ought to just work unless the installer gets confused or we lack a needed pcmcia magic identifier. From davej at redhat.com Fri Apr 20 22:21:10 2007 From: davej at redhat.com (Dave Jones) Date: Fri, 20 Apr 2007 18:21:10 -0400 Subject: Release notes freezing for F7 In-Reply-To: <20070420213059.GA25935@devserv.devel.redhat.com> References: <1177088926.3286.417.camel@erato.phig.org> <20070420181345.GP23940@angus.ind.WPI.EDU> <20070420213059.GA25935@devserv.devel.redhat.com> Message-ID: <20070420222110.GK20566@redhat.com> On Fri, Apr 20, 2007 at 05:30:59PM -0400, Alan Cox wrote: > Anyone got an afflicted laptop and can send me an lspci -vxxx of it and > I'll see what I can do at short notice to at least get a PIO0 driver for it -v is the best I could find with google. http://www.linuxquestions.org/hcl/showproduct.php?product=1394&cat=528 If no-one else steps up with one, Jeff Moyer still has one, but he's on vacation right now. Will prod him about it when he gets back. Dave -- http://www.codemonkey.org.uk From alan at redhat.com Fri Apr 20 22:30:27 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 20 Apr 2007 18:30:27 -0400 Subject: Release notes freezing for F7 In-Reply-To: <20070420222110.GK20566@redhat.com> References: <1177088926.3286.417.camel@erato.phig.org> <20070420181345.GP23940@angus.ind.WPI.EDU> <20070420213059.GA25935@devserv.devel.redhat.com> <20070420222110.GK20566@redhat.com> Message-ID: <20070420223027.GA28595@devserv.devel.redhat.com> On Fri, Apr 20, 2007 at 06:21:10PM -0400, Dave Jones wrote: > On Fri, Apr 20, 2007 at 05:30:59PM -0400, Alan Cox wrote: > > > Anyone got an afflicted laptop and can send me an lspci -vxxx of it and > > I'll see what I can do at short notice to at least get a PIO0 driver for it > > -v is the best I could find with google. > http://www.linuxquestions.org/hcl/showproduct.php?product=1394&cat=528 Sorry should have been more explicit .. "With the cardbus controller for the disk inserted" From lxtnow at gmail.com Fri Apr 20 22:37:22 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sat, 21 Apr 2007 00:37:22 +0200 Subject: VirtualBox In-Reply-To: References: Message-ID: <62bc09df0704201537u71c87b82pd601843ccd3fa50@mail.gmail.com> 2007/4/20, Cody Tracy : > > Is there an rpm or will there be an rpm available for VirtualBox or > something similar? If there is already where can I find it? Hi Cody, You can find an updated release of VitualBox-OSE on my related WebBlogfor FC-6 and FC-devel Feel free to let me some feedback ;-) -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From alain.portal at free.fr Sat Apr 21 03:39:16 2007 From: alain.portal at free.fr (Alain PORTAL) Date: Sat, 21 Apr 2007 05:39:16 +0200 Subject: system-config-samba In-Reply-To: <1177085227.26773.27.camel@gibraltar.stuttgart.redhat.com> References: <200704182003.33704.alain.portal@free.fr> <200704201756.47543.alain.portal@free.fr> <1177085227.26773.27.camel@gibraltar.stuttgart.redhat.com> Message-ID: <200704210539.16862.alain.portal@free.fr> Le vendredi 20 avril 2007, Nils Philippsen a ?crit : > Hi Alain, > > On Fri, 2007-04-20 at 17:56 +0200, Alain PORTAL wrote: > > > There really is no space needed in "%sA graphical interface for > > > configuring SMB shares" -- at that point, a generated list of copyright > > > holders is inserted with a trailing "\n". > > > > OK, thanks. > > I think it is a little confusing. > > Couldn't be done in an other way? > > Like "%s" > > and "A graphical interface for configuring SMB shares" > > I can't really say how xgettext decides where to split long strings(*) > and whether I can influence that somehow (I don't think this is > possible). > > (*) The original translatable string in the Python source really is: > > "Samba Server Configuration Tool %s\n%sA graphical interface for > configuring SMB shares" This is the problem!!! And the solution also.... ;-) "Samba Server Configuration Tool %s\n %s\n A graphical interface for configuring SMB shares" Developers have to think their strings are always read and sometimes translated.... > The first %s is the version of the tool, the second is the list of > copyright holders. I've added a descriptive comment in front of the > original string which gets propagated to the .pot/.po files. > > Nils Regards Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fuse1031blue at hotmail.com Sat Apr 21 05:20:35 2007 From: fuse1031blue at hotmail.com (Cody Tracy) Date: Fri, 20 Apr 2007 23:20:35 -0600 Subject: VirtualBox Message-ID: SmootherFrOgZ wrote: > > >2007/4/20, Cody Tracy >: > > Is there an rpm or will there be an rpm available for VirtualBox or > something similar? If there is already where can I find it? > > >Hi Cody, > >You can find an updated release of VitualBox-OSE on my related WebBlog > for FC-6 and FC-devel >Feel free to let me some feedback ;-) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > >-- >Xavier.t Lamien >-- >French Fedora Ambassador >Fedora Extras Contributor >GPG-Key ID: F3903DEB >Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB I'm missing libxalan-c. Where can I find an rpm for this? From buildsys at redhat.com Sat Apr 21 09:41:58 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 21 Apr 2007 05:41:58 -0400 Subject: rawhide report: 20070421 changes Message-ID: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> Updated Packages: NetworkManager-1:0.6.5-1.fc7 ---------------------------- * Thu Apr 19 2007 Christopher Aillon 1:0.6.5-1 - Update to 0.6.5 final - Don't lose scanned security information anaconda-11.2.0.54-1 -------------------- * Fri Apr 20 2007 Chris Lumens - 11.2.0.54-1 - Be smarter about detecting network link status (dcantrell, #236483). - Lots of yum mirror list and retry fixes (dlehman). - BR libdhcp-static (dcantrell). - Add Mist theme (katzj). - Update translation files (katzj, #237263). - Fix VNC traceback (#237194). - Fix error message for > 15 partitions per disk (dcantrell, #234686). * Thu Apr 19 2007 Jeremy Katz - 11.2.0.53-1 - Add Romanian to language list (#237060) - Fix selinux context of /etc/modprobe.d - Move locale-archive.tmpl into the right place (clumens) - Don't duplicate filesystem entries (clumens, #236477) - Fix a python warning (dcantrell) - Fix release notes with live CD echo-icon-theme-0.2-2.20070419wiki.fc7 -------------------------------------- * Thu Apr 19 2007 Matthias Clasen - 0.2.2.20070419wiki - Drop scalable images again fedora-logos-6.0.98-2.fc7 ------------------------- * Fri Apr 20 2007 Matthias Clasen - 6.0.98-2 - Add a Fedora icon theme fedora-release-6.93-1 --------------------- * Fri Apr 20 2007 Jesse Keating - 6.93-1 - Bump for Test 4 * Mon Mar 19 2007 Jesse Keating - 6.92-1 - Bump for Test 3 - No more eula in fedora-release, moved to firstboot * Fri Feb 23 2007 Jesse Keating - 6.91-1 - Bump for Test 2 fedora-release-notes-6.93-1 --------------------------- * Sun Apr 15 2007 Paul W. Frields - 6.93-1 - Update for Fedora 7 test4 gnome-media-2.18.0-3.fc7 ------------------------ * Thu Apr 19 2007 - Bastien Nocera - 2.18.0-3 - Fix playback of last track in track mode (#142722) * Thu Apr 19 2007 - Bastien Nocera - 2.18.0-2 - Fix modality so that you can actually edit profiles in sound-juicer and Rhythmbox (#230872) gnome-mime-data-2.18.0-2.fc7 ---------------------------- * Wed Apr 18 2007 - Bastien Nocera - 2.18.0-2 - Really make noarch gnome-pilot-2.0.15-5.fc7 ------------------------ * Wed Apr 18 2007 Matthew Barnes - 2.0.15-5.fc7 - Add patch for RH bug #198211 (unresolved symbols in libraries). - Add autoconf and automake as build requirements, since we now have to run autoreconf before configure. * Wed Feb 07 2007 Matthias Clasen - 2.0.15-4 - Use desktop-file-install - Remove invalid category Application, add HardwareSettings - Other small spec cleanups libbonobo-2.18.0-3.fc7 ---------------------- * Fri Apr 20 2007 Matthias Clasen - 2.18.0-3 - Use the more correct upstream fix for the leak fixed in -2 libgnome-2.18.0-4.fc7 --------------------- * Thu Apr 19 2007 Matthias Clasen - 2.18.0-4 - Change the default icon theme to Fedora openoffice.org-1:2.2.0-14.6 --------------------------- * Tue Apr 17 2007 Caolan McNamara - 1:2.2.0-14.6 - merge openoffice.org-2.0.2.ooo59127.vcl.honourcairofont.patch - Resolves: rhbz#235834 update font subpixel logic - add dynamicsection patch for better offline debugging - Resolves: rhbz#236671 backup ldmerge readahead-1:1.4.1-2.fc7 ----------------------- * Fri Apr 20 2007 Jeremy Katz - 1:1.4.1-2 - don't be so noisy (#237302) redhat-artwork-5.0.12-5.fc7 --------------------------- * Thu Apr 19 2007 Matthias Clasen 5.0.12-5 - Add a Fedora metatheme - Add a Fedora icon theme - Change the default icon theme to Fedora rhythmbox-0.10.0-6.fc7 ---------------------- * Fri Apr 20 2007 - Bastien Nocera - 0.10.0-6.fc7 - Enable the Magnatune and Jamendo stores by default (#237131) system-config-securitylevel-1.7.0-1.fc7 --------------------------------------- * Fri Jan 12 2007 Chris Lumens 1.7.0-1 - Change .desktop file (#218925). - Make iptables default FORWARD rule REJECT (#221828). - Correct F12 behavior on main page (#221942). - Disable IPv6 firewall when asked to (#221942). - Support adding a user-specified custom firewall rules file that gets included after the defaults (#138143). * Thu Jan 04 2007 Chris Lumens 1.6.31-1 - Fix import that was causing a traceback (#221402). * Fri Dec 22 2006 Chris Lumens 1.6.30-1 - Reorganize code to be more useful as a library. - Allow changing the SELinux setting from text mode (#217767). thunderbird-2.0.0.0-1.fc7 ------------------------- * Thu Apr 19 2007 Christopher Aillon 2.0.0.0-1 - Update to 2.0.0.0 Final Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-1.ia64 requires genisoimage dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-1.ppc64 requires genisoimage dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-1.i386 requires genisoimage dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-1.x86_64 requires genisoimage dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-1.ppc requires genisoimage dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 From rafael.espindola at gmail.com Sat Apr 21 10:32:24 2007 From: rafael.espindola at gmail.com (=?UTF-8?Q?Rafael_Esp=C3=ADndola?=) Date: Sat, 21 Apr 2007 11:32:24 +0100 Subject: rt2x00 is getting better :-) Message-ID: <564d96fb0704210332h12566098vd4f7d5a437dd5990@mail.gmail.com> I have recently upgrade the kernel to 3094 and I the wifi with wpa now works for a few seconds :-) wpa_supplicant works, dhclient works, I am able to open a page or two and then the network stops. dmesg shows: Loading module: rt2x00lib - CVS (N/A) by http://rt2x00.serialmonkey.com. Loading module: rt73usb - CVS (N/A) by http://rt2x00.serialmonkey.com. usbcore: registered new interface driver rt73usb Loading module: rt2500usb - CVS (N/A) by http://rt2x00.serialmonkey.com. usbcore: registered new interface driver rt2500usb wmaster0: Selected rate control algorithm 'simple' ADDRCONF(NETDEV_UP): wlan0: link is not ready wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:10:18:90:20:db wlan0: RX authentication from 00:10:18:90:20:db (alg=0 transaction=2 status=0) wlan0: authenticated wlan0: associate with AP 00:10:18:90:20:db wlan0: RX AssocResp from 00:10:18:90:20:db (capab=0x411 status=0 aid=2) wlan0: associated ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: duplicate address detected! rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x06 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_bbp_read: Error - PHY_CSR3 register busy. Read failed. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x06 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x06 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_bbp_read: Error - PHY_CSR3 register busy. Read failed. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x07 failed for offset 0x308c with error -110. rt73usb->rt2x00_vendor_request: Error - vendor request error. Request 0x06 failed for offset 0x308c with error -110. wlan0: No ProbeResp from current AP 00:10:18:90:20:db - assume out of range Thanks, Rafael From enrico.scholz at informatik.tu-chemnitz.de Sat Apr 21 10:41:18 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 21 Apr 2007 12:41:18 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <4623BD24.5030405@redhat.com> (Christopher Aillon's message of "Mon, 16 Apr 2007 14:15:00 -0400") References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> <4623AC97.1080603@redhat.com> <874pngxle5.fsf@kosh.bigo.ensc.de> <4623BA12.80503@redhat.com> <87vefww5g4.fsf@kosh.bigo.ensc.de> <4623BD24.5030405@redhat.com> Message-ID: <871wieovqp.fsf@kosh.bigo.ensc.de> Christopher Aillon writes: >>>> I do not see how this matters here. rpm knows enough ways to handle it: >>>> * explicit 'Requires: firefox = ...' in binary plugins > ... > That still doesn't solve the issue of firefox-foo requires firefox = > x.y.z and x.y.z+1 just came out to fix a security issue. Strict versions are probably not needed. I can not speak for all extensions; but all of the 15 externsions which I use, are working for all 1.5 firefox versions. Therefore, 'Requires: firefox = ...' will be an exception; most extensions will not need it. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Sat Apr 21 10:43:36 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 21 Apr 2007 12:43:36 +0200 Subject: packaging thunderbird and firefox extensions as RPM in Fedora In-Reply-To: <46242CA2.3070503@mesd.k12.or.us> (Dan Young's message of "Mon, 16 Apr 2007 19:10:42 -0700") References: <46238CAC.5090805@leemhuis.info> <46238F53.5020502@redhat.com> <87d524xnps.fsf@kosh.bigo.ensc.de> <46242CA2.3070503@mesd.k12.or.us> Message-ID: <87wt06nh2f.fsf@kosh.bigo.ensc.de> Dan Young writes: > FWIW, strace says firefox does stat /usr/lib/firefox/extensions/ on > startup. mmh... just tried it, but this does not seem to be the case with 1.5.10 :( Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From lxtnow at gmail.com Sat Apr 21 11:25:29 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sat, 21 Apr 2007 13:25:29 +0200 Subject: VirtualBox In-Reply-To: References: Message-ID: <62bc09df0704210425n7a0877f8u38d6acddb30b8258@mail.gmail.com> 2007/4/21, Cody Tracy : > > SmootherFrOgZ wrote: > > > > > >2007/4/20, Cody Tracy >>: > > > > Is there an rpm or will there be an rpm available for VirtualBox or > > something similar? If there is already where can I find it? > > > > > >Hi Cody, > > > >You can find an updated release of VitualBox-OSE on my related WebBlog > > for FC-6 and FC-devel > >Feel free to let me some feedback ;-) > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > >-- > >Xavier.t Lamien > >-- > >French Fedora Ambassador > >Fedora Extras Contributor > >GPG-Key ID: F3903DEB > >Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB > I'm missing libxalan-c. Where can I find an rpm for this? On my repository, http://download.tuxfamily.org/lxtnow/fedora -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From opensource at till.name Sat Apr 21 12:20:50 2007 From: opensource at till.name (Till Maas) Date: Sat, 21 Apr 2007 14:20:50 +0200 Subject: VirtualBox In-Reply-To: <62bc09df0704201537u71c87b82pd601843ccd3fa50@mail.gmail.com> References: <62bc09df0704201537u71c87b82pd601843ccd3fa50@mail.gmail.com> Message-ID: <200704211421.06937.opensource@till.name> On Sa April 21 2007, SmootherFrOgZ wrote: > 2007/4/20, Cody Tracy : > > Is there an rpm or will there be an rpm available for VirtualBox or > > something similar? If there is already where can I find it? You can find my development progress here: http://www-users.kawo2.rwth-aachen.de/~tmaas/fedora/repo/ > You can find an updated release of VitualBox-OSE on my related > WebBlogfor FC-6 and FC-devel > Feel free to let me some feedback ;-) You do not package all binaries / link them to the wrapper script. Btw. why did you not coordinate your packaging efforts with me? You seem to have created a new spec according to the changelog, which I cannot find in your repo, did you make it honour RPM_OPT_FLAGS? I only got this for some files. I like Feedback, too. Especially patches that fix stuff of http://fedoraproject.org/wiki/TillMaas/Virtualbox :-) Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Apr 21 14:09:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 21 Apr 2007 10:09:54 -0400 Subject: rawhide report: 20070421 changes In-Reply-To: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> References: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> Message-ID: <200704211009.54962.jkeating@redhat.com> On Saturday 21 April 2007 05:41:58 buildsys at redhat.com wrote: > Updated Packages: Erm. This doesn't actually install. Anaconda now has a Requires on genisofs instead of the old mkisofs, however genisofs lives in Extras where our build system can't get to it, and thus when it tries to create a chroot to run anaconda's buildinstall, it can't satisfy the deps. We'll probably revert the Requires in anaconda today until such time that we merge, given that genisofs Provides mkisofs. We may or may not run another rawhide today, still discussing that with other Release Engineering folks. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Sat Apr 21 14:19:31 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 21 Apr 2007 10:19:31 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-21 Message-ID: <20070421141931.A3AF5152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 23 claws-mail-2.9.1-1.fc7 claws-mail-plugins-2.9.1-1.fc7 dolphin-0.8.2-1.fc7 em8300-kmod-0.16.2-0.2.6.20_1.3094.fc7.1.rc1 gauche-0.8.10-1.fc7 gauche-gl-0.4.3-3.fc7 gauche-gtk-0.4.1-12.fc7 gdal-1.4.0-22.fc7 gtkwave-3.0.26-1.fc7 hdf-4.2r1-12.fc7 krusader-1.80.0-0.1.beta2.fc7 kshutdown-1.0-1.fc7 lucidlife-0.9.1-3.fc7 moodle-1.8-3.fc7 otrs-2.1.5-2.fc7 perl-Sub-Identify-0.02-2.fc7 php-pear-Services-Weather-1.4.2-1.fc7 NEW python-kaa-metadata-0.6.1-2.fc7 sylpheed-2.3.1-2.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3094.fc7 NEW tasks-0.4-4.fc7 util-vserver-0.30.212-3.fc7 xscreensaver-5.02-1.fc7 Packages built and released for Fedora Extras 6: 19 claws-mail-2.9.1-1.fc6 claws-mail-plugins-2.9.1-1.fc6 dolphin-0.8.2-1.fc6 gauche-0.8.10-1.fc6 gauche-gl-0.4.3-3.fc6 gauche-gtk-0.4.1-12.fc6 gtkwave-3.0.26-1.fc6 hdf-4.2r1-12.fc6 hdf5-1.6.5-7.fc6 kshutdown-1.0-1.fc6 lucidlife-0.9.1-3.fc6 moodle-1.6.5-3.fc6 otrs-2.1.5-2.fc6 php-pear-Services-Weather-1.4.2-1.fc6 pychess-0.6.0-1.fc6 NEW python-kaa-imlib2-0.2.1-1.fc6 NEW python-kaa-metadata-0.6.1-2.fc6 sylpheed-2.3.1-1 NEW tasks-0.4-4.fc6 Packages built and released for Fedora Extras 5: 10 claws-mail-2.9.1-1.fc5 claws-mail-plugins-2.9.1-1.fc5 dolphin-0.8.2-1.fc5 gtkwave-3.0.26-1.fc5 kshutdown-1.0-1.fc5 moodle-1.6.5-3.fc5 otrs-2.1.5-2.fc5 php-pear-Services-Weather-1.4.2-1.fc5 sylpheed-2.2.10-2.fc5 NEW tasks-0.4-4.fc5 claws-mail-2.9.1-1.fc7 ---------------------- * Sat Apr 21 2007 Andreas Bierfert 2.9.1-1 - version upgrade which fixes CVE-2007-1558 (see #237293) claws-mail-plugins-2.9.1-1.fc7 ------------------------------ * Sat Apr 21 2007 Andreas Bierfert 2.9.1-1 - version upgrade which fixes pdfviewer bug dolphin-0.8.2-1.fc7 ------------------- * Sun Mar 18 2007 Johan Cwiklinski 0.8.2-1 - Upgrading to new version em8300-kmod-0.16.2-0.2.6.20_1.3094.fc7.1.rc1 -------------------------------------------- * Fri Apr 20 2007 Ville Skytt? - Rebuild for kernel 2.6.20-1.3094.fc7. gauche-0.8.10-1.fc7 ------------------- * Fri Apr 20 2007 Gerard Milmeister - 0.8.10-1 - new version 0.8.10 gauche-gl-0.4.3-3.fc7 --------------------- * Fri Apr 20 2007 Gerard Milmeister - 0.4.3-3 - rebuild for gauche 0.8.10 gauche-gtk-0.4.1-12.fc7 ----------------------- * Fri Apr 20 2007 Gerard Milmeister - 0.4.1-12 - rebuild for gauche 0.8.10 gdal-1.4.0-22.fc7 ----------------- * Fri Apr 20 2007 Balint Cristian 1.4.0-22 - and olso dont attempt pack missing docs. * Fri Apr 20 2007 Balint Cristian 1.4.0-21 - exclude some docs, doxygen segfault with those now upstream. * Fri Apr 20 2007 Balint Cristian 1.4.0-20 - rebuild against latest fedora upstream tree. gtkwave-3.0.26-1.fc7 -------------------- * Fri Apr 20 2007 Paul Howarth 3.0.26-1 - update to 3.0.26 hdf-4.2r1-12.fc7 ---------------- * Fri Apr 20 2007 Orion Poplawski 4.2r1-12 - Use 4.2r1-hrepack-p4.tar.gz for hrepack patch - Remove configure patch applied upstream - Use --disable-production configure flag to avoid stripping -g compile flag - Add patch to fix open file test when run under mock krusader-1.80.0-0.1.beta2.fc7 ----------------------------- * Fri Apr 20 2007 Marcin Garski 1.80.0-0.1.beta2 - Updated to version 1.80.0-beta2 - Drop X-Fedora category kshutdown-1.0-1.fc7 ------------------- * Fri Apr 20 2007 Chitlesh Goorah 1.0-1 - New upstream release lucidlife-0.9.1-3.fc7 --------------------- * Fri Apr 20 2007 Peter Gordon - 0.9.1-3 - Ammend make-docs-use-proper-dir patch to ensure that the "Help" menu functionality works properly. (Thanks to Leonard A. Hickey for the patch; resolves bug #237329.) moodle-1.8-3.fc7 ---------------- * Fri Apr 20 2007 Jerry James - 1.8-3 - perl-Text-Aspell is now available, so use it. Don't make the spellchecker a separate package, however, since it is an htmlarea plugin, not a moodle plugin. Somebody we will provide htmlarea as a separate package. - Fix version numbers on obsoletes. - Update language packs to the 20 Apr 2007 versions. otrs-2.1.5-2.fc7 ---------------- * Fri Apr 20 2007 Mike McGrath 2.1.5-2 - Added perl-GDGraph #237214 perl-Sub-Identify-0.02-2.fc7 ---------------------------- php-pear-Services-Weather-1.4.2-1.fc7 ------------------------------------- * Sat Apr 21 2007 Remi Collet 1.4.2-1 - update to 1.4.2 - requires php-pear(PEAR) >= 1.4.0 python-kaa-metadata-0.6.1-2.fc7 ------------------------------- * Fri Apr 20 2007 kwizart < kwizart at gmail.com > - 0.6.1-2 - Obsolete/provides mmpython version 0.4.10 * Wed Apr 18 2007 kwizart < kwizart at gmail.com > - 0.6.1-1 - Update to 0.6.1 sylpheed-2.3.1-2.fc7 -------------------- * Sat Apr 21 2007 Michael Schwendt - 2.3.1-2 - Patch APOP vulnerability (CVE-2007-1558) as in 2.4.0. - Patch default directory for SSL/TLS certificates. sysprof-kmod-1.0.8-1.2.6.20_1.3094.fc7 -------------------------------------- tasks-0.4-4.fc7 --------------- * Fri Apr 20 2007 Dan Young - 0.4-4 - Bump release to fix up CVS tags * Wed Apr 11 2007 Dan Young - 0.4-3 - Preserve timestamps on install - Fix /usr/share/tasks/tasks-ui.xml files listing twice - Patch Help -> About -> License to fix name util-vserver-0.30.212-3.fc7 --------------------------- * Fri Jan 19 2007 David Woodhouse - 0.30.212-3 - Build with 64KiB page size * Fri Jan 19 2007 David Woodhouse - 0.30.212-2 - rebuilt with PPC support * Sun Dec 10 2006 Enrico Scholz - 0.30.212-1 - updated to 0.30.212 - updated URLs - requires 'rsync' for -build to support new 'rsync' build method * Thu Oct 12 2006 Enrico Scholz - 0.30.211-2 - added graphiz + ghostscript BR xscreensaver-5.02-1.fc7 ----------------------- * Sat Apr 21 2007 Mamoru Tasaka - 1:5.02-1 - Update to 5.02 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From kloczek at zie.pg.gda.pl Sat Apr 21 13:25:06 2007 From: kloczek at zie.pg.gda.pl (Tomasz =?UTF-8?Q?K=C5=82oczko?=) Date: Sat, 21 Apr 2007 15:25:06 +0200 Subject: rawhide report: 20070417 changes In-Reply-To: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> References: <200704170957.l3H9vl45024210@hs20-bc2-6.build.redhat.com> Message-ID: <1177161906.29769.1.camel@kloczek01.pracownicy.zie> Dnia 17-04-2007, Wt o godzinie 05:57 -0400, buildsys at redhat.com napisa?(a): > pilot-link-2:0.12.1-6.fc7 > ------------------------- > * Mon Apr 16 2007 Ivana Varekova - 2:0.12.1-6 > - add --enable-libusb (#236413) Why to BuildRequires was added libusb ? why not libusb-devel ? kloczek From dhollis at davehollis.com Sat Apr 21 14:30:12 2007 From: dhollis at davehollis.com (David Hollis) Date: Sat, 21 Apr 2007 10:30:12 -0400 Subject: rt2x00 is getting better :-) In-Reply-To: <564d96fb0704210332h12566098vd4f7d5a437dd5990@mail.gmail.com> References: <564d96fb0704210332h12566098vd4f7d5a437dd5990@mail.gmail.com> Message-ID: <1177165812.3575.2.camel@dhollis-lnx.sunera.com> On Sat, 2007-04-21 at 11:32 +0100, Rafael Esp?ndola wrote: > I have recently upgrade the kernel to 3094 and I the wifi with wpa now > works for a few seconds :-) > > wpa_supplicant works, dhclient works, I am able to open a page or two > and then the network stops. dmesg shows: That sounds pretty similar to my experiences with iwlwifi in the latest kernels. It can actually attach to a WPA enabled network, pass a few packets back and forth, and then it loses it. It's getting there.... -- David Hollis From drago01 at gmail.com Sat Apr 21 15:29:09 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Sat, 21 Apr 2007 17:29:09 +0200 Subject: rawhide report: 20070421 changes In-Reply-To: <200704211009.54962.jkeating@redhat.com> References: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> <200704211009.54962.jkeating@redhat.com> Message-ID: On 4/21/07, Jesse Keating wrote: > > On Saturday 21 April 2007 05:41:58 buildsys at redhat.com wrote: > > Updated Packages: > > Erm. This doesn't actually install. Anaconda now has a Requires on > genisofs > instead of the old mkisofs, however genisofs lives in Extras where our > build > system can't get to it, and thus when it tries to create a chroot to run > anaconda's buildinstall, it can't satisfy the deps. We'll probably revert > the Requires in anaconda today until such time that we merge, given that > genisofs Provides mkisofs. We may or may not run another rawhide today, > still discussing that with other Release Engineering folks. whats the current status of the merge? when will it be done? -- > Jesse Keating > Release Engineer: Fedora > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Sat Apr 21 15:31:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 21 Apr 2007 11:31:06 -0400 Subject: rawhide report: 20070421 changes In-Reply-To: References: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> <200704211009.54962.jkeating@redhat.com> Message-ID: <200704211131.06922.jkeating@redhat.com> On Saturday 21 April 2007 11:29:09 dragoran dragoran wrote: > whats the current status of the merge? when will it be done? The merge is waiting on one of two things. A) new hardware to get in place so we're more comfortable with the build capacity, or B) the last acceptable outage window before Fedora 7 releases. Either way it will be done before Fedora 7 final is publicly available. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From drago01 at gmail.com Sat Apr 21 15:44:48 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Sat, 21 Apr 2007 17:44:48 +0200 Subject: rawhide report: 20070421 changes In-Reply-To: <200704211131.06922.jkeating@redhat.com> References: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> <200704211009.54962.jkeating@redhat.com> <200704211131.06922.jkeating@redhat.com> Message-ID: On 4/21/07, Jesse Keating wrote: > > On Saturday 21 April 2007 11:29:09 dragoran dragoran wrote: > > whats the current status of the merge? when will it be done? > > The merge is waiting on one of two things. A) new hardware to get in > place so > we're more comfortable with the build capacity, or B) the last acceptable > outage window before Fedora 7 releases. > > Either way it will be done before Fedora 7 final is publicly available. ok, but there will be still time to rebuild (an test!) the packages that needs something from extras to add extra features? or will this cause a releasedate change? why don't we wait for the merge before doing test4? -- > Jesse Keating > Release Engineer: Fedora > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wwoods at redhat.com Sat Apr 21 18:10:03 2007 From: wwoods at redhat.com (Will Woods) Date: Sat, 21 Apr 2007 14:10:03 -0400 Subject: rawhide report: 20070421 changes In-Reply-To: References: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> <200704211009.54962.jkeating@redhat.com> <200704211131.06922.jkeating@redhat.com> Message-ID: <1177179003.7796.20.camel@zebes.localdomain> On Sat, 2007-04-21 at 17:44 +0200, dragoran dragoran wrote: > ok, but there will be still time to rebuild (an test!) the packages > that needs something from extras to add extra features? or will this > cause a releasedate change? > why don't we wait for the merge before doing test4? Even if it started now, we wouldn't be able to finish the merge before the release date for Test4. The merge will be our first priority as soon as we get Test4 out, but we *need* to get Test4 into people's hands first so everyone can test it. There's a lot of stuff besides the merge that still needs testing. We're fairly confident that the merger will go smoothly and we won't need another test release. Once the merger is done people can rebuild packages with stuff from Extras. Those packages will released into rawhide so people can test them. We'll also be releasing weekly LiveCDs so people can test that way too. If all goes according to plan, we will not need to delay the release. But we're not fools. If it's not ready, we won't ship it until it is. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jwboyer at jdub.homelinux.org Sat Apr 21 18:54:35 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 21 Apr 2007 13:54:35 -0500 Subject: rawhide report: 20070421 changes In-Reply-To: <1177179003.7796.20.camel@zebes.localdomain> References: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> <200704211009.54962.jkeating@redhat.com> <200704211131.06922.jkeating@redhat.com> <1177179003.7796.20.camel@zebes.localdomain> Message-ID: <1177181675.25513.74.camel@vader.jdub.homelinux.org> On Sat, 2007-04-21 at 14:10 -0400, Will Woods wrote: > On Sat, 2007-04-21 at 17:44 +0200, dragoran dragoran wrote: > > > ok, but there will be still time to rebuild (an test!) the packages > > that needs something from extras to add extra features? or will this > > cause a releasedate change? > > why don't we wait for the merge before doing test4? > > Even if it started now, we wouldn't be able to finish the merge before > the release date for Test4. > > The merge will be our first priority as soon as we get Test4 out, but we > *need* to get Test4 into people's hands first so everyone can test it. > There's a lot of stuff besides the merge that still needs testing. > > We're fairly confident that the merger will go smoothly and we won't > need another test release. Once the merger is done people can rebuild > packages with stuff from Extras. Those packages will released into > rawhide so people can test them. We'll also be releasing weekly LiveCDs > so people can test that way too. > > If all goes according to plan, we will not need to delay the release. > But we're not fools. If it's not ready, we won't ship it until it is. But I promise you it will ship before Duke Nukem Forever. josh From tdiehl at rogueind.com Sat Apr 21 21:48:29 2007 From: tdiehl at rogueind.com (Tom Diehl) Date: Sat, 21 Apr 2007 17:48:29 -0400 (EDT) Subject: Where did the boot images go? Message-ID: Hi, Can some tell me where the boot images are now located in rawhide? I looked on a couple of mirrors and there does not seem to be an images dorctory in the rawhide tree. I want to pxe boot a machine. Did I miss an announcment or is rawhide hosed?? Regards, -- Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From wwoods at redhat.com Sat Apr 21 22:17:00 2007 From: wwoods at redhat.com (Will Woods) Date: Sat, 21 Apr 2007 18:17:00 -0400 Subject: Where did the boot images go? In-Reply-To: References: Message-ID: <462A8D5C.1010106@redhat.com> Tom Diehl wrote: > Hi, > > Can some tell me where the boot images are now located in rawhide? I looked > on a couple of mirrors and there does not seem to be an images dorctory > in the > rawhide tree. I want to pxe boot a machine. > > Did I miss an announcment or is rawhide hosed?? You missed an announcement. Rawhide's hosed today. https://www.redhat.com/archives/fedora-devel-list/2007-April/msg01147.html Should be fixed in tomorrow's push. Sorry for the inconvenience. -w From mszpak at wp.pl Sat Apr 21 22:30:08 2007 From: mszpak at wp.pl (=?UTF-8?B?TWFyY2luIFphasSFY3prb3dza2k=?=) Date: Sun, 22 Apr 2007 00:30:08 +0200 Subject: VirtualBox In-Reply-To: <62bc09df0704210425n7a0877f8u38d6acddb30b8258@mail.gmail.com> References: <62bc09df0704210425n7a0877f8u38d6acddb30b8258@mail.gmail.com> Message-ID: SmootherFrOgZ wrote: (...) >> > Is there an rpm or will there be an rpm available for VirtualBox or >> > something similar? If there is already where can I find it? >> > (...) >> >You can find an updated release of VitualBox-OSE on my related WebBlog >> > for FC-6 and FC-devel >> >Feel free to let me some feedback ;-) (...) > > On my repository, http://download.tuxfamily.org/lxtnow/fedora Hi, I tried to install VirtualBox from your repository (using location from http://download.tuxfamily.org/lxtnow/fedora/lxtnow-release-6-1.noarch.rpm), but it's not visible for yum (I can install other packages like kungfu). Of course I can download it manually. http://download.tuxfamily.org/lxtnow/fedora/6/i386/repodata/index.html also doesn't show VirtualBox. Is it intended? Regards Marcin From jwboyer at jdub.homelinux.org Sat Apr 21 22:38:23 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 21 Apr 2007 17:38:23 -0500 Subject: VirtualBox In-Reply-To: References: <62bc09df0704210425n7a0877f8u38d6acddb30b8258@mail.gmail.com> Message-ID: <1177195103.25513.79.camel@vader.jdub.homelinux.org> On Sun, 2007-04-22 at 00:30 +0200, Marcin Zaj?czkowski wrote: > SmootherFrOgZ wrote: > (...) > >> > Is there an rpm or will there be an rpm available for VirtualBox or > >> > something similar? If there is already where can I find it? > >> > > (...) > >> >You can find an updated release of VitualBox-OSE on my related WebBlog > >> > for FC-6 and FC-devel > >> >Feel free to let me some feedback ;-) > (...) > > > > On my repository, http://download.tuxfamily.org/lxtnow/fedora > > Hi, > > I tried to install VirtualBox from your repository (using location from > http://download.tuxfamily.org/lxtnow/fedora/lxtnow-release-6-1.noarch.rpm), > but it's not visible for yum (I can install other packages like kungfu). > Of course I can download it manually. > > http://download.tuxfamily.org/lxtnow/fedora/6/i386/repodata/index.html > also doesn't show VirtualBox. Is it intended? Could you please handle this via private email. It has nothing to do with Fedora as it's in a private repository. Thank you. josh From rvinyard at cs.nmsu.edu Sat Apr 21 23:14:02 2007 From: rvinyard at cs.nmsu.edu (Rick L Vinyard Jr) Date: Sat, 21 Apr 2007 17:14:02 -0600 Subject: hdparm on FC7 In-Reply-To: <4627D890.1020507@googlemail.com> References: <4627D890.1020507@googlemail.com> Message-ID: <462A9ABA.6020307@cs.nmsu.edu> I noticed the same behavior on FC7... and a search of Google and fedoraforum.org didn't provide any enlightenment. Does anyone know the explanation? Jovan Spasojevic wrote: > Hello, > > sience FC7 i am not more able to set the (E)IDE 32-bit I/O support > and multiple sector I/O sience fedora 7 > on Fedora 5 and 6 there was no problem i have write the comandos in > rc.local (/sbin/hdparm -c3 -m16 /dev/hda) (now it /dev/sda) and works. > now on fc7 don't wokrs anymore all opts are marked as "off" only runs > in UDMA 5 Mode. i have this options set because it have a better > input/output Support/performance on my IDE/ATA100 HDD. > > Why hdparm not works anymore. I think it is the new SATA Protocoll. > > The Error that appears is: > > [root at localhost jovan]# /sbin/hdparm -c3 -m16 /dev/sda > > /dev/sda: > setting 32-bit IO_support flag to 3 > HDIO_SET_32BIT failed: Invalid argument > setting multcount to 16 > HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device > HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device > IO_support = 0 (default 16-bit) > > > /dev/sdb: > setting 32-bit IO_support flag to 3 > HDIO_SET_32BIT failed: Invalid argument > setting multcount to 16 > HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device > HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device > IO_support = 0 (default 16-bit) > [root at localhost jovan]# > > > This is the current output from hdparm: > > /dev/sda: > IO_support = 0 (default 16-bit) > readonly = 0 (off) > readahead = 256 (on) > geometry = 9964/255/63, sectors = 160086528, start = 0 > > Model=Maxtor 6Y080L0 , FwRev=YAR41VW0, > SerialNo=Y3HVAW5E > Config={ Fixed } > RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 > BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16? > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528 > IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} > PIO modes: pio0 pio1 pio2 pio3 pio4 > DMA modes: mdma0 mdma1 mdma2 > UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 udma3 udma4 udma5 > > *udma6 (How can that be when i have a UDMA5 HDD and my Motherboard > supports max ATA100??????????????? > > AdvancedPM=yes: disabled (255) WriteCache=enabled > Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1 > ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7 > > * signifies the current active mode > > But there is a error i have a Intel 775 Asrock Motherboard with ATA100 > and my Hardware support UDMA5 not UDMA6 (see above) > > > regards. > > > > From stefmanos at gmail.com Sat Apr 21 23:08:34 2007 From: stefmanos at gmail.com (Stephanos Manos) Date: Sun, 22 Apr 2007 02:08:34 +0300 Subject: rawhide report: 20070421 changes In-Reply-To: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> References: <200704210941.l3L9fweZ011635@hs20-bc2-6.build.redhat.com> Message-ID: buildsys at redhat.com wrote: [...] > > fedora-release-6.93-1 > --------------------- > * Fri Apr 20 2007 Jesse Keating - 6.93-1 > - Bump for Test 4 > Updating : fedora-release-notes ####################### [11/83] ///usr/share/doc/fedora-release-notes-6.93/about/C/about-fedora.xml:6: I/O warning : failed to load external entity "/usr/share/doc/fedora-release-notes-6.93/about/C/fdp-entities.ent" %FDP-ENTITIES; ^ %FDP-ENTITIES; ^ ??? Stephanos From drago01 at gmail.com Sat Apr 21 23:16:14 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Sun, 22 Apr 2007 01:16:14 +0200 Subject: hdparm on FC7 In-Reply-To: <462A9ABA.6020307@cs.nmsu.edu> References: <4627D890.1020507@googlemail.com> <462A9ABA.6020307@cs.nmsu.edu> Message-ID: F7 uses libata for IDE too. libata does not support this commands. -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at fedoraproject.org Sun Apr 22 02:01:50 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 21 Apr 2007 22:01:50 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-21 Message-ID: <20070422020150.DCFE0152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 23 R-mAr-1.1-8.fc7 R-waveslim-1.6-1.fc7 R-wavethresh-2.2-5.fc7 conglomerate-0.9.1-3.fc7 fftw2-2.1.5-14.fc7 NEW gmediaserver-0.12.0-7.fc7 ifplugd-0.28-6.fc7 irssi-0.8.10-7.a.fc7 jokosher-0.9-0.3.rc1.fc7 libsmbios-0.13.6-1.fc7 perl-File-ExtAttr-1.02-2.fc7 perl-POE-Component-Client-HTTP-0.82-1.fc7 perl-POE-Component-IRC-5.24-1.fc7 perl-POE-Component-Server-SimpleHTTP-1.23-2.fc7 php-pear-Date-1.4.7-2.fc7 pidgin-2.0.0-0.35.beta7devel.fc7 pyparsing-1.4.6-1.fc7 python-amara-1.1.9-8.fc7 python-kaa-base-0.1.3-3.fc7 python-kaa-metadata-0.6.1-3.fc7 rman-3.2-6.fc7 tellico-1.2.10-1.fc7 tetex-dvipost-1.1-7.fc7 conglomerate-0.9.1-3.fc7 ------------------------ * Sat Apr 21 2007 Jos? Matos - 0.9.1-3 - Rebuild (for F7). fftw2-2.1.5-14.fc7 ------------------ * Sat Apr 21 2007 Jos? Matos - 2.1.5-14 - Rebuild for F7. gmediaserver-0.12.0-7.fc7 ------------------------- * Thu Apr 19 2007 Karol Trzcionka - 0.12.0-7 - Change BRs - Fix init-file * Mon Apr 02 2007 Karol Trzcionka - 0.12.0-6 - small specfile fixes - delete %postun section * Mon Mar 26 2007 Karol Trzcionka - 0.12.0-5 - Fix mediadir in config-file and init - default log-file in %ghost * Thu Mar 22 2007 Karol Trzcionka - 0.12.0-4 - Update requires - Fix init-script and inconsistency in spec ifplugd-0.28-6.fc7 ------------------ * Sat Apr 21 2007 Jos? Matos - 0.28-6 - Rebuild (for F7). irssi-0.8.10-7.a.fc7 -------------------- * Sat Apr 21 2007 Dams - 0.8.10-7.a - Release bump jokosher-0.9-0.3.rc1.fc7 ------------------------ * Sat Apr 21 2007 Christopher Brown - 0.9-0.3.rc1 - rc1 - remove redundant directories libsmbios-0.13.6-1.fc7 ---------------------- * Tue Apr 03 2007 Michael E Brown - 0.13.6 - critical bugfix to dellBiosUpdate utility to fix packet mode - autoconf/automake support for automatically building docs - more readable 'make' lines by splitting out env vars - remove run_cppunit option... always run unit tests. - update autoconf/automake utilities to latest version - fix LDFLAGS to not overwrite user entered LDFLAGS - add automatic doxygen build of docs - fix urls of public repos - remove yum repo page in favor of official page from docs - split dmi table entry point from smbios table entry point - support legacy _DMI_ tables - fix support for EFI-based imacs without proper _SM_ anchor perl-File-ExtAttr-1.02-2.fc7 ---------------------------- * Thu Apr 19 2007 Chris Weyl 1.02-2 - add additional split BR's * Sat Apr 07 2007 Chris Weyl 1.02-1 - update to 1.02 perl-POE-Component-Client-HTTP-0.82-1.fc7 ----------------------------------------- * Sat Apr 21 2007 Chris Weyl 0.82-1 - update to 0.82 - additional BR's for perl splittage - nix dos2unix BR perl-POE-Component-IRC-5.24-1.fc7 --------------------------------- * Sat Apr 21 2007 Chris Weyl 5.24-1 - update to 5.24 - additional splittage BR's - Additional BR's to handle new tests, ipv6 functionality, etc perl-POE-Component-Server-SimpleHTTP-1.23-2.fc7 ----------------------------------------------- * Sat Apr 21 2007 Chris Weyl 1.23-2 - additional testing BR * Sat Apr 21 2007 Chris Weyl 1.23-1 - update to 1.23 - update source URL (maintainer changed) - add BR's for potential perl splittage - add BR's for tests -- note pod coverage fails, so we just leave that one commented out php-pear-Date-1.4.7-2.fc7 ------------------------- * Sat Apr 21 2007 Christopher Stone 1.4.7-2 - Use sed instead of dos2unix - Some other minor spec file cleanups pidgin-2.0.0-0.35.beta7devel.fc7 -------------------------------- * Sat Apr 21 2007 Warren Togami - 2.0.0-0.35.beta7devel - upstream insists that we remove the Epoch rawhide users might need to use --oldpackage once to upgrade - remove mono and howl cruft pyparsing-1.4.6-1.fc7 --------------------- * Sat Apr 21 2007 Jos? Matos - 1.4.6-1 - New upstream version. python-amara-1.1.9-8.fc7 ------------------------ * Sat Apr 21 2007 Jos? Matos - 1.1.9-8 - egg-info must go in python_sitelib and not python_sitearch python-kaa-base-0.1.3-3.fc7 --------------------------- * Sat Apr 21 2007 kwizart < kwizart at gmail.com > - 0.1.3-3 - Fix Requires for python-packages python-kaa-metadata-0.6.1-3.fc7 ------------------------------- * Sat Apr 21 2007 kwizart < kwizart at gmail.com > - 0.6.1-3 - Add missing Requires for python packages R-mAr-1.1-8.fc7 --------------- * Sat Apr 21 2007 Jos? Matos - 1.1-8 - New upstream version (1.1-1). R-waveslim-1.6-1.fc7 -------------------- * Sat Apr 21 2007 Jos? Matos - 1.6-1 - New upstream version. R-wavethresh-2.2-5.fc7 ---------------------- rman-3.2-6.fc7 -------------- * Sat Apr 21 2007 Jos? Matos - 3.2-6 - Rebuild (for F7). tellico-1.2.10-1.fc7 -------------------- * Sat Apr 21 2007 Jos? Matos - 1.2.10-1 - New upstream version. tetex-dvipost-1.1-7.fc7 ----------------------- * Sat Apr 21 2007 Jos? Matos - 1.1-7 - Rebuild (for F7). For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mszpak at wp.pl Sun Apr 22 07:47:35 2007 From: mszpak at wp.pl (=?UTF-8?B?TWFyY2luIFphasSFY3prb3dza2k=?=) Date: Sun, 22 Apr 2007 09:47:35 +0200 Subject: VirtualBox In-Reply-To: <1177195103.25513.79.camel@vader.jdub.homelinux.org> References: <62bc09df0704210425n7a0877f8u38d6acddb30b8258@mail.gmail.com> <1177195103.25513.79.camel@vader.jdub.homelinux.org> Message-ID: Josh Boyer wrote: (...) > Could you please handle this via private email. It has nothing to do > with Fedora as it's in a private repository. > > Thank you. It should go on his email address. Sorry for an inconvenience. Marcin From lmacken at redhat.com Sun Apr 22 08:03:42 2007 From: lmacken at redhat.com (Luke Macken) Date: Sun, 22 Apr 2007 04:03:42 -0400 Subject: Updates-testing on firstboot In-Reply-To: <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> Message-ID: <20070422080342.GC2991@tomservo.rh.rit.edu> On Fri, Apr 20, 2007 at 05:29:44PM +0100, Chris Brown wrote: > The current situation with updates-testing is that bug fixes tend to get > pushed straight into updates. Updates-testing gets little coverage so few > devs or testers use it. Its a vicious circle. A cursory glance show some > packages are over 5 months old. I'm hoping that Bodhi[0] will eventually help improve updates-testing by allowing testers to get more involved with the whole process. Once testers can provide positive/negative feedback to the devs regarding updates, I think that it will become much more utilized. luke [0]: https://hosted.fedoraproject.org/projects/bodhi From lmacken at redhat.com Sun Apr 22 08:05:11 2007 From: lmacken at redhat.com (Luke Macken) Date: Sun, 22 Apr 2007 04:05:11 -0400 Subject: Updates-testing on firstboot In-Reply-To: <20070422080342.GC2991@tomservo.rh.rit.edu> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> <20070422080342.GC2991@tomservo.rh.rit.edu> Message-ID: <20070422080511.GD2991@tomservo.rh.rit.edu> On Sun, Apr 22, 2007 at 04:03:42AM -0400, Luke Macken wrote: > On Fri, Apr 20, 2007 at 05:29:44PM +0100, Chris Brown wrote: > > The current situation with updates-testing is that bug fixes tend to get > > pushed straight into updates. Updates-testing gets little coverage so few > > devs or testers use it. Its a vicious circle. A cursory glance show some > > packages are over 5 months old. > > I'm hoping that Bodhi[0] will eventually help improve updates-testing by allowing > testers to get more involved with the whole process. Once testers can > provide positive/negative feedback to the devs regarding updates, I think > that it will become much more utilized. Also, the fact that we're going to be forcing all non-security updates to go into updates-testing first will help as well. luke From jovansp at googlemail.com Sun Apr 22 08:18:13 2007 From: jovansp at googlemail.com (Jovan Spasojevic) Date: Sun, 22 Apr 2007 10:18:13 +0200 Subject: hdparm on FC7 In-Reply-To: References: <4627D890.1020507@googlemail.com> <462A9ABA.6020307@cs.nmsu.edu> Message-ID: <462B1A45.5070906@googlemail.com> So have anybody a workaround? Sdparm or what? regards dragoran dragoran schrieb: > F7 uses libata for IDE too. > libata does not support this commands. > From buildsys at redhat.com Sun Apr 22 09:57:12 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 22 Apr 2007 05:57:12 -0400 Subject: rawhide report: 20070422 changes Message-ID: <200704220957.l3M9vC8T003808@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.2.0.54-2 -------------------- * Sat Apr 21 2007 Jesse Keating - 11.2.0.54-2 - s/genisoimage/mkisofs until the merge. Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 From alan at redhat.com Sun Apr 22 12:04:23 2007 From: alan at redhat.com (Alan Cox) Date: Sun, 22 Apr 2007 08:04:23 -0400 Subject: hdparm on FC7 In-Reply-To: <462A9ABA.6020307@cs.nmsu.edu> References: <4627D890.1020507@googlemail.com> <462A9ABA.6020307@cs.nmsu.edu> Message-ID: <20070422120423.GA20706@devserv.devel.redhat.com> On Sat, Apr 21, 2007 at 05:14:02PM -0600, Rick L Vinyard Jr wrote: > I noticed the same behavior on FC7... and a search of Google and > fedoraforum.org didn't provide any enlightenment. > Does anyone know the explanation? In DMA modes the 32bit I/O feature and multi-sector mode are not used. For the moment libata also only supports 32bit PIO on some controllers and for those it si handled automatically. Over time it may well gain 32bit support for more, but again the goal is it will be entirely automatically done if so. From ihok at hotmail.com Sun Apr 22 13:47:47 2007 From: ihok at hotmail.com (Jack Tanner) Date: Sun, 22 Apr 2007 09:47:47 -0400 Subject: Updates-testing on firstboot In-Reply-To: <20070422080511.GD2991@tomservo.rh.rit.edu> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> <20070422080342.GC2991@tomservo.rh.rit.edu> <20070422080511.GD2991@tomservo.rh.rit.edu> Message-ID: Luke Macken wrote: > On Sun, Apr 22, 2007 at 04:03:42AM -0400, Luke Macken wrote: >> On Fri, Apr 20, 2007 at 05:29:44PM +0100, Chris Brown wrote: >>> The current situation with updates-testing is that bug fixes tend to get >>> pushed straight into updates. Updates-testing gets little coverage so few >>> devs or testers use it. Its a vicious circle. A cursory glance show some >>> packages are over 5 months old. >> I'm hoping that Bodhi[0] will eventually help improve updates-testing by allowing >> testers to get more involved with the whole process. Once testers can >> provide positive/negative feedback to the devs regarding updates, I think >> that it will become much more utilized. > > Also, the fact that we're going to be forcing all non-security updates > to go into updates-testing first will help as well. Bodhi looks really interesting. What's its proper discussion forum? In case fedora-devel is the proper forum, a question: what happens to updates that are in updates-testing and then fail community QA? Do their rpms get yanked from updates-testing? It seems that today, it's difficult to yank rpms, and the updates-testing repo has junk in it. http://thread.gmane.org/gmane.linux.redhat.fedora.testers/47277/focus=47278 From lxtnow at gmail.com Sun Apr 22 15:00:05 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sun, 22 Apr 2007 17:00:05 +0200 Subject: VirtualBox In-Reply-To: <200704211421.06937.opensource@till.name> References: <62bc09df0704201537u71c87b82pd601843ccd3fa50@mail.gmail.com> <200704211421.06937.opensource@till.name> Message-ID: <62bc09df0704220800l6af70689wcf11cae5cf5d5f0e@mail.gmail.com> 2007/4/21, Till Maas : > > On Sa April 21 2007, SmootherFrOgZ wrote: > > 2007/4/20, Cody Tracy : > > > Is there an rpm or will there be an rpm available for VirtualBox or > > > something similar? If there is already where can I find it? > > You can find my development progress here: > http://www-users.kawo2.rwth-aachen.de/~tmaas/fedora/repo/ > > > You can find an updated release of VitualBox-OSE on my related > > WebBlogfor FC-6 and FC-devel > > Feel free to let me some feedback ;-) > > You do not package all binaries / link them to the wrapper script. Btw. > why > did you not coordinate your packaging efforts with me? 'sure... you can contact me offlist ;-), we can co-maintaining it ;-) You seem to have > created a new spec according to the changelog, which I cannot find in your > repo, did you make it honour RPM_OPT_FLAGS? I only got this for some > files. I > like Feedback, too. Especially patches that fix stuff of > http://fedoraproject.org/wiki/TillMaas/Virtualbox :-) yeah, it seems that your spec don't build with the updated release. I created my own spec cause i build the kmod outside of the main package. the upstream provide an external source tarball for the kmod to make easy to build it for updated kernel release to avoid to re-build all the main package just to update the kmod. I also ask the upstream if he can provide an external source tarball for Addition Kmod ( X, mouse and video driver ). > > @Marcin Zaj?czkowsk I don't make my repository available to yum for the public, i'll contact to off list for that ;-) -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihok at hotmail.com Sun Apr 22 15:49:22 2007 From: ihok at hotmail.com (Jack Tanner) Date: Sun, 22 Apr 2007 11:49:22 -0400 Subject: hdparm on FC7 In-Reply-To: <462B1A45.5070906@googlemail.com> References: <4627D890.1020507@googlemail.com> <462A9ABA.6020307@cs.nmsu.edu> <462B1A45.5070906@googlemail.com> Message-ID: Jovan Spasojevic wrote: > So have anybody a workaround? Sdparm or what? Coincidentally, I just saw an announcement for something called sdparm. No idea if it's relevant or not. http://lwn.net/Articles/229822/ From oisin.feeley at gmail.com Sun Apr 22 15:57:19 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Sun, 22 Apr 2007 11:57:19 -0400 Subject: Release notes freezing for F7 In-Reply-To: <20070420223027.GA28595@devserv.devel.redhat.com> References: <1177088926.3286.417.camel@erato.phig.org> <20070420181345.GP23940@angus.ind.WPI.EDU> <20070420213059.GA25935@devserv.devel.redhat.com> <20070420222110.GK20566@redhat.com> <20070420223027.GA28595@devserv.devel.redhat.com> Message-ID: On 4/20/07, Alan Cox wrote: > On Fri, Apr 20, 2007 at 06:21:10PM -0400, Dave Jones wrote: > > On Fri, Apr 20, 2007 at 05:30:59PM -0400, Alan Cox wrote: > > > > > Anyone got an afflicted laptop and can send me an lspci -vxxx of it and > > > I'll see what I can do at short notice to at least get a PIO0 driver for it > > > > -v is the best I could find with google. > > http://www.linuxquestions.org/hcl/showproduct.php?product=1394&cat=528 > > Sorry should have been more explicit .. "With the cardbus controller for the > disk inserted" I've attached one from a Vaio PCG-R505TLK with a PCGA-CD51 cdrom drive plugged in. Oisin -------------- next part -------------- 00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 11) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, fast devsel, latency 0 Capabilities: 00: 86 80 30 11 06 01 90 20 11 00 00 06 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 88 00 00 00 00 00 00 00 00 00 00 00 00:02.0 VGA compatible controller: Intel Corporation 82815 CGC [Chipset Graphics Controller] (rev 11) (prog-if 00 [VGA]) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 9 Memory at f8000000 (32-bit, prefetchable) [size=64M] Memory at f4000000 (32-bit, non-prefetchable) [size=512K] Capabilities: 00: 86 80 32 11 07 00 b0 02 11 00 00 03 00 00 00 00 10: 08 00 00 f8 00 00 00 f4 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 dc 00 00 00 00 00 00 00 09 01 00 00 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 03) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 00003000-00003fff Memory behind bridge: f4100000-f41fffff Prefetchable memory behind bridge: 10000000-11ffffff 00: 86 80 48 24 07 01 80 00 03 00 04 06 00 00 01 00 10: 00 00 00 00 00 00 00 00 00 01 01 40 30 30 80 22 20: 10 f4 10 f4 00 10 f0 11 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 00 00:1f.0 ISA bridge: Intel Corporation 82801BAM ISA Bridge (LPC) (rev 03) Flags: bus master, medium devsel, latency 0 00: 86 80 4c 24 0f 00 80 02 03 00 01 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:1f.1 IDE interface: Intel Corporation 82801BAM IDE U100 (rev 03) (prog-if 80 [Master]) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, medium devsel, latency 0 I/O ports at 1800 [size=16] 00: 86 80 4a 24 05 00 80 02 03 80 01 01 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 01 18 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 03) (prog-if 00 [UHCI]) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, medium devsel, latency 0, IRQ 9 I/O ports at 1820 [size=32] 00: 86 80 42 24 05 00 80 02 03 00 03 0c 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 21 18 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 00 00 00 00 00 00 00 00 09 04 00 00 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 03) Subsystem: Sony Corporation: Unknown device 80e0 Flags: medium devsel, IRQ 9 I/O ports at 1810 [size=16] 00: 86 80 43 24 01 00 80 02 03 00 05 0c 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 11 18 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 00 00 00 00 00 00 00 00 09 02 00 00 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 03) (prog-if 00 [UHCI]) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, medium devsel, latency 0, IRQ 9 I/O ports at 2400 [size=32] 00: 86 80 44 24 05 00 80 02 03 00 03 0c 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 01 24 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 00 00 00 00 00 00 00 00 09 03 00 00 00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio (rev 03) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, medium devsel, latency 0, IRQ 9 I/O ports at 1c00 [size=256] I/O ports at 1840 [size=64] 00: 86 80 45 24 05 00 80 02 03 00 01 04 00 00 00 00 10: 01 1c 00 00 41 18 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 00 00 00 00 00 00 00 00 09 02 00 00 00:1f.6 Modem: Intel Corporation 82801BA/BAM AC'97 Modem (rev 03) (prog-if 00 [Generic]) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, medium devsel, latency 0, IRQ 9 I/O ports at 2000 [size=256] I/O ports at 1880 [size=128] 00: 86 80 46 24 05 00 80 02 03 00 03 07 00 00 00 00 10: 01 20 00 00 81 18 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 00 00 00 00 00 00 00 00 09 02 00 00 01:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AA22 IEEE-1394 Controller (PHY/Link Integrated) (rev 02) (prog-if 10 [OHCI]) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, medium devsel, latency 64, IRQ 9 Memory at f4101000 (32-bit, non-prefetchable) [size=2K] Memory at f4104000 (32-bit, non-prefetchable) [size=16K] Capabilities: 00: 4c 10 21 80 16 01 10 02 02 10 00 0c 08 40 00 00 10: 00 10 10 f4 00 40 10 f4 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 4d 10 e0 80 30: 00 00 00 00 44 00 00 00 00 00 00 00 09 01 03 04 01:02.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev 80) Subsystem: Sony Corporation: Unknown device 80e0 Flags: bus master, medium devsel, latency 168, IRQ 9 Memory at f4102000 (32-bit, non-prefetchable) [size=4K] Bus: primary=01, secondary=02, subordinate=05, sec-latency=176 Memory window 0: 10000000-11fff000 (prefetchable) Memory window 1: 12000000-13fff000 I/O window 0: 00003400-000034ff I/O window 1: 00003800-000038ff 16-bit legacy interface ports at 0001 00: 80 11 75 04 07 00 10 02 80 00 07 06 00 a8 02 00 10: 00 20 10 f4 dc 00 00 02 01 02 05 b0 00 00 00 10 20: 00 f0 ff 11 00 00 00 12 00 f0 ff 13 00 34 00 00 30: fc 34 00 00 00 38 00 00 fc 38 00 00 00 01 80 05 40: 4d 10 e0 80 01 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01:08.0 Ethernet controller: Intel Corporation 82801BA/BAM/CA/CAM Ethernet Controller (rev 03) Subsystem: Intel Corporation EtherExpress PRO/100 VE Flags: bus master, medium devsel, latency 66, IRQ 9 Memory at f4100000 (32-bit, non-prefetchable) [size=4K] I/O ports at 3000 [size=64] Capabilities: 00: 86 80 49 24 17 01 90 02 03 00 00 02 08 42 00 00 10: 00 00 10 f4 01 30 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 13 30 30: 00 00 00 00 dc 00 00 00 00 00 00 00 09 01 08 38 From opensource at till.name Sun Apr 22 16:49:26 2007 From: opensource at till.name (Till Maas) Date: Sun, 22 Apr 2007 18:49:26 +0200 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <20070420192704.c607bc2d.mschwendt.tmp0701.nospam@arcor.de> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <4628DF24.8040404@leemhuis.info> <20070420192704.c607bc2d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704221849.28127.opensource@till.name> On Fr April 20 2007, Michael Schwendt wrote: > OMG, I made typo. Should have read: 1%{?dist}.1 How should the Version-Release string in changelog entries look like, when this is used? -1.1? Regards, Till From tibbs at math.uh.edu Sun Apr 22 18:46:43 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Apr 2007 13:46:43 -0500 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: <20070420175219.3895e35c@ludwig-alpha.unil.ch> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> <20070420175219.3895e35c@ludwig-alpha.unil.ch> Message-ID: >>>>> "CI" == Christian Iseli writes: CI> I tweaked the script, and mmcgrath put it to work. Let me know if CI> you like the results: Oh, yeah, that's much nicer. It's also much more depressing to see 1094 NEW tickets, although that includes a number of reviews progressing without the use of flags. - J< From lmacken at redhat.com Sun Apr 22 19:14:52 2007 From: lmacken at redhat.com (Luke Macken) Date: Sun, 22 Apr 2007 15:14:52 -0400 Subject: Updates-testing on firstboot In-Reply-To: References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> <20070422080342.GC2991@tomservo.rh.rit.edu> <20070422080511.GD2991@tomservo.rh.rit.edu> Message-ID: <20070422191452.GE2991@tomservo.rh.rit.edu> On Sun, Apr 22, 2007 at 09:47:47AM -0400, Jack Tanner wrote: > Luke Macken wrote: > >On Sun, Apr 22, 2007 at 04:03:42AM -0400, Luke Macken wrote: > >>On Fri, Apr 20, 2007 at 05:29:44PM +0100, Chris Brown wrote: > >>> The current situation with updates-testing is that bug fixes tend to > >>> get > >>> pushed straight into updates. Updates-testing gets little coverage so > >>> few > >>> devs or testers use it. Its a vicious circle. A cursory glance show > >>> some > >>> packages are over 5 months old. > >>I'm hoping that Bodhi[0] will eventually help improve updates-testing by > >>allowing > >>testers to get more involved with the whole process. Once testers can > >>provide positive/negative feedback to the devs regarding updates, I think > >>that it will become much more utilized. > > > >Also, the fact that we're going to be forcing all non-security updates > >to go into updates-testing first will help as well. > > Bodhi looks really interesting. What's its proper discussion forum? Here or fedora-infrastructure-list is fine with me. > In case fedora-devel is the proper forum, a question: what happens to > updates that are in updates-testing and then fail community QA? Do their > rpms get yanked from updates-testing? It seems that today, it's > difficult to yank rpms, and the updates-testing repo has junk in it. > > http://thread.gmane.org/gmane.linux.redhat.fedora.testers/47277/focus=47278 The current update system definitely doesn't make pulling updates out of the repos a simple task. Bodhi, however, allows for unpushing of testing updates; so now it is just a matter of defining a policy for approving->pushing or rejecting->pulling test updates. Once we have solid community involvement within the updates process itself, we can maybe then require n positive approvals from community testers, or a nudge from a Releng/QA lead in order to move a package from Testing->Final. John Poelstra and I have been working on Fedora update process flowcharts[0] to help optimize and improve our workflow. Suggestions are welcome. luke [0]: https://hosted.fedoraproject.org/projects/bodhi/wiki/DesignTesting From rdieter at math.unl.edu Sun Apr 22 19:54:18 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 22 Apr 2007 14:54:18 -0500 Subject: rpms/uqm/devel uqm.spec,1.12,1.13 In-Reply-To: <200704221849.28127.opensource@till.name> References: <200704200133.l3K1XFKX029040@cvs-int.fedora.redhat.com> <4628DF24.8040404@leemhuis.info> <20070420192704.c607bc2d.mschwendt.tmp0701.nospam@arcor.de> <200704221849.28127.opensource@till.name> Message-ID: Till Maas wrote: > On Fr April 20 2007, Michael Schwendt wrote: > >> OMG, I made typo. Should have read: 1%{?dist}.1 > > How should the Version-Release string in changelog entries look like, when > this is used? > > -1.1? Sure (that's what I do anyway). -- Rex From ihok at hotmail.com Sun Apr 22 20:11:25 2007 From: ihok at hotmail.com (Jack Tanner) Date: Sun, 22 Apr 2007 16:11:25 -0400 Subject: Updates-testing on firstboot In-Reply-To: <20070422191452.GE2991@tomservo.rh.rit.edu> References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> <20070422080342.GC2991@tomservo.rh.rit.edu> <20070422080511.GD2991@tomservo.rh.rit.edu> <20070422191452.GE2991@tomservo.rh.rit.edu> Message-ID: Luke Macken wrote: > Once we have solid community involvement within the updates process > itself, we can maybe then require n positive approvals from community > testers, or a nudge from a Releng/QA lead in order to move a package from > Testing->Final. May I suggest that this process be per package? That is, for something like a music player, it may be sufficient that a handful of people say that it works. Still, maybe there are packages where it's not just the community but a QA lead whose say is needed. > John Poelstra and I have been working on Fedora update process > flowcharts[0] to help optimize and improve our workflow. Suggestions are > welcome. > > luke > > [0]: https://hosted.fedoraproject.org/projects/bodhi/wiki/DesignTesting Yeah, those look great, but they didn't answer my original question, hence my first e-mail. Thanks for the quick response. From buildsys at fedoraproject.org Sun Apr 22 20:16:06 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 22 Apr 2007 16:16:06 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-22 Message-ID: <20070422201606.58C20152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 25 R-mAr-1.1-8.fc6 R-waveslim-1.6-1.fc6 VLGothic-fonts-20070328-1.fc6 audacious-plugins-1.3.3-1.fc6 NEW ballz-1.0-1.fc6 dolphin-0.8.2-2.fc6 NEW escape-200704130-3.fc6 NEW gmediaserver-0.12.0-7.fc6 libsmbios-0.13.6-1.fc6 perl-File-ExtAttr-1.02-2.fc6 perl-POE-Component-Client-HTTP-0.82-1.fc6 perl-POE-Component-IRC-5.24-1.fc6 perl-POE-Component-Server-SimpleHTTP-1.23-2.fc6 php-pear-Date-1.4.7-2.fc6 pyparsing-1.4.6-1.fc6 python-amara-1.1.9-8.fc6 python-kaa-base-0.1.3-3.fc6 python-kaa-imlib2-0.2.1-2.fc6 python-kaa-metadata-0.6.1-3.fc6 t1lib-5.1.0-9.fc6 tellico-1.2.10-1.fc6 wesnoth-1.2.4-1.fc6 xine-lib-1.1.6-1.fc6 xscreensaver-5.02-1.fc6 yum-presto-0.3.9-1.fc6 Packages built and released for Fedora Extras 5: 16 R-mAr-1.1-8.fc5 R-waveslim-1.6-1.fc5 VLGothic-fonts-20070328-1.fc5 dolphin-0.8.2-2.fc5 NEW escape-200704130-3.fc5.1 NEW pcmanx-gtk2-0.3.5-9.336svn.fc5.1 perl-File-ExtAttr-1.02-2.fc5 perl-POE-Component-Client-HTTP-0.82-1.fc5 perl-POE-Component-IRC-5.24-1.fc5 perl-POE-Component-Server-SimpleHTTP-1.23-2.fc5 php-pear-Date-1.4.7-2.fc5 pyparsing-1.4.6-1.fc5 python-amara-1.1.9-8.fc5 t1lib-5.1.0-9.fc5 tellico-1.2.10-1.fc5 wesnoth-1.2.4-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From bpepple at fedoraproject.org Sun Apr 22 20:33:52 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sun, 22 Apr 2007 16:33:52 -0400 Subject: FESCo Meeting Summary for 2007-04-19 Message-ID: <1177274032.14554.4.camel@lincoln> === Members Present === * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Christian Iseli (c4chris) * Toshio Kuratomi (abadger1999) * Kevin Fenzi (nirik) * Josh Boyer (jwb) * Jeremy Katz (jeremy) * Bill Nottingham (notting) * Tom Callaway (spot) * Warren Togami (warren) === Absent === * Dennis Gilmore (dgilmore) * Jesse Keating (f13) * Rex Dieter (rdieter) == Summary == === Packaging Committee Report === * FESCo approved the Packaging Committee's guidelines regarding: * Minor clarifications to the filename encoding guidelines === Vote on rebuilding packages with old disttag === * FESCo voted against a proposal to rebuild packages with old disttag's. This was decision was based on the fact that there has not been any major changes in the toolchain for Fedora 7, and this would avoid making end users download the packages for only a release tag change. === Comps process === * FESCo approved notting's proposal to move the f7 comps from internal RH CVS to the same place as extras comps, so there's only one file for f7. === Misc === * Discussed upcoming FESCo election. * Discussed i386 libperl in x86_64 broken deps. For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070419 Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rvinyard at cs.nmsu.edu Mon Apr 23 01:17:46 2007 From: rvinyard at cs.nmsu.edu (Rick L Vinyard Jr) Date: Sun, 22 Apr 2007 19:17:46 -0600 Subject: hdparm on FC7 In-Reply-To: <20070422120423.GA20706@devserv.devel.redhat.com> References: <4627D890.1020507@googlemail.com> <462A9ABA.6020307@cs.nmsu.edu> <20070422120423.GA20706@devserv.devel.redhat.com> Message-ID: <462C093A.80708@cs.nmsu.edu> Alan Cox wrote: > On Sat, Apr 21, 2007 at 05:14:02PM -0600, Rick L Vinyard Jr wrote: > >> I noticed the same behavior on FC7... and a search of Google and >> fedoraforum.org didn't provide any enlightenment. >> Does anyone know the explanation? >> > > In DMA modes the 32bit I/O feature and multi-sector mode are not used. For > the moment libata also only supports 32bit PIO on some controllers and for those > it si handled automatically. Over time it may well gain 32bit support for more, > but again the goal is it will be entirely automatically done if so. > > Ahhh, that makes sense. Thanks. From buildsys at redhat.com Mon Apr 23 09:35:46 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 23 Apr 2007 05:35:46 -0400 Subject: rawhide report: 20070423 changes Message-ID: <200704230935.l3N9Zkjs022369@hs20-bc2-6.build.redhat.com> Updated Packages: (none) Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.54-2.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 From tjanouse at redhat.com Mon Apr 23 11:12:03 2007 From: tjanouse at redhat.com (Tomas Janousek) Date: Mon, 23 Apr 2007 13:12:03 +0200 Subject: cyrus-imapd In-Reply-To: <20070420194844.a5043fd1.mschwendt.tmp0701.nospam@arcor.de> References: <20070418083607.13924.59169@extras64.linux.duke.edu> <20070420115034.34b1cf82.mschwendt.tmp0701.nospam@arcor.de> <20070420112823.GA20213@redhat.com> <20070420194844.a5043fd1.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070423111203.GA15107@redhat.com> Hi, On Fri, Apr 20, 2007 at 07:48:44PM +0200, Michael Schwendt wrote: > A general guideline is: > > For every package (and sub-package) that is created, ask yourself: > When you "yum install" the package in a minimal installation, is the > installed package functional? Or is anything missing/broken and would be > fixed by installing additional packages? In that case, you need to add > the missing dependencies with explicit "Requires", since rpmbuild's > automatically detected Requires are not enough. > > Judging from the contents of cyrus-imapd-devel (two static libs and a few > headers), the package is fully functional when compiling/linking with it > and without the 13M large cyrus-imapd package being installed. > > And whether the static libs -- at run-time (!) -- need any files contained > in the main cyrus-imapd package (e.g. data files, cfg files, executables) > that would be an important detail to document, since any package that is > built with these static libs would need the explicit dependency on > cyrus-imapd. Thank you very much for the clarification. I removed the require in cvs. It'd be nice if these few paragraphs were on the wiki. -- TJ. (Brno, CZ), BaseOS, Red Hat From Axel.Thimm at ATrpms.net Mon Apr 23 11:29:15 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 23 Apr 2007 13:29:15 +0200 Subject: FESCo Meeting Summary for 2007-04-19 In-Reply-To: <1177274032.14554.4.camel@lincoln> References: <1177274032.14554.4.camel@lincoln> Message-ID: <20070423112915.GI1248@neu.nirvana> On Sun, Apr 22, 2007 at 04:33:52PM -0400, Brian Pepple wrote: > === Vote on rebuilding packages with old disttag === > * FESCo voted against a proposal to rebuild packages with old > disttag's. This was decision was based on the fact that there has not > been any major changes in the toolchain for Fedora 7, and this would > avoid making end users download the packages for only a release tag > change. Was fesco aware that we're talking about a download size of less than 2% [1] and that the disttag confusion is the least of the upcoming potential problems [2]? Was it clear that this is the first time ever Fedora rebuilds less than 95% of its packages (FC did 95-100% rebuilds, FE > 99%, now it's 80% and 62% respectively) [3]? These "details" are rather important. And the rebuilds for the broken packages are doomed to happen, the choice is just whether it's during development in one bulk or during maintenance as each broken package is reported. [1] https://www.redhat.com/archives/fedora-advisory-board/2007-April/msg00169.html [2] https://www.redhat.com/archives/fedora-advisory-board/2007-April/msg00118.html [3] https://www.redhat.com/archives/fedora-advisory-board/2007-April/msg00120.html -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Mon Apr 23 11:39:40 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 23 Apr 2007 06:39:40 -0500 Subject: FESCo Meeting Summary for 2007-04-19 In-Reply-To: <20070423112915.GI1248@neu.nirvana> References: <1177274032.14554.4.camel@lincoln> <20070423112915.GI1248@neu.nirvana> Message-ID: <1177328380.25513.81.camel@vader.jdub.homelinux.org> On Mon, 2007-04-23 at 13:29 +0200, Axel Thimm wrote: > On Sun, Apr 22, 2007 at 04:33:52PM -0400, Brian Pepple wrote: > > === Vote on rebuilding packages with old disttag === > > * FESCo voted against a proposal to rebuild packages with old > > disttag's. This was decision was based on the fact that there has not > > been any major changes in the toolchain for Fedora 7, and this would > > avoid making end users download the packages for only a release tag > > change. > > Was fesco aware that we're talking about a download size of less than > 2% [1] and that the disttag confusion is the least of the upcoming > potential problems [2]? Was it clear that this is the first time ever > Fedora rebuilds less than 95% of its packages (FC did 95-100% > rebuilds, FE > 99%, now it's 80% and 62% respectively) [3]? These > "details" are rather important. Yes. A mass rebuild was voted down. josh From buildsys at fedoraproject.org Mon Apr 23 13:02:26 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 23 Apr 2007 09:02:26 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-23 Message-ID: <20070423130226.433AA152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 19 VLGothic-fonts-20070328-1.fc7 NEW asc-music-1.0-1 NEW avr-binutils-2.17-3.fc7 NEW ballz-1.0-1.fc7 blender-2.42a-20.fc7 cdrkit-1.1.2-4.fc7 cernlib-2006-5.4.fc7 dolphin-0.8.2-2.fc7 NEW escape-200704130-3.fc7 ladspa-1.12-8.fc7 libannodex-0.7.3-7.fc7 lyx-1.5.0-0.5.beta2.fc7 perl-WWW-Bugzilla-0.9-1.fc7 perl-Wx-0.73-1.fc7 smolt-0.9.7.1-3.fc7 speedcrunch-0.7-1.fc7 NEW supervisor-2.1-3.fc7 t1lib-5.1.0-9.fc7 wesnoth-1.2.4-1.fc7 Packages built and released for Fedora Extras 6: 20 blender-2.42a-20.fc6 gtk-xfce-engine-2.4.1-1.fc6 ladspa-1.12-8.fc6 libannodex-0.7.3-7.fc6 libxfce4mcs-4.4.1-2.fc6 libxfce4util-4.4.1-2.fc6 libxfcegui4-4.4.1-2.fc6 smolt-0.9.7.1-3.fc6 xfce-mcs-manager-4.4.1-1.fc6 xfce-mcs-plugins-4.4.1-1.fc6 xfce-utils-4.4.1-1.fc6 xfce4-appfinder-4.4.1-1.fc6 xfce4-icon-theme-4.4.1-1.fc6 xfce4-mixer-4.4.1-1.fc6 xfce4-panel-4.4.1-1.fc6 xfce4-session-4.4.1-1.fc6 xfdesktop-4.4.1-1.fc6 xfprint-4.4.1-1.fc6 xfwm4-4.4.1-1.fc6 xfwm4-themes-4.4.1-1.fc6 Packages built and released for Fedora Extras 5: 3 ladspa-1.12-8.fc5 libannodex-0.7.3-7.fc5 smolt-0.9.7.1-3.fc5 asc-music-1.0-1 --------------- avr-binutils-2.17-3.fc7 ----------------------- * Sat Apr 07 2007 Hans de Goede 2.17-3 - Use mkdir -p instead of mkdir, to fix rpmbuild --short-circuit (bz 234750) * Fri Apr 06 2007 Hans de Goede 2.17-2 - Several specfile improvements / fixes (bz 234750) * Sun Apr 01 2007 Hans de Goede 2.17-1 - Revert to GNU 2.17 release as using GNU releases are better for non linux targets - Add --disable-nls, to disable translations, so that we don't use the native PO files, as using the PO files of the (different version) native binutils, can lead to all kinda problems when translating formatstrings. - Don't use %configure but DIY, to avoid unwanted side effects of %configure * Sun Apr 01 2007 Hans de Goede 2.17.50.0.12-1 - Bump to 2.17.50.0.12, to sync with rawhide / Fedora 7 - "Dynamicly Generate" README.fedora so that macros can be used * Thu Mar 29 2007 Hans de Goede 2.17.50.0.9-1 - Bump to 2.17.50.0.9 - Use %configure instead of ./configure - Various fixups * Wed Mar 28 2007 Koos Termeulen koostermeulen at gmail.com 2.17-1 - New version and some changes after unofficial review by Hans de Goede ballz-1.0-1.fc7 --------------- * Tue Apr 17 2007 Hans de Goede 1.0-1 - Initial Fedora Extras package blender-2.42a-20.fc7 -------------------- * Sun Apr 22 2007 Jochen Schmitt 2.42a-20 - Romove package from the x86_64 arch (#237423) cdrkit-1.1.2-4.fc7 ------------------ * Mon Apr 23 2007 Harald Hoyer - 1.1.2-4 - bump obsoletes/provides * Tue Feb 27 2007 Harald Hoyer - 1.1.2-3 - applied specfile changes as in bug #224365 cernlib-2006-5.4.fc7 -------------------- * Sun Apr 22 2007 Patrice Dumas 2006-5.4 - packlib/ffread, packlib/hbook, packlib/kuip, packlib/zbook, packlib/zebra tests fail on x86_64, exclude the tests on this arch - kernbit/kernnum test fails on x86_64, exclude the test on this arch * Sun Apr 22 2007 Patrice Dumas 2006-3 - geant321 test fails on x86_64, exclude the test on this arch * Sun Apr 22 2007 Patrice Dumas 2006-2 - don't do a parallel build for npatchy * Fri Apr 13 2007 Patrice Dumas 2006-1 - update to cernlib 2006 - build with gfortran - use system Xbae and Xaw - ship man pages, app-defaults, icons and paw++ desktop file (from debian) - run tests - use optflags in patchy4 - bootstrap npatchy with p5boot (instead of using patchy4) - fix npatchy build dolphin-0.8.2-2.fc7 ------------------- * Sun Apr 22 2007 Johan Cwiklinski 0.8.2-2 - Added gettext to BR so locales are correctly handled while building escape-200704130-3.fc7 ---------------------- * Tue Apr 17 2007 Adam Goode - 200704130-3 - REALLY fix spurious-executable-perm * Mon Apr 16 2007 Adam Goode - 200704130-2 - Fix permissions in debuginfo package - Generate SRPM with source matching upstream MD5 * Fri Apr 13 2007 Adam Goode - 200704130-1 - Merge -data package into this - Install icon into correct place and update the icon cache - Use upstream tarball, created by upstream at my request - Remove X-Fedora category * Sat Apr 07 2007 Adam Goode - 200704070-1 - Initial packaging ladspa-1.12-8.fc7 ----------------- * Mon Apr 23 2007 Thomas Vander Stichele - 1.12-8 - own the datadir. Fixes #231706. libannodex-0.7.3-7.fc7 ---------------------- * Mon Apr 23 2007 Thomas Vander Stichele - 0.7.3-7 - Own another directory. Fixes #233859. lyx-1.5.0-0.5.beta2.fc7 ----------------------- * Sun Apr 22 2007 Rex Dieter 1.5.0-0.5.beta2 - lyx-1.5.0beta2 perl-WWW-Bugzilla-0.9-1.fc7 --------------------------- * Sat Apr 21 2007 Jose Pedro Oliveira - 0.9-1 - Update to 0.9. perl-Wx-0.73-1.fc7 ------------------ * Sun Apr 22 2007 Jose Pedro Oliveira - 0.73-1 - Update to 0.73. smolt-0.9.7.1-3.fc7 ------------------- * Sun Apr 22 2007 Mike McGrath - 0.9.7.1-3 - Added smolt icons speedcrunch-0.7-1.fc7 --------------------- * Mon Apr 23 2007 Roland Wolters 0.7-1 - update to upstream 0.7 - icon scriplets for spec file added supervisor-2.1-3.fc7 -------------------- * Sun Apr 22 2007 Mike McGrath 2.1-3 - Added BuildRequires of python-devel * Fri Apr 20 2007 Mike McGrath 2.1-2 - Added patch suggested in #153225 * Fri Apr 20 2007 Mike McGrath 2.1-1 - Initial packaging t1lib-5.1.0-9.fc7 ----------------- * Sun Apr 22 2007 Jos? Matos - 5.1.0-9 - Add Requires(post). VLGothic-fonts-20070328-1.fc7 ----------------------------- * Sun Apr 22 2007 Ryo Dairiki - 20070328-1 - Update to 20070328 wesnoth-1.2.4-1.fc7 ------------------- * Sat Apr 21 2007 Warren Togami - 1.2.4-1 - 1.2.4 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mschwendt.tmp0701.nospam at arcor.de Mon Apr 23 13:18:36 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 23 Apr 2007 15:18:36 +0200 Subject: Fedora Extras Package Build Report 2007-04-23 In-Reply-To: <20070423130226.433AA152131@buildsys.fedoraproject.org> References: <20070423130226.433AA152131@buildsys.fedoraproject.org> Message-ID: <20070423151836.eb2fad70.mschwendt.tmp0701.nospam@arcor.de> On Mon, 23 Apr 2007 09:02:26 -0400 (EDT), buildsys wrote: > Packages built and released for Fedora Extras development: 19 > > NEW supervisor-2.1-3.fc7 This should have been excluded together with python-meld3, which requires a non-existant python-elementtree package. I'm going to pull it now. From rdieter at math.unl.edu Mon Apr 23 14:01:26 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 23 Apr 2007 09:01:26 -0500 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> Message-ID: Jonathan Dieter wrote: > I have released yum-presto 0.3.9 which comes with many bugfixes... wow, presto rocks. $ yum update ... Size of all updates downloaded from Presto-enabled repositories: 4.7M Size of updates that would have been downloaded if Presto wasn't enabled: 130M This is a savings of 97 percent Jonathan, how goes the development of the server-side tools? Are they getting close to releasing to the general public yet? (release early, release often...). :) -- Rex From andy0579 at aim.com Mon Apr 23 14:10:25 2007 From: andy0579 at aim.com (Andrew Jamison) Date: Mon, 23 Apr 2007 10:10:25 -0400 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> Message-ID: <462CBE51.604@aim.com> Rex Dieter wrote: > Jonathan Dieter wrote: > > >> I have released yum-presto 0.3.9 which comes with many bugfixes... >> > > wow, presto rocks. > > $ yum update > ... > Size of all updates downloaded from Presto-enabled repositories: 4.7M > Size of updates that would have been downloaded if Presto wasn't enabled: > 130M > This is a savings of 97 percent > > Jonathan, how goes the development of the server-side tools? Are they > getting close to releasing to the general public yet? (release early, > release often...). :) > > -- Rex > > I came in on the end of this thread apparently what exactly is the advantage of yum-presto or regular Yum? -- Below is My Public Key for digital signing of emails and if i ever encrypt something that i send to you. -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.1 (MingW32) mQGiBEYUjuIRBACQc9vt/KO8bDws37G/RrYsnABGR5RGTqPaLRSLmFalYssDijL4 vL3D2hNn9fAIatZxoi9WRwjC3CckqIzsiSAWpJngFk323cJLqHEWUwjjQjcrxl3m 2faQcgwbuPaytN5WB0g5z69xRDM8J1KqW7gYQj7QGa8JeLdA+0us7vUFzwCgwRlG WnfrFWQwwfqBsaRRd3zsL/sD/1sN4Rd+a7NrUYGpwZwrM2KR0YEYK+3COFQJ/eB1 /mDr9BIqoQ5zV4tULwY8J3MZ08D6zIQiG8rQnf1SlV3aCUYIi5W2HQtpeO8B03G+ MA57/rTYaDHr9SznX0hNE+jQcWKxUyqx5CD/FSdHMQ8nPPXvxmNXFN+uMXdKd+HU Dt/nBACKx7iOe27GZO7gqoTvib3ORf2Jxs0yustmot6+pKX5eWx0dNckpo+q3/5Z nNy89LSV+Gu3/qL5Pj2WRi7ZeGnoUW4C6gfDqgtSe/eatEY3MkQ0i1+yHhc2N0dh ev17j/qioitU21EHUZQ161LX6IVFVFAWqT52EyAHWVStYBvEbrQhQW5kcmV3IEph bWlzb24gPGFuZHkwNTc5QGFpbS5jb20+iGEEExECACEFAkYUjuIFCQlmAYAGCwkI BwMCAxUCAwMWAgECHgECF4AACgkQVjJEAGpRfJ4UcQCghiilpT2hWpbVeO5sIPIV 0XH1WHoAoIpioc7b9uKokPxm+8jWTOtrNBFhuQINBEYUjvMQCACkY3+3cCvCruWh HBA0d0IqPSx+YhZwoQzr5UUl5mxR/VyoK3BfLLxrrF10NQkg5fiu7qeY6Wbe6UkW AkUb5/IXuMWDHI1SexqndYt1j+AkL86FRdvQeQ2zyAyKE68SxtyhDY2xqlVMgzWo ZOaAo9QDjUmg5bT6lnKLusMV6iyydzCw+hawtBMzxUTf009BEFgFxPgAwuxWSoE6 VIS7cFFgLLoQRtLLC4SZTa53QZYzENr619n6Q034qMtENpy7gKyJVW8jv/p4X9z8 T7GUdom6MfvxPM0IycJ16vS030H3DCCprljKC6dTE/Or5BYMIQr519uxm/keX591 er85IOArAAMGB/4+HCzw9LZ03wcQJrKPTL+wKXhwOFy2WwCJuxGoHMfgd17OfYOe MQH93q0ndOtLBuS4X2k2uEe9PvlD7uFDMP3NxFlMUktBMPCxVBqFojscO8FUCFGW J6n9Qo1UqsHmG/EjmyuFaeMuZWPypEvIwSQFCF8io4GtG//wbIvNDsbNttHjzk5B gYYq1suTDBI768Gw/yFVwqWfAks6CYXuh8hyp5UPOeVSk+0TVV/WsOCDl1eRQKzA GARVqfdg1cng1AWciuQ93K6xMdPhIR4grcNwYnUeBcVKPvMD2CH0Kj767R5GOJMF g72At7NMIl2/JWXXGiQ2kJs8sLOLpGphOlz2iEwEGBECAAwFAkYUjvMFCQlmAYAA CgkQVjJEAGpRfJ4I9gCeKGnRaQ4l3s0yXC1PSf6nhuneMs4AoL6xrJW77H1CAUBJ xMqAbdZFFfpA =8kcR -----END PGP PUBLIC KEY BLOCK----- From sundaram at fedoraproject.org Mon Apr 23 14:17:47 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 23 Apr 2007 19:47:47 +0530 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <462CBE51.604@aim.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <462CBE51.604@aim.com> Message-ID: <462CC00B.40505@fedoraproject.org> Andrew Jamison wrote: \ > I came in on the end of this thread apparently what exactly is the > advantage of yum-presto or regular Yum? Wouldn't it be better to go back and read the starting of the thread? See https://hosted.fedoraproject.org/projects/presto Rahul From skvidal at linux.duke.edu Mon Apr 23 14:23:28 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 23 Apr 2007 10:23:28 -0400 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <462CBE51.604@aim.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <462CBE51.604@aim.com> Message-ID: <1177338208.20322.26.camel@cutter> On Mon, 2007-04-23 at 10:10 -0400, Andrew Jamison wrote: > Rex Dieter wrote: > > > > > I came in on the end of this thread apparently what exactly is the > advantage of yum-presto or regular Yum? yum-presto is a yum plugin which allows yum to download diffs of the updated rpms that are available, if possible. In a number of circumstances this can result in a dramatic size-savings for the download and ultimately speed along the entire process. yum-presto isn't an alternative to yum it is an enhancement. Yum still operates the same, just that one addition to the process. -sv From snecklifter at gmail.com Mon Apr 23 14:22:42 2007 From: snecklifter at gmail.com (Chris Brown) Date: Mon, 23 Apr 2007 15:22:42 +0100 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: <462CBE51.604@aim.com> References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> <462CBE51.604@aim.com> Message-ID: <364d303b0704230722v78d8a80ay16c9fc04f938ec67@mail.gmail.com> On 23/04/07, Andrew Jamison wrote: > > > I came in on the end of this thread apparently what exactly is the > advantage of yum-presto or regular Yum? Yum-presto installs a google search engine field in all browsers enabling people to stop asking questions like this on a development list. Okay, okay. http://forums.fedoraforum.org/showthread.php?t=152160 Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From hughsient at gmail.com Mon Apr 23 14:38:52 2007 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 23 Apr 2007 15:38:52 +0100 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> Message-ID: <1177339132.4157.0.camel@hughsie-laptop> On Mon, 2007-04-23 at 09:01 -0500, Rex Dieter wrote: > > Jonathan, how goes the development of the server-side tools? Are they > getting close to releasing to the general public yet? (release early, > release often...). :) Yes, I would also like to "presto-enable" my repo to save bandwidth - is there any createrepo-presto yet? Richard. From jdieter at gmail.com Mon Apr 23 17:08:53 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 23 Apr 2007 20:08:53 +0300 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> Message-ID: <1177348133.6518.118.camel@jndwidescreen.lesbg.loc> On Mon, 2007-04-23 at 09:01 -0500, Rex Dieter wrote: > wow, presto rocks. > > $ yum update > ... > Size of all updates downloaded from Presto-enabled repositories: 4.7M > Size of updates that would have been downloaded if Presto wasn't enabled: > 130M > This is a savings of 97 percent > > Jonathan, how goes the development of the server-side tools? Are they > getting close to releasing to the general public yet? (release early, > release often...). :) > > -- Rex > Sorry, grades are due and I've been lax in doing my marking this term, so I'm getting to catch up on it. Createprestorepo is still not "production-ready", but it's now in the git repository at https://hosted.fedoraproject.org/projects/presto/browser/createprestorepo . To use, first run makedeltarepo in the form: $ makedeltarepo I normally run it in the repositories base directory with: $ makedeltarepo ./ DRPMS/ Then run createprestorepo with the same options you would normally pass createrepo...but it doesn't play well if you use createrepo in the same directory. You'll have to manually move some files around. I use it as: $ createprestorepo ./ Warning, this is very unstable. It won't wreck your rpms (I hope), but it might screw up your repository files (*.xml.gz). You'll have to take some time to play with it to get it working. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Mon Apr 23 17:29:04 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 23 Apr 2007 13:29:04 -0400 Subject: Pidgin Epoch Removal Message-ID: <462CECE0.3000206@redhat.com> With the renaming of gaim to pidgin, we had an opportunity to remove the epoch. I forgot about this in the initial FE7 packages. Upstream strongly insisted that we remove it, so we did. All rawhide users, you will want to manually remove existing pidgin installations in order to allow pidgin to continue to update smoothly on your system. yum remove libpurple yum install pidgin Note, gaim-text has moved to the "finch" package. Warren Togami wtogami at redhat.com From martin.sourada at seznam.cz Mon Apr 23 18:35:27 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Mon, 23 Apr 2007 20:35:27 +0200 Subject: Yum-presto 0.3.9 - FC6 *and* Rawhide In-Reply-To: References: <1176654195.4199.20.camel@jndwidescreen.lesbg.loc> Message-ID: <462CFC6F.3040203@seznam.cz> Rex Dieter napsal(a): > Jonathan Dieter wrote: > >> I have released yum-presto 0.3.9 which comes with many bugfixes... > > wow, presto rocks. > > $ yum update > ... > Size of all updates downloaded from Presto-enabled repositories: 4.7M > Size of updates that would have been downloaded if Presto wasn't enabled: > 130M > This is a savings of 97 percent > > Jonathan, how goes the development of the server-side tools? Are they > getting close to releasing to the general public yet? (release early, > release often...). :) > > -- Rex > Wow, that is really impressive (running on FC6) #yum update ... Size of all updates downloaded from Presto-enabled repositories: 36M Size of updates that would have been downloaded if Presto wasn't enabled: 344M This is a savings of 90 percent Any idea if (and if so when - probably FD-8?) it will be enabled by default? That would be a HUGE improvement... Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From Lam at Lam.pl Mon Apr 23 18:54:07 2007 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 23 Apr 2007 20:54:07 +0200 Subject: VirtualBox (ignoring reply-to header) In-Reply-To: <1177195103.25513.79.camel@vader.jdub.homelinux.org> References: <62bc09df0704210425n7a0877f8u38d6acddb30b8258@mail.gmail.com> <1177195103.25513.79.camel@vader.jdub.homelinux.org> Message-ID: <1177354447.4968.9.camel@pensja.lam.pl> Dnia 21-04-2007, sob o godzinie 17:38 -0500, Josh Boyer napisa?(a): > Could you please handle this via private email. It has nothing to do > with Fedora as it's in a private repository. I've said it before, I say it again: fix the list or fix the MUA-s you're providing to end users, please :) All the users need is an option of ignoring Reply-to's. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From mszpak at wp.pl Mon Apr 23 20:53:51 2007 From: mszpak at wp.pl (=?ISO-8859-1?Q?Marcin_Zaja=3Bczkowski?=) Date: Mon, 23 Apr 2007 22:53:51 +0200 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: <20070420175219.3895e35c@ludwig-alpha.unil.ch> References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> <20070420175219.3895e35c@ludwig-alpha.unil.ch> Message-ID: Hi, Christian Iseli wrote: (...) > I tweaked the script, and mmcgrath put it to work. Let me know if you > like the results: > http://fedoraproject.org/PackageReviewStatus/ 404 Not found. Has the path been changed? Marcin From paul at all-the-johnsons.co.uk Mon Apr 23 21:38:45 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 23 Apr 2007 22:38:45 +0100 Subject: Warning for those using Nant with rawhide Message-ID: <1177364325.3186.87.camel@T7.Linux> Hi, I've started to notice problems when building using Nant (0.85-11 or 12) on my rawhide machines. There seems to be something that has changed in version 1.2.3 which has caused this problem (and isn't fixed in 1.2.4 either which is a pain!) As soon as there is a fix, I'll get it into rawhide. TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Mon Apr 23 21:39:27 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 23 Apr 2007 16:39:27 -0500 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> <20070420175219.3895e35c@ludwig-alpha.unil.ch> Message-ID: <462D278F.2040408@redhat.com> Marcin Zaja;czkowski wrote: > Hi, > > Christian Iseli wrote: > (...) > >> I tweaked the script, and mmcgrath put it to work. Let me know if you >> like the results: >> http://fedoraproject.org/PackageReviewStatus/ >> > > 404 Not found. > > Has the path been changed? > just mis configured on one of the proxy servers, fixed now. -Mike From Christian.Iseli at licr.org Mon Apr 23 21:42:15 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 23 Apr 2007 23:42:15 +0200 Subject: PackageReviewStatus (Was: Fedora review day revived?) In-Reply-To: References: <409676c70704110030r525583c4s3b93d9ad2e0c73cd@mail.gmail.com> <20070411110420.3476fa5f@ludwig-alpha.unil.ch> <20070420175219.3895e35c@ludwig-alpha.unil.ch> Message-ID: <20070423234215.245c9431@ludwig-alpha.unil.ch> On Mon, 23 Apr 2007 22:53:51 +0200, Marcin Zaja;czkowski wrote: > 404 Not found. > > Has the path been changed? Strange... WorksForMe Bad proxy somewhere ? C From lightsolphoenix at gmail.com Tue Apr 24 00:32:50 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Mon, 23 Apr 2007 20:32:50 -0400 Subject: Fwd: Some RPM Package Attempts - Looking For Feedback Message-ID: <200704232032.50713.lightsolphoenix@gmail.com> Okay, since I was bored and trying to load up some KDE addons, I created some RPM packages. Since I'm looking for feedback, anyone interested in having a look? http://crystalsanctuary.rpgsource.net/packages/ It is a working YUM repository, though the packages aren't signed with a key. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From rdieter at math.unl.edu Tue Apr 24 02:36:19 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 23 Apr 2007 21:36:19 -0500 Subject: Fwd: Some RPM Package Attempts - Looking For Feedback In-Reply-To: <200704232032.50713.lightsolphoenix@gmail.com> References: <200704232032.50713.lightsolphoenix@gmail.com> Message-ID: Kelly wrote: > Okay, since I was bored and trying to load up some KDE addons, I created some > RPM packages. Since I'm looking for feedback, anyone interested in having a > look? > > http://crystalsanctuary.rpgsource.net/packages/ Forbidden You don't have permission to access /packages/ on this server. Otherwise, are you interested in maintaining any of these packages in Fedora (Extras)? -- Rex From lightsolphoenix at gmail.com Tue Apr 24 02:45:02 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Mon, 23 Apr 2007 22:45:02 -0400 Subject: Fwd: Some RPM Package Attempts - Looking For Feedback In-Reply-To: References: <200704232032.50713.lightsolphoenix@gmail.com> Message-ID: <200704232245.02974.lightsolphoenix@gmail.com> On Monday, April 23, 2007 10:36 pm Rex Dieter wrote: > > Forbidden > You don't have permission to access /packages/ on this server. Well, as I said, it's a YUM repository; I didn't add the .htaccess necessary to surf through. But I will now. And yes, I am interested in maintaining some of them; that's actually why I'm linking to them, to get some pointers on what should be improved. This is the first time I've done RPM's without using checkinstall. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From nphilipp at redhat.com Tue Apr 24 06:54:47 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 24 Apr 2007 08:54:47 +0200 Subject: system-config-samba In-Reply-To: <200704210539.16862.alain.portal@free.fr> References: <200704182003.33704.alain.portal@free.fr> <200704201756.47543.alain.portal@free.fr> <1177085227.26773.27.camel@gibraltar.stuttgart.redhat.com> <200704210539.16862.alain.portal@free.fr> Message-ID: <1177397687.24252.2.camel@wombat.tiptoe.de> Hi Alain, On Sat, 2007-04-21 at 05:39 +0200, Alain PORTAL wrote: > Le vendredi 20 avril 2007, Nils Philippsen a ?crit : > > (*) The original translatable string in the Python source really is: > > > > "Samba Server Configuration Tool %s\n%sA graphical interface for > > configuring SMB shares" > > This is the problem!!! > And the solution also.... ;-) > "Samba Server Configuration Tool %s\n > %s\n > A graphical interface for configuring SMB shares" > > Developers have to think their strings are always read and sometimes > translated.... Unfortunately #1, this would add an additional newline and #2 we're way past string freeze ;-). Have you looked at the comment, whether that clarifies enough what is what? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From aportal at univ-montp2.fr Tue Apr 24 07:50:43 2007 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 24 Apr 2007 09:50:43 +0200 Subject: system-config-samba In-Reply-To: <1177397687.24252.2.camel@wombat.tiptoe.de> References: <200704182003.33704.alain.portal@free.fr> <200704210539.16862.alain.portal@free.fr> <1177397687.24252.2.camel@wombat.tiptoe.de> Message-ID: <200704240950.43434.aportal@univ-montp2.fr> Hi Nils, Le Tuesday 24 April 2007 08:54:47 Nils Philippsen, vous avez ?crit?: > Unfortunately #1, this would add an additional newline Not a real problem. > and #2 we're way past string freeze ;-). For the future? > Have you looked at the comment, whether that > clarifies enough what is what? I understood what you said me before the comments ;-) Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Tue Apr 24 09:48:21 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 24 Apr 2007 05:48:21 -0400 Subject: rawhide report: 20070424 changes Message-ID: <200704240948.l3O9mLJY009878@hs20-bc2-6.build.redhat.com> Updated Packages: alsa-utils-1.0.14-0.5.rc2.fc7 ----------------------------- * Wed Apr 18 2007 Martin Stransky 1.0.14-0.5.rc2 - added more funcionality to salsa (save/load sound settings), moved volume settings to /etc/alsa/ anaconda-11.2.0.55-1 -------------------- * Mon Apr 23 2007 Jeremy Katz - 11.2.0.55-1 - Fix FTP/HTTP installs booted from disc1/rescueCD - Ensure kickstart scripts are executed with the right cwd (clumens, #237317) - Fix net device comparison (dcantrell, #237431) - Fix multiple repos some more (#231543) * Fri Apr 20 2007 Chris Lumens - 11.2.0.54-1 - Be smarter about detecting network link status (dcantrell, #236483). - Lots of yum mirror list and retry fixes (dlehman). - BR libdhcp-static (dcantrell). - Add Mist theme (katzj). - Update translation files (katzj, #237263). - Fix VNC traceback (#237194). - Fix error message for > 15 partitions per disk (dcantrell, #234686). * Thu Apr 19 2007 Jeremy Katz - 11.2.0.53-1 - Add Romanian to language list (#237060) - Fix selinux context of /etc/modprobe.d - Move locale-archive.tmpl into the right place (clumens) - Don't duplicate filesystem entries (clumens, #236477) - Fix a python warning (dcantrell) - Fix release notes with live CD fedora-logos-6.0.98-3.fc7 ------------------------- * Mon Apr 23 2007 Matthias Clasen - 6.0.98-3 - Clean up %post scriptlet (#237428) fedora-release-notes-6.93-2 --------------------------- * Mon Apr 23 2007 Jesse Keating - 6.93-2 - Updated translations and bits from wiki iptables-1.3.7-2 ---------------- * Mon Apr 23 2007 Jeremy Katz - 1.3.7-2 - fix error when ipv6 support isn't loaded in the kernel (#236888) kernel-2.6.20-1.3104.fc7 ------------------------ * Sat Apr 21 2007 Dave Jones - 2.6.21-rc7-git5 * Fri Apr 20 2007 David Woodhouse - Add workaround for PS3 EHCI isochronous mode - SPU fixes for PS3 * Fri Apr 20 2007 Dave Jones - 2.6.21-rc7-git4 pygobject2-2.12.3-3.fc7 ----------------------- * Thu Apr 19 2007 Matthew Barnes - 2.12.3-3.fc7 - Add patch for RH bug #237179 (memory leak). selinux-policy-2.6.1-1.fc7 -------------------------- * Mon Apr 23 2007 Dan Walsh 2.6.1-1 - Upstream bumped the version * Thu Apr 19 2007 Dan Walsh 2.5.12-12 - Allow consolekit to syslog - Allow ntfs to work with hal * Thu Apr 19 2007 Dan Walsh 2.5.12-11 - Allow iptables to read etc_runtime_t totem-2.18.1-3.fc7 ------------------ * Mon Apr 23 2007 - Bastien Nocera - 2.18.2-3 - Add missing control-center-devel BuildRequires, to use the new playback key infrastructure in gnome-settings-daemon (#237484) yum-3.1.6-3.fc7 --------------- * Mon Apr 23 2007 Jeremy Katz - 3.1.6-3 - include the fix for comps files in extra repos with anaconda (#237546) Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 From trond.danielsen at gmail.com Tue Apr 24 10:42:58 2007 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Tue, 24 Apr 2007 12:42:58 +0200 Subject: Fwd: Some RPM Package Attempts - Looking For Feedback In-Reply-To: <200704232245.02974.lightsolphoenix@gmail.com> References: <200704232032.50713.lightsolphoenix@gmail.com> <200704232245.02974.lightsolphoenix@gmail.com> Message-ID: <409676c70704240342g4c0963c8s95ddd1dd6d5316de@mail.gmail.com> 2007/4/24, Kelly : > On Monday, April 23, 2007 10:36 pm Rex Dieter wrote: > > > > Forbidden > > You don't have permission to access /packages/ on this server. > > Well, as I said, it's a YUM repository; I didn't add the .htaccess necessary > to surf through. But I will now. And yes, I am interested in maintaining > some of them; that's actually why I'm linking to them, to get some pointers > on what should be improved. This is the first time I've done RPM's without > using checkinstall. If you want the packages to be a part of Fedora, I suggest you go though the official procedure: http://fedoraproject.org/wiki/PackageMaintainers/Join. I think you would find it easier to get feedback if you just submit a regular review request. -- Trond Danielsen From nphilipp at redhat.com Tue Apr 24 11:34:15 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 24 Apr 2007 13:34:15 +0200 Subject: system-config-samba In-Reply-To: <200704240950.43434.aportal@univ-montp2.fr> References: <200704182003.33704.alain.portal@free.fr> <200704210539.16862.alain.portal@free.fr> <1177397687.24252.2.camel@wombat.tiptoe.de> <200704240950.43434.aportal@univ-montp2.fr> Message-ID: <1177414455.27459.1.camel@gibraltar.stuttgart.redhat.com> Hi Alain, On Tue, 2007-04-24 at 09:50 +0200, Alain PORTAL wrote: > Le Tuesday 24 April 2007 08:54:47 Nils Philippsen, vous avez ?crit : > > > Unfortunately #1, this would add an additional newline > > Not a real problem. no, not really ;-). > > and #2 we're way past string freeze ;-). > > For the future? Nope, just nudge me when Rawhide is open again for Fedora 8, or open a bugzilla for it. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From aportal at univ-montp2.fr Tue Apr 24 12:31:40 2007 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 24 Apr 2007 14:31:40 +0200 Subject: system-config-samba In-Reply-To: <1177414455.27459.1.camel@gibraltar.stuttgart.redhat.com> References: <200704182003.33704.alain.portal@free.fr> <200704240950.43434.aportal@univ-montp2.fr> <1177414455.27459.1.camel@gibraltar.stuttgart.redhat.com> Message-ID: <200704241431.40224.aportal@univ-montp2.fr> Hi Nils, Le Tuesday 24 April 2007 13:34:15 Nils Philippsen, vous avez ?crit?: > Hi Alain, > > On Tue, 2007-04-24 at 09:50 +0200, Alain PORTAL wrote: > > Le Tuesday 24 April 2007 08:54:47 Nils Philippsen, vous avez ?crit : > > > Unfortunately #1, this would add an additional newline > > > > Not a real problem. > > no, not really ;-). > > > > and #2 we're way past string freeze ;-). > > > > For the future? > > Nope, just nudge me when Rawhide is open again for Fedora 8, or open a > bugzilla for it. OK for bugzilla, to be sure to don't forget it. Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Tue Apr 24 18:53:00 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 24 Apr 2007 14:53:00 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-24 Message-ID: <20070424185300.9CD7A152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 32 apcupsd-3.14.0-2.fc7 cernlib-2006-7.fc7 cobbler-0.4.7-5.fc7 cvs2cl-2.62-1.fc7 denyhosts-2.6-4.fc7 espeak-1.23-1.fc7 irsim-9.7.47-1.fc7 (!) iverilog-0.9.20070227-1.fc7 : INVALID rebuild, not published! koan-0.3.0-1.fc7 ktorrent-2.1.4-1.fc7 linphone-1.7.1-1.fc7 livecd-tools-007-1.fc7 magic-7.4.35-1.fc7 openvpn-2.1-0.18.rc3.fc7 ortp-0.13.1-1.fc7 pdns-2.9.21-1.fc7 pl-5.6.34-1.fc7 pygame-1.7.1-12.fc7 NEW pylibacl-0.2.1-5.fc7 python-cheetah-2.0-0.5.rc8.fc7 NEW python-kaa-imlib2-0.2.1-2.fc7 NEW pyxattr-0.2.1-3.fc7 (!) smolt-0.9.7.1-3.fc7 : INVALID rebuild, not published! NEW spr-05.01.00-3.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.3104.fc7 ufraw-0.11-4.fc7 vdr-1.4.6-2.fc7 NEW vdr-skins-20061119-2 NEW vdr-text2skin-1.1-18.20051217cvs.fc7 NEW windowlab-1.34-4.fc7 NEW wise2-2.2.0-2.fc7 xdg-utils-1.0.1-3.fc7 Packages built and released for Fedora Extras 6: 21 SIBsim4-0.15-1.fc6 apcupsd-3.12.4-5.fc6 NEW avr-binutils-2.17-3.fc6 espeak-1.23-1.fc6 NEW happy-1.16-2.fc6 irsim-9.7.47-1.fc6 iverilog-0.9.20070421-1.fc6 koan-0.3.0-1.fc6 ktorrent-2.1.4-1.fc6 linphone-1.7.1-1.fc6 magic-7.4.35-1.fc6 obexftp-0.22-0.1.pre4.fc6 ortp-0.13.1-1.fc6 pl-5.6.34-1.fc6 NEW pylibacl-0.2.1-5.fc6 NEW pyxattr-0.2.1-3.fc6 speedcrunch-0.7-1.fc6 NEW spr-05.01.00-3.fc6 NEW vdr-text2skin-1.1-18.20051217cvs.fc6 NEW windowlab-1.34-4.fc6 NEW wise2-2.2.0-2.fc6 Packages built and released for Fedora Extras 5: 12 SIBsim4-0.15-1.fc5 apcupsd-3.12.4-4.fc5 cobbler-0.4.7-5.fc5 espeak-1.23-1.fc5 iverilog-0.9.20070421-1.fc5 koan-0.3.0-1.fc5 ktorrent-2.1.4-1.fc5 NEW pylibacl-0.2.1-5.fc5 NEW pyxattr-0.2.1-3.fc5 speedcrunch-0.7-1.fc5 NEW windowlab-1.34-4.fc5 NEW wise2-2.2.0-2.fc5 apcupsd-3.14.0-2.fc7 -------------------- * Mon Apr 23 2007 - Orion Poplawski - 3.14.0-2 - Fix init script for LSB compliance (bug #237532) cernlib-2006-7.fc7 ------------------ * Tue Apr 24 2007 Patrice Dumas 2006-7 - use real cernlib lib location in cernlib debian script, don't assume that they are in %_prefix, it is not the case on fedora * Mon Apr 23 2007 Patrice Dumas 2006-6 - package compiled with g77 is parallel installable with gfortran compiled package cobbler-0.4.7-5.fc7 ------------------- * Fri Apr 20 2007 Michael DeHaan - 0.4.7-5 - Upstream changes (see CHANGELOG) - Added triggers to /var/lib/cobbler/triggers cvs2cl-2.62-1.fc7 ----------------- * Tue Apr 24 2007 Ville Skytt? - 2.62-1 - 2.62. denyhosts-2.6-4.fc7 ------------------- * Mon Apr 23 2007 Jason L Tibbitts III - 2.6-4 - Apply fix to regex.py from Jonathan Underwood to fix bug 237449. espeak-1.23-1.fc7 ----------------- * Tue Apr 24 2007 Francois Aucamp - 1.23-1 - Update to version 1.23 - Added "makefile_nostaticlibs" patch so static libraries aren't installed irsim-9.7.47-1.fc7 ------------------ * Tue Apr 24 2007 Chitlesh Goorah - 9.7.47-1 - new upstream release 9.7.47 iverilog-0.9.20070227-1.fc7 --------------------------- koan-0.3.0-1.fc7 ---------------- * Mon Apr 23 2007 - Michael DeHaan - 0.3.0-1 - Upstream changes (see CHANGELOG) * Fri Apr 20 2007 - Michael DeHaan - 0.2.9-1 - Upstream changes (see CHANGELOG) - Removed yaml packages * Fri Mar 23 2007 - Michael DeHaan - 0.2.8-2 - Upstream changes (see CHANGELOG) ktorrent-2.1.4-1.fc7 -------------------- * Tue Apr 24 2007 Roland Wolters 2.1.4-1 - update to upstream 2.1.4 * Tue Apr 03 2007 Rex Dieter 2.1.3-1 - ktorrent-2.1.3 (#235014) - optimize %configure linphone-1.7.1-1.fc7 -------------------- * Tue Apr 17 2007 Jeffrey C. Ollie - 1.7.1-1 - Update to 1.7.1 - Drop linphone-1.0.1-desktop.patch, linphone-1.4.1-libs.patch and linphone-1.5.1-osipcompat.patch livecd-tools-007-1.fc7 ---------------------- * Tue Apr 24 2007 Jeremy Katz - 007-1 - Disable prelinking by default - Disable some things that slow down the live boot substantially - Lots of tweaks to the default package manifests - Allow setting the root password (Jeroen van Meeuwen) - Allow more specific network line setting (Mark McLoughlin) - Don't pollute the host yum cache (Mark McLoughlin) - Add support for mediachecking magic-7.4.35-1.fc7 ------------------ * Thu Feb 22 2007 Chitlesh Goorah - 7.4.35-1 - New upstream release - added mimetype openvpn-2.1-0.18.rc3.fc7 ------------------------ * Mon Apr 23 2007 Steven Pritchard 2.1-0.18.rc3 - Update to 2.1_rc3 ortp-0.13.1-1.fc7 ----------------- * Mon Apr 23 2007 Jeffrey C. Ollie - 0.13.1-1 - Update to 0.13.1 - BR doxygen and graphviz for building documentation pdns-2.9.21-1.fc7 ----------------- * Tue Apr 24 2007 Ruben Kerkhof 2.9.21-1 - Upstream released 2.9.21 - Enabled new SQLite backend pl-5.6.34-1.fc7 --------------- * Mon Apr 23 2007 Gerard Milmeister - 5.6.34-1 - new version 5.6.34 pygame-1.7.1-12.fc7 ------------------- * Mon Apr 23 2007 Christopher Stone 1.7.1-12 - Revert back to version 1.7.1-9 pylibacl-0.2.1-5.fc7 -------------------- * Sat Apr 21 2007 Marcin Zajaczkowski - 0.2.1-5 - removed redundant after name change "exclude" tag - comments cleanup * Wed Apr 18 2007 Marcin Zajaczkowski - 0.2.1-4 - applied suggestions from Kevin Fenzi - name changed from python-libacl to pylibacl - corrected path to the source file * Fri Apr 06 2007 Marcin Zajaczkowski - 0.2.1-3 - fixed path to a source package * Thu Apr 05 2007 Marcin Zajaczkowski - 0.2.1-2 - added python-devel in BuildRequires - added Provides section - modified to Fedora Extras requirements python-cheetah-2.0-0.5.rc8.fc7 ------------------------------ * Mon Apr 23 2007 Mike Bonnet - 2.0-0.5.rc8 - update to 2.0rc8 python-kaa-imlib2-0.2.1-2.fc7 ----------------------------- * Sat Apr 21 2007 kwizart < kwizart at gmail.com > - 0.2.1-2 - Add Requires for python packages * Wed Apr 18 2007 kwizart < kwizart at gmail.com > - 0.2.1-1 - Update to 0.2.1 pyxattr-0.2.1-3.fc7 ------------------- * Sat Apr 21 2007 Marcin Zajaczkowski - 0.2.1-3 - removed redundant after name change "exclude" tag - comments cleanup * Wed Apr 18 2007 Marcin Zajaczkowski - 0.2.1-2 - applied suggestions from Kevin Fenzi - name changed from python-xattr to pyxattr - corrected path to the source file * Thu Apr 05 2007 Marcin Zajaczkowski - 0.2.1-1 - updated to 0.2.1 - added python-devel in BuildRequires - added more doc files - added Provides section - modified to Fedora Extras requirements smolt-0.9.7.1-3.fc7 ------------------- spr-05.01.00-3.fc7 ------------------ * Mon Apr 23 2007 Michael Thomas 05.01.00-3 - Fix ownership of header directory in -devel subpackage * Sun Apr 22 2007 Michael Thomas 05.01.00-2 - Move headers to their own subdirectory - Preserve timestamps on installed files * Fri Apr 20 2007 Michael Thomas 05.01.00-1 - Update to 5.01.00 sysprof-kmod-1.0.8-1.2.6.20_1.3104.fc7 -------------------------------------- ufraw-0.11-4.fc7 ---------------- * Tue Apr 24 2007 Nils Philippsen - 0.11-4 - eventually put GConf2, shared-mime-info requirements into -common subpackage (#235583) vdr-1.4.6-2.fc7 --------------- * Mon Apr 23 2007 Ville Skytt? - 1.4.6-2 - Relocate themes to /var/lib/vdr/themes (#216355). - Tighten up some directory permissions. vdr-skins-20061119-2 -------------------- * Mon Apr 23 2007 Ville Skytt? - 20061119-2 - Relocate themes to /var/lib/vdr/themes, drop disttag (#216355). - Drop file based dependency on /usr/share/vdr/text2skin. - Fix sttng-blue source URL. vdr-text2skin-1.1-18.20051217cvs.fc7 ------------------------------------ * Sun Apr 08 2007 Ville Skytt? - 1.1-18.20051217cvs - Grab potential XML parse buffer overflow fix from upstream CVS. windowlab-1.34-4.fc7 -------------------- * Tue Apr 24 2007 Nigel Jones 1.34-4 - Remove executable bit on source files * Wed Apr 18 2007 Nigel Jones 1.34-3 - Honor $RPM_OPT_FLAGS - +Patch to prevent stripping of debug info * Wed Apr 11 2007 Nigel Jones 1.34-2 - Minor changes to windowlab-1.34-pathfixes.patch - Replace files section * Tue Apr 10 2007 Nigel Jones 1.34-1 - Initial SPEC file wise2-2.2.0-2.fc7 ----------------- * Thu Apr 12 2007 Alex Lancaster 2.2.0-2 - Pass $RPM_OPT_FLAGS to compiler as per suggestion from Ralf Corsepius. * Wed Apr 11 2007 Alex Lancaster 2.2.0-1 - Initial Fedora package. xdg-utils-1.0.1-3.fc7 --------------------- * Mon Apr 23 2007 Rex Dieter 1.0.1-3 - add htmlview,links to browser fallbacks For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Apr 24 19:39:06 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 24 Apr 2007 19:39:06 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-24 Message-ID: <20070424193906.32002.93133@extras64.linux.duke.edu> Summary of broken packages (by owner): cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 (8 days) gaim-gaym - 0.96-3.7.293svn.fc7.ppc (8 days) gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 (8 days) devrim AT commandprompt.com python-psycopg2-zope - 2.0.5.1-7.fc7.i386 (4 days) python-psycopg2-zope - 2.0.5.1-7.fc7.ppc (4 days) python-psycopg2-zope - 2.0.5.1-7.fc7.x86_64 (4 days) fedora AT leemhuis.info gweled - 0.7-8.fc7.i386 (5 days) gweled - 0.7-8.fc7.ppc (5 days) gweled - 0.7-8.fc7.x86_64 (5 days) icon AT fedoraproject.org uqm - 0.6.2-1.fc7.i386 (5 days) uqm - 0.6.2-1.fc7.ppc (5 days) uqm - 0.6.2-1.fc7.x86_64 (5 days) j.w.r.degoede AT hhs.nl ClanLib - 0.8.0-4.fc7.i386 (5 days) ClanLib - 0.8.0-4.fc7.i386 (5 days) ClanLib - 0.8.0-4.fc7.ppc (5 days) ClanLib - 0.8.0-4.fc7.x86_64 (5 days) ClanLib06 - 0.6.5-7.fc6.i386 (5 days) ClanLib06 - 0.6.5-7.fc6.i386 (5 days) ClanLib06 - 0.6.5-7.fc6.ppc (5 days) ClanLib06 - 0.6.5-7.fc6.x86_64 (5 days) fbg - 0.9-3.fc7.i386 (5 days) fbg - 0.9-3.fc7.ppc (5 days) fbg - 0.9-3.fc7.x86_64 (5 days) methane - 1.4.7-1.fc7.i386 (5 days) methane - 1.4.7-1.fc7.ppc (5 days) methane - 1.4.7-1.fc7.x86_64 (5 days) lemenkov AT gmail.com stratagus - 2.2.3-1.fc7.i386 (5 days) stratagus - 2.2.3-1.fc7.ppc (5 days) stratagus - 2.2.3-1.fc7.x86_64 (5 days) michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 (8 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc (8 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 (8 days) musuruan AT gmail.com tecnoballz - 0.91-5.fc7.i386 (5 days) tecnoballz - 0.91-5.fc7.ppc (5 days) tecnoballz - 0.91-5.fc7.x86_64 (5 days) paul AT all-the-johnsons.co.uk xmms-libs - 1:1.2.10-36.fc7.i386 (5 days) xmms-libs - 1:1.2.10-36.fc7.i386 (5 days) xmms-libs - 1:1.2.10-36.fc7.ppc (5 days) xmms-libs - 1:1.2.10-36.fc7.x86_64 (5 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i586 kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 kmod-em8300-smp - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc ====================================================================== Broken packages in fedora-extras-development-i386: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 fbg-0.9-3.fc7.i386 requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 gweled-0.7-8.fc7.i386 requires libmikmod.so.2 kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3094.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3094.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3094.fc7PAE methane-1.4.7-1.fc7.i386 requires libmikmod.so.2 python-psycopg2-zope-2.0.5.1-7.fc7.i386 requires zope stratagus-2.2.3-1.fc7.i386 requires libmikmod.so.2 tecnoballz-0.91-5.fc7.i386 requires libmikmod.so.2 uqm-0.6.2-1.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-ppc: ClanLib-0.8.0-4.fc7.ppc requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.ppc requires libmikmod.so.2 fbg-0.9-3.fc7.ppc requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 gweled-0.7-8.fc7.ppc requires libmikmod.so.2 kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3094.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3094.fc7smp methane-1.4.7-1.fc7.ppc requires libmikmod.so.2 python-psycopg2-zope-2.0.5.1-7.fc7.ppc requires zope stratagus-2.2.3-1.fc7.ppc requires libmikmod.so.2 tecnoballz-0.91-5.fc7.ppc requires libmikmod.so.2 uqm-0.6.2-1.fc7.ppc requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.ppc requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-x86_64: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib-0.8.0-4.fc7.x86_64 requires libmikmod.so.2()(64bit) ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.x86_64 requires libmikmod.so.2()(64bit) fbg-0.9-3.fc7.x86_64 requires libmikmod.so.2()(64bit) gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) gweled-0.7-8.fc7.x86_64 requires libmikmod.so.2()(64bit) kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3094.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3094.fc7kdump methane-1.4.7-1.fc7.x86_64 requires libmikmod.so.2()(64bit) python-psycopg2-zope-2.0.5.1-7.fc7.x86_64 requires zope stratagus-2.2.3-1.fc7.x86_64 requires libmikmod.so.2()(64bit) tecnoballz-0.91-5.fc7.x86_64 requires libmikmod.so.2()(64bit) uqm-0.6.2-1.fc7.x86_64 requires libmikmod.so.2()(64bit) xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.x86_64 requires libmikmod.so.2()(64bit) From ihok at hotmail.com Tue Apr 24 23:17:44 2007 From: ihok at hotmail.com (Jack Tanner) Date: Tue, 24 Apr 2007 23:17:44 +0000 (UTC) Subject: fedoratracker down Message-ID: I know that fedoratracker dot org is not an official site, but I care about it, so perhaps others do as well. And wasn't it run by a Redhat guy? Here's to seeing its return some day. In the mean time, somebody probably wants to hold on to that domain name. From poelstra at redhat.com Wed Apr 25 00:19:20 2007 From: poelstra at redhat.com (John Poelstra) Date: Tue, 24 Apr 2007 17:19:20 -0700 Subject: Release Meeting Recap for 2007-APR-23 Message-ID: <462E9E88.7070102@redhat.com> 1. Fedora Release Engineering Meeting :: Monday 23-APR-07 1. Testing Status 2. e1000 bug 3. The Freeze Question 4. Tagging & Release Building 5. Perl Multilib 6. Release Status 7. Icon/theme changes 8. IRC Transcript It's all here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-apr-23 Corrections and clarifications welcome :) From mschwendt.tmp0701.nospam at arcor.de Wed Apr 25 07:38:30 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 25 Apr 2007 09:38:30 +0200 Subject: Release Meeting Recap for 2007-APR-23 In-Reply-To: <462E9E88.7070102@redhat.com> References: <462E9E88.7070102@redhat.com> Message-ID: <20070425093830.af7e9d9f.mschwendt.tmp0701.nospam@arcor.de> On Tue, 24 Apr 2007 17:19:20 -0700, John Poelstra wrote: > 1. Fedora Release Engineering Meeting :: Monday 23-APR-07 > 1. Testing Status > 2. e1000 bug > 3. The Freeze Question > 4. Tagging & Release Building > 5. Perl Multilib > 6. Release Status > 7. Icon/theme changes > 8. IRC Transcript > > It's all here: > http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-apr-23 > > Corrections and clarifications welcome :) > XulChris did someone say multilib problem? 13:53 > XulChris pygame needs blacklisted or something 13:53 > XulChris and gnumeric i think 13:53 http://cvs.fedora.redhat.com/viewcvs/extras-buildsys/utils/pushscript/Config_Extras.py?root=fedora&r1=1.34&r2=1.35 http://download.fedora.redhat.com/pub/fedora/linux/extras/development/x86_64/repoview/gnumeric.html http://download.fedora.redhat.com/pub/fedora/linux/extras/development/x86_64/repoview/pygame.html From buildsys at redhat.com Wed Apr 25 09:26:29 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 25 Apr 2007 05:26:29 -0400 Subject: rawhide report: 20070425 changes Message-ID: <200704250926.l3P9QTu6000418@hs20-bc2-6.build.redhat.com> Updated Packages: (none) Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 From thomas.swan at gmail.com Wed Apr 25 11:28:24 2007 From: thomas.swan at gmail.com (Thomas Swan) Date: Wed, 25 Apr 2007 06:28:24 -0500 Subject: Root filesystem encryption patch set Message-ID: I would like to see these patches make it in for FC7 test4, although it may be a tight squeeze. Both patches should be against T3. The only thing missing here is anaconda support, but I will need some help on that. I know the anaconda support won't be for FC7 but we can make it happen for FC8. The complete instructions for using the modified versions are posted on www.cygnetech.com/linux/howtos/index.htmlIt will be prettier at a later date, but I wanted to get this out to the community as soon as possible. In short, with the modified mkinitrd, you can massage a FC6 and FC7 (test3) CD installation into a fully encrypted installation (sans boot media). The byproduct is being able to resume a hibernated session from an encrypted disk as well as detected media for removable keys. Extra functionality added to mkinitrd is ability to add persistent options in /etc/mkinitrd.conf ... This also allows for some anaconda flexibility when generating encrypted installation when we can get to that point. I'll send this up through bugzilla as soon as I get my password reset. ARGH! Thoughts and feedback are appreciated. -- The early bird may get the worm, but the it's the second mouse that gets the cheese. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mkinitrd Type: application/octet-stream Size: 45540 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mkinitrd.patch Type: text/x-patch Size: 9372 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mkinitrd.8 Type: application/octet-stream Size: 7108 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mkinitrd.8.patch Type: text/x-patch Size: 4521 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Wed Apr 25 12:06:25 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 25 Apr 2007 07:06:25 -0500 Subject: Root filesystem encryption patch set In-Reply-To: References: Message-ID: <1177502785.3471.24.camel@zod.rchland.ibm.com> On Wed, 2007-04-25 at 06:28 -0500, Thomas Swan wrote: > I would like to see these patches make it in for FC7 test4, although > it may be a tight squeeze. Both patches should be against T3. The It is impossible for test4. This should be targeted at F8 at the point. josh From thomas.swan at gmail.com Wed Apr 25 17:18:34 2007 From: thomas.swan at gmail.com (Thomas Swan) Date: Wed, 25 Apr 2007 12:18:34 -0500 Subject: Root filesystem encryption patch set In-Reply-To: <1177502785.3471.24.camel@zod.rchland.ibm.com> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> Message-ID: On 4/25/07, Josh Boyer wrote: > > On Wed, 2007-04-25 at 06:28 -0500, Thomas Swan wrote: > > I would like to see these patches make it in for FC7 test4, although > > it may be a tight squeeze. Both patches should be against T3. The > > It is impossible for test4. This should be targeted at F8 at the point. > The reason I'm pushing for inclusion, is the behavior is well documented (in the man page) it does not alter any existing and expected behavior from mkinitrd. Secondly, it will give the Fedora community something we can work with while FC8 is in development and it provides a good base to jump from with FC8. -- The early bird may get the worm, but the it's the second mouse that gets the cheese. -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Wed Apr 25 17:18:42 2007 From: notting at redhat.com (Bill Nottingham) Date: Wed, 25 Apr 2007 13:18:42 -0400 Subject: Root filesystem encryption patch set In-Reply-To: References: <1177502785.3471.24.camel@zod.rchland.ibm.com> Message-ID: <20070425171842.GA16060@nostromo.devel.redhat.com> Thomas Swan (thomas.swan at gmail.com) said: > The reason I'm pushing for inclusion, is the behavior is well documented (in > the man page) it does not alter any existing and expected behavior from > mkinitrd. Secondly, it will give the Fedora community something we can work > with while FC8 is in development and it provides a good base to jump from > with FC8. Adding features over a month after feature freeze to 'provide a good base to jump from' is silly. Bill From jwboyer at jdub.homelinux.org Wed Apr 25 17:38:27 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 25 Apr 2007 12:38:27 -0500 Subject: Root filesystem encryption patch set In-Reply-To: References: <1177502785.3471.24.camel@zod.rchland.ibm.com> Message-ID: <1177522707.3471.33.camel@zod.rchland.ibm.com> On Wed, 2007-04-25 at 12:18 -0500, Thomas Swan wrote: > On 4/25/07, Josh Boyer wrote: > On Wed, 2007-04-25 at 06:28 -0500, Thomas Swan wrote: > > I would like to see these patches make it in for FC7 test4, > although > > it may be a tight squeeze. Both patches should be against > T3. The > > It is impossible for test4. This should be targeted at F8 at > the point. > > The reason I'm pushing for inclusion, is the behavior is well > documented (in the man page) it does not alter any existing and > expected behavior from mkinitrd. Secondly, it will give the Fedora > community something we can work with while FC8 is in development and > it provides a good base to jump from with FC8. Test4 is already shipped, so it's impossible. Adding this after feature freeze _and_ after Test4 has gone out is fairly ridiculous. I'm not opposing the feature by any means. It's just not going into Fedora7. josh From che666 at gmail.com Wed Apr 25 17:51:24 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Wed, 25 Apr 2007 19:51:24 +0200 Subject: Some RPM Package Attempts - Looking For Feedback In-Reply-To: <200704232032.50713.lightsolphoenix@gmail.com> References: <200704232032.50713.lightsolphoenix@gmail.com> Message-ID: if you want us to look at the packages i suggest you upload the src rpms. regards, Rudolf Kastl 2007/4/24, Kelly : > Okay, since I was bored and trying to load up some KDE addons, I created some > RPM packages. Since I'm looking for feedback, anyone interested in having a > look? > > http://crystalsanctuary.rpgsource.net/packages/ > > It is a working YUM repository, though the packages aren't signed with a key. > -- > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From chris.stone at gmail.com Wed Apr 25 17:55:26 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 25 Apr 2007 10:55:26 -0700 Subject: Release Meeting Recap for 2007-APR-23 In-Reply-To: <20070425093830.af7e9d9f.mschwendt.tmp0701.nospam@arcor.de> References: <462E9E88.7070102@redhat.com> <20070425093830.af7e9d9f.mschwendt.tmp0701.nospam@arcor.de> Message-ID: On 4/25/07, Michael Schwendt wrote: > On Tue, 24 Apr 2007 17:19:20 -0700, John Poelstra wrote: > > > 1. Fedora Release Engineering Meeting :: Monday 23-APR-07 > > 1. Testing Status > > 2. e1000 bug > > 3. The Freeze Question > > 4. Tagging & Release Building > > 5. Perl Multilib > > 6. Release Status > > 7. Icon/theme changes > > 8. IRC Transcript > > > > It's all here: > > http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-apr-23 > > > > Corrections and clarifications welcome :) > > > XulChris did someone say multilib problem? 13:53 > > XulChris pygame needs blacklisted or something 13:53 > > XulChris and gnumeric i think 13:53 > > http://cvs.fedora.redhat.com/viewcvs/extras-buildsys/utils/pushscript/Config_Extras.py?root=fedora&r1=1.34&r2=1.35 > > http://download.fedora.redhat.com/pub/fedora/linux/extras/development/x86_64/repoview/gnumeric.html > http://download.fedora.redhat.com/pub/fedora/linux/extras/development/x86_64/repoview/pygame.html Thanks, nirik already pointed this out to me so I went ahead and reverted pygame as you can see. Seems the problem is fixed and kwizart's package is now built. Just keep in mind Michael, that this has nothing to do with the current perl issue. If perl gets fixed and you revert those changes in the blacklist, be sure you don't rever pygame along with the others. Thanks. From lmacken at redhat.com Wed Apr 25 18:16:06 2007 From: lmacken at redhat.com (Luke Macken) Date: Wed, 25 Apr 2007 14:16:06 -0400 Subject: Updates-testing on firstboot In-Reply-To: References: <364d303b0704191209g9854ee7i300b5add665079b@mail.gmail.com> <1177085081.5178.190.camel@metroid.rdu.redhat.com> <364d303b0704200929l319515afp5c1066969a9508d9@mail.gmail.com> <20070422080342.GC2991@tomservo.rh.rit.edu> <20070422080511.GD2991@tomservo.rh.rit.edu> <20070422191452.GE2991@tomservo.rh.rit.edu> Message-ID: <20070425181606.GK2991@tomservo.rh.rit.edu> On Sun, Apr 22, 2007 at 04:11:25PM -0400, Jack Tanner wrote: > Luke Macken wrote: > >Once we have solid community involvement within the updates process > >itself, we can maybe then require n positive approvals from community > >testers, or a nudge from a Releng/QA lead in order to move a package from > >Testing->Final. > > May I suggest that this process be per package? That is, for something > like a music player, it may be sufficient that a handful of people say > that it works. Still, maybe there are packages where it's not just the > community but a QA lead whose say is needed. Bodhi deals with all updates on a per-package basis, so that should work out fine. > >John Poelstra and I have been working on Fedora update process > >flowcharts[0] to help optimize and improve our workflow. Suggestions are > >welcome. > > > >luke > > > >[0]: https://hosted.fedoraproject.org/projects/bodhi/wiki/DesignTesting > > Yeah, those look great, but they didn't answer my original question, > hence my first e-mail. Thanks for the quick response. I'm in favor of yanking packages from updates-testing if they fail to pass community testing. This is not reflected in the current flowcharts, but I will update them a bit later if no one sees any issues with this. luke From wwoods at redhat.com Wed Apr 25 18:53:14 2007 From: wwoods at redhat.com (Will Woods) Date: Wed, 25 Apr 2007 14:53:14 -0400 Subject: Root filesystem encryption patch set In-Reply-To: <1177522707.3471.33.camel@zod.rchland.ibm.com> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> Message-ID: <1177527194.22781.6.camel@metroid.rdu.redhat.com> On Wed, 2007-04-25 at 12:38 -0500, Josh Boyer wrote: > On Wed, 2007-04-25 at 12:18 -0500, Thomas Swan wrote: > > The reason I'm pushing for inclusion, is the behavior is well > > documented (in the man page) it does not alter any existing and > > expected behavior from mkinitrd. Secondly, it will give the Fedora > > community something we can work with while FC8 is in development and > > it provides a good base to jump from with FC8. > > Test4 is already shipped, so it's impossible. Adding this after feature > freeze _and_ after Test4 has gone out is fairly ridiculous. I'm not > opposing the feature by any means. It's just not going into Fedora7. Yeah, just want to make sure this is clear - nobody's rejecting this feature at all, but it's far too late for any new features in F7. But remember, F8test1 is only a few weeks after F7. The fun never stops around here!! -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thomas.swan at gmail.com Wed Apr 25 19:34:07 2007 From: thomas.swan at gmail.com (Thomas Swan) Date: Wed, 25 Apr 2007 14:34:07 -0500 Subject: Root filesystem encryption patch set In-Reply-To: <1177527194.22781.6.camel@metroid.rdu.redhat.com> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> <1177527194.22781.6.camel@metroid.rdu.redhat.com> Message-ID: > > But remember, F8test1 is only a few weeks after F7. > Fair enough. I misunderstood the freeze. The only problem that I've run into is that a kernel upgrade generally involves a mkinitrd upgrade as well. That has resulted in a few rocks if you don't keep the previous kernel around. Are there any ideas on keeping a repo or setting up some RPM/yum dependencies that might help to keep everything in sync? On another note, I'll be happy to support what I've put here. When someone gets time, I'll need some help with anaconda and getting it to trust and/or read /dev/mapper/* devices as well as providing an option to handle the encryption setup. It's really cool to know that you've put a laptop in hibernate mode and that all of your data and state is encrypted. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at wolff.to Wed Apr 25 20:27:54 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 25 Apr 2007 15:27:54 -0500 Subject: Root filesystem encryption patch set In-Reply-To: <1177527194.22781.6.camel@metroid.rdu.redhat.com> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> <1177527194.22781.6.camel@metroid.rdu.redhat.com> Message-ID: <20070425202754.GA29114@wolff.to> On Wed, Apr 25, 2007 at 14:53:14 -0400, Will Woods wrote: > On Wed, 2007-04-25 at 12:38 -0500, Josh Boyer wrote: > > On Wed, 2007-04-25 at 12:18 -0500, Thomas Swan wrote: > > > The reason I'm pushing for inclusion, is the behavior is well > > > documented (in the man page) it does not alter any existing and > > > expected behavior from mkinitrd. Secondly, it will give the Fedora > > > community something we can work with while FC8 is in development and > > > it provides a good base to jump from with FC8. > > > > Test4 is already shipped, so it's impossible. Adding this after feature > > freeze _and_ after Test4 has gone out is fairly ridiculous. I'm not > > opposing the feature by any means. It's just not going into Fedora7. > > Yeah, just want to make sure this is clear - nobody's rejecting this > feature at all, but it's far too late for any new features in F7. > > But remember, F8test1 is only a few weeks after F7. > > The fun never stops around here!! The problem here is that the patches have been sitting around for plenty of time to have gotten into one of the earlier test releases, but it didn't happen. Who do we have to bug after F8 development starts to get those patches in? It seems like the main people who were playing with this didn't have direct access to commit stuff and for whatever reason the right people weren't asked. I doubt I will be playing with F8 test1, but I did want this feature in F7 and I need to upgrade a few machines from FC5, so I will probably try to make this work on one of my boxes under F7 despite the extra pain. From thomas.swan at gmail.com Wed Apr 25 22:12:24 2007 From: thomas.swan at gmail.com (Thomas Swan) Date: Wed, 25 Apr 2007 17:12:24 -0500 Subject: Root filesystem encryption patch set In-Reply-To: <20070425202754.GA29114@wolff.to> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> <1177527194.22781.6.camel@metroid.rdu.redhat.com> <20070425202754.GA29114@wolff.to> Message-ID: > > The problem here is that the patches have been sitting around for plenty > of > time to have gotten into one of the earlier test releases, but it didn't > happen. Who do we have to bug after F8 development starts to get those > patches in? It seems like the main people who were playing with this > didn't > have direct access to commit stuff and for whatever reason the right > people > weren't asked. > > I doubt I will be playing with F8 test1, but I did want this feature in F7 > and I need to upgrade a few machines from FC5, so I will probably try to > make this work on one of my boxes under F7 despite the extra pain. > Mine are pretty recent, but I had personal motivation to complete the pieces. However, I will probably start a yum repo and try to keep a set of mkinitrd packages together and in sync for FC7. If you need help, let me know. -- The early bird may get the worm, but the it's the second mouse that gets the cheese. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dax at gurulabs.com Thu Apr 26 00:19:52 2007 From: dax at gurulabs.com (Dax Kelson) Date: Wed, 25 Apr 2007 18:19:52 -0600 Subject: Change of historical behavior Message-ID: <1177546792.3881.41.camel@mentorng.gurulabs.com> Just a FYI... While updating some courseware I noticed a change in decades old UNIX behavior on RHEL5/FC6. The behavior may not be super important, but I wouldn't be surprised if somebody, somewhere gets bit by it. The change is as follows. Previously with disk quotas enabled if your hard block quota was reached (or you were over your soft and the time had expired) but your file/inode quota was not reached, you could still create empty files. This is no longer the case. Observe: $ quota Disk quotas for user guru (uid 500): Filesystem blocks quota limit grace files quota limit grace /dev/sda8 2048* 0 2048 11 0 0 $ touch /tmp/newfile touch: cannot touch `/tmp/newfile': Disk quota exceeded My initial suspicion was that this is a side effect of RHEL5/FC6 mounting all filesystems with the acl and user_xattr options (done via the default mount options field in the filesystem's super block), however with testing this appears not to be case. This came up because the lab exercise I was updating had a step along the lines of "...now that you are 'over' quota run the command "touch anewfile". Can you explain why that still works?...". Dax Kelson Guru Labs From lightsolphoenix at gmail.com Thu Apr 26 00:39:47 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Wed, 25 Apr 2007 20:39:47 -0400 Subject: Some RPM Package Attempts - Looking For Feedback In-Reply-To: References: <200704232032.50713.lightsolphoenix@gmail.com> Message-ID: <200704252039.48048.lightsolphoenix@gmail.com> On Wednesday, April 25, 2007 1:51 pm Rudolf Kastl wrote: > if you want us to look at the packages i suggest you upload the src rpms. > > regards, > Rudolf Kastl Done. I also uploaded the .spec files. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From skvidal at linux.duke.edu Thu Apr 26 04:02:34 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 26 Apr 2007 00:02:34 -0400 Subject: hal + pam update errors In-Reply-To: <1175870300.19199.79.camel@cutter> References: <6e24a8e80704050901w2d02f674l162be283a0b7cf8b@mail.gmail.com> <1175792534.2745.4.camel@zelda.fubar.dk> <20070405191426.96850b80.mschwendt.tmp0701.nospam@arcor.de> <1175795999.6884.191.camel@metroid.rdu.redhat.com> <1175796160.6884.195.camel@metroid.rdu.redhat.com> <1175796582.19199.28.camel@cutter> <20070405192532.GA4580@jadzia.bu.edu> <1175802012.19199.37.camel@cutter> <1175806512.19199.54.camel@cutter> <20070406034351.GB8090@humbolt.us.dell.com> <20070406035233.GC8090@humbolt.us.dell.com> <1175870300.19199.79.camel@cutter> Message-ID: <1177560154.2844.61.camel@cutter> On Fri, 2007-04-06 at 10:38 -0400, seth vidal wrote: > On Thu, 2007-04-05 at 22:52 -0500, Michael E Brown wrote: > > For the previously discussed HAL problem, would it be possible to create > > an updated HAL.i386 RPM that would _only_ be placed inside the x86_64 > > repo? This new hal rpm could simply contain one file: > > /etc/yum/pluginconf.g/shoot-on-sight.d/hal.data containing one line: > > "hal-*-*.i386" and it could have one dependency: "requires: > > shoot-on-sight-plugin". > > > > That way it doesnt conflict with any files, and gets removed on the next > > yum run. > > then we'd be doing this at the package level, which we're trying to > avoid. And this plugin is useful beyond this situation. > > I think the plan would look something like: > - drop this plugin into the yum pkg, enabled by default, for fc6 > - drop this plugin intpo the yum pkg, enabled by default, for rawhide/f7 > > - mark that hal.i386 should be removed from x86_64 boxes if found (ditto > hal.ppc64 on ppc64 boxes) > - mark out any others we want to nuke as it goes. > > that's it. > > and speaking of that - I realized the file format needs to be slightly > more complex in order for it to be the same file used across archs. > > It should probably look like: > > pkgname/glob: arch-it-is-on > > or: > > > > > that way we can make sure that on i386 boxes we don't remove hal.i386. > b/c there it is actually desired. :) > okay here is a first draft of the plugin: http://linux.duke.edu/~skvidal/yum-misc/remove-stuff-plugin.py and the file it would read from each repo: http://linux.duke.edu/~skvidal/yum-misc/cleanup.xml it needs some more tests for the crap it needs to avoid to remove. Suggestions on what things to test for are welcome. but it should let us do the right thing in the situations where we need to get a package cleared off for an update to work correctly or for some reason we can't obsolete things. -sv From fedora at leemhuis.info Thu Apr 26 07:04:28 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 26 Apr 2007 09:04:28 +0200 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <1177541584.17572.3.camel@lincoln> References: <1177541584.17572.3.camel@lincoln> Message-ID: <46304EFC.5000303@leemhuis.info> (this is a follow up to https://www.redhat.com/archives/fedora-maintainers/2007-April/msg00539.html I'd like to move this part of the discussion here to fedora-devel to make sure everyone can participate in this discussion -- that not the case on fedora-maintainers as it's a closed list and moderators don't let any non-contributors mail pass afaik; epel-devel-list seemsed like the wrong place to discuss, as certain Fedora people that we need for this discussion are not subscribed there afaik) Brian Pepple schrieb: > /topic FESCO-Meeting -- EPEL There was no meeting this week afaics from looking at #fedora-meeting. Other stuff: There was and still is a lot of political discussions on the mailing list about EPEL not using a repotag. Political in the sense of "Fedora/EPEL is bad/unfair to existing repos because it doesn't use a repotag". See the archives at https://www.redhat.com/archives/epel-devel-list/ for details. Not using a repotag was a decision FESCo did already last fall; the EPEL Steering Committee voted the same way recently, too. I was actually one of those voting it down both times, too. Some of my reasons for doing this were (in short, rough form below and all IMHO; btw, feel free to simply skip the next five paras, the interesting stuff are below): - we have nothing in place to properly use of a repotag everywhere; yes, we could abuse disttag, but I dislike abusing something that is meant to be used for something else; and the disttag in not used by all packages -- a repotag IMHO mainly makes sense only if we really use it everywhere. - there is a place in the rpm header already (%{vendor}) where a package comes from. Maintaining a certain information in two places sounds wrong to me and can lead to inconsistencies. The tools used should just display the tag probably where relevant, and we should make sure it is properly set. - minor: disk space is cheap, but classic terminals are limited to 80 chars. Or, in other words: I dislike making each rpm name as displayed by yum/rpm and other tools five chars longer for a repotag like ".epel" as those chars can result in ugly output (line breaks) - minor: there was a certain high member of both FESCo and the Packaging Committee that strongly was against using repotags; I trust his opinion in packaging issues a lot, and thus in parts addapted the was a reasons I don't want to discuss those reasons I outlined above again in detail here, as all those were discussed endlessly on mailing lists or IRC channels already. It seems different people just have different expectations and opinions in this area, and thus come to different conclusions -- that's life and happens every day and (in general) is something good. Feel free to reply to those four reasons I outlined above and tell the world why thl and the reasons he gave are stupid/wrong -- I probably won't reply to your reply, as that probably doesn't lead anywhere productive; what I'm up to comes below, and that's what I'd like to see discussed. = Important part starts here = >From a political standpoint EPEL looks quite bad in some peoples eyes now due to not having a repotag. I think those people are making the issue worse then it is. But well, seems it's quite important to them and they make a lot of noise -- that will have negative impact on the fame of Fedora; thus I'd say we have reached the point where FESCo and the Board should back the decision to not use a repotag *or* (IMHO preferred) we need to find a solution to make the situations at least somehow acceptable for everyone involved. So for the sake of cooperation and being nice to people that want a repotag I'd like to propose the below solution in the hope that it is acceptable for most people and even makes some people happy: --- Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo" in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on EPEL5; the repotag macro doesn't get defined in Fedora builders and thus nothing will change when building a package for Fedora, even if it has a %{?repotag} in %{release}. Then enforce the use of "%{?repotag}" at the end of %{release} for all packages in EPEL. To make that effective used in the repo it requires a rebuild of all packages that are in EPEL already. Not nice and a bit of work, but for the sake of making people happy let's just do it. The added "%{?repotag}" in the release field must be allowed in Fedora spec files, too, so people can easily copy spec files from Fedora to EPEL and vice versa without having to modify them. By Fedora 8 or Fedora 9 enhance the tools (rpm, yum, ...) to display a the %{vendor} field in case of problems (for all packages that are involved) and in popular queries. Then drop the repotag in EPEL6 and later again, as it shouldn't be that much needed anymore --- Did I miss anything? Note note: it's just a idea I propose for discussion now; I'd like to get feedback from the list over the next few days, get feedback from FESCo in their meeting today (just feedback, don't vote on this yet please, as this is still a decision the EPEL Steering Committee should do, and I have no idea what the other think about it), from the Packaging Committee in their meeting on Tuesday (they have to ACK the new macro and it's use in both Fedora and EPEL spec files); then the EPEL Steering Committee can finally discuss and decide in next weeks meeting (next Wednesday) and we can all move on to our regular business again and end this area that otherwise might end in "Fedora repowars -- the second season" otherwise? CU thl From buildsys at redhat.com Thu Apr 26 09:37:54 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 26 Apr 2007 05:37:54 -0400 Subject: rawhide report: 20070426 changes Message-ID: <200704260937.l3Q9bsvg020192@hs20-bc2-6.build.redhat.com> Updated Packages: (none) Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 From laroche at redhat.com Thu Apr 26 10:12:13 2007 From: laroche at redhat.com (Florian La Roche) Date: Thu, 26 Apr 2007 12:12:13 +0200 Subject: Root filesystem encryption patch set In-Reply-To: <20070425202754.GA29114@wolff.to> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> <1177527194.22781.6.camel@metroid.rdu.redhat.com> <20070425202754.GA29114@wolff.to> Message-ID: <20070426101213.GA4250@dudweiler.stuttgart.redhat.com> On Wed, Apr 25, 2007 at 03:27:54PM -0500, Bruno Wolff III wrote: > On Wed, Apr 25, 2007 at 14:53:14 -0400, > Will Woods wrote: > > On Wed, 2007-04-25 at 12:38 -0500, Josh Boyer wrote: > > > On Wed, 2007-04-25 at 12:18 -0500, Thomas Swan wrote: > > > > The reason I'm pushing for inclusion, is the behavior is well > > > > documented (in the man page) it does not alter any existing and > > > > expected behavior from mkinitrd. Secondly, it will give the Fedora > > > > community something we can work with while FC8 is in development and > > > > it provides a good base to jump from with FC8. > > > > > > Test4 is already shipped, so it's impossible. Adding this after feature > > > freeze _and_ after Test4 has gone out is fairly ridiculous. I'm not > > > opposing the feature by any means. It's just not going into Fedora7. > > > > Yeah, just want to make sure this is clear - nobody's rejecting this > > feature at all, but it's far too late for any new features in F7. > > > > But remember, F8test1 is only a few weeks after F7. > > > > The fun never stops around here!! > > The problem here is that the patches have been sitting around for plenty of > time to have gotten into one of the earlier test releases, but it didn't > happen. Who do we have to bug after F8 development starts to get those > patches in? It seems like the main people who were playing with this didn't > have direct access to commit stuff and for whatever reason the right people > weren't asked. > > I doubt I will be playing with F8 test1, but I did want this feature in F7 > and I need to upgrade a few machines from FC5, so I will probably try to > make this work on one of my boxes under F7 despite the extra pain. Hello Bruno, you can add information on addon patches and still outstanding issues to http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems , so that other people can review them. regards, Florian La Roche From davehoz at gmail.com Thu Apr 26 10:58:44 2007 From: davehoz at gmail.com (David Hunter) Date: Thu, 26 Apr 2007 20:58:44 +1000 Subject: Rawhide update problem - kdebase and lftp Message-ID: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> I have the following versions of lftp and kdebase installed: kdebase-3.5.6-4.fc7 lftp-3.5.10-2.fc7 I?ve tried numerous ways to update them to the latestest versions: kdebase-6:3.5.6-5.fc7 lftp.i386-3.5.10-3.fc7 However they return the following errors (easiest to report with rpm) [root at localhost packages]# rpm -Uvh kdebase* error: Failed dependencies: kdebase = 6:3.5.6-4.fc7 is needed by (installed) kdebase-kdm-3.5.6-4.fc7.i386 [root at localhost packages]# rpm -Uvh lftp-3.5.10-3.fc7.i386.rpm Preparing... ########################################### [100%] file /usr/lib/liblftp-jobs.so.0.0.0 from install of lftp-3.5.10-3.fc7 conflicts with file from package lftp-devel-3.5.10-2.fc7 file /usr/lib/liblftp-tasks.so.0.0.0 from install of lftp-3.5.10-3.fc7 conflicts with file from package lftp-devel-3.5.10-2.fc7 What can I do to fix it or is there anything I can do to help fix the rpm?s? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Thu Apr 26 11:01:51 2007 From: markg85 at gmail.com (Mark) Date: Thu, 26 Apr 2007 13:01:51 +0200 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> Message-ID: <6e24a8e80704260401s346a7472t3c76bd4d44ec9807@mail.gmail.com> remove kdebase with force ^_^ so: rpm -e --nodeps kdebase yum -y update lftp yum -y install kdebase hope this helps. good luck. 2007/4/26, David Hunter : > > I have the following versions of lftp and kdebase installed: > > kdebase-3.5.6-4.fc7 > lftp-3.5.10-2.fc7 > > I?ve tried numerous ways to update them to the latestest versions: > > kdebase-6:3.5.6-5.fc7 > lftp.i386-3.5.10-3.fc7 > > However they return the following errors (easiest to report with rpm) > > [root at localhost packages]# rpm -Uvh kdebase* > error: Failed dependencies: > kdebase = 6:3.5.6-4.fc7 is needed by (installed) > kdebase-kdm-3.5.6-4.fc7.i386 > > [root at localhost packages]# rpm -Uvh lftp-3.5.10-3.fc7.i386.rpm > Preparing... ########################################### > [100%] > file /usr/lib/liblftp-jobs.so.0.0.0 from install of > lftp-3.5.10-3.fc7 conflicts with file from package lftp-devel-3.5.10-2.fc7 > file /usr/lib/liblftp-tasks.so.0.0.0 from install of > lftp-3.5.10-3.fc7 conflicts with file from package lftp-devel-3.5.10-2.fc7 > > What can I do to fix it or is there anything I can do to help fix the > rpm?s? > > -- > David Hunter > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at jdub.homelinux.org Thu Apr 26 11:13:04 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 26 Apr 2007 06:13:04 -0500 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <6e24a8e80704260401s346a7472t3c76bd4d44ec9807@mail.gmail.com> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6e24a8e80704260401s346a7472t3c76bd4d44ec9807@mail.gmail.com> Message-ID: <1177585984.4903.0.camel@vader.jdub.homelinux.org> On Thu, 2007-04-26 at 13:01 +0200, Mark wrote: > remove kdebase with force ^_^ > so: > rpm -e --nodeps kdebase > yum -y update lftp > yum -y install kdebase You'll have to remove lftp the same way. josh From davehoz at gmail.com Thu Apr 26 11:33:05 2007 From: davehoz at gmail.com (David Hunter) Date: Thu, 26 Apr 2007 21:33:05 +1000 Subject: Pidgin problem Message-ID: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> Try to launch pidgin (again in rawhide), from the terminal and it returns: [dhunter at localhost ~]$ pidgin pidgin: error while loading shared libraries: libpurple.so.0: cannot open shared object file: No such file or directory What needs to be fixed? What do I need to check? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From aalam at redhat.com Thu Apr 26 12:32:56 2007 From: aalam at redhat.com (A S Alam) Date: Thu, 26 Apr 2007 18:02:56 +0530 Subject: Pidgin problem In-Reply-To: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> References: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> Message-ID: <46309BF8.8030508@redhat.com> David Hunter ?? ?????: > Try to launch pidgin (again in rawhide), from the terminal and it returns: > > [dhunter at localhost ~]$ pidgin > pidgin: error while loading shared libraries: libpurple.so.0: cannot open > shared object file: No such file or directory > > What needs to be fixed? What do I need to check? > it is working for me with version: pidgin-2.0.0-0.34.beta7devel.fc7 regards -- A S Alam #fedora-l10n (freenode) tz GMT+5:30 "Either find a way or Make one" From trond.danielsen at gmail.com Thu Apr 26 12:41:54 2007 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Thu, 26 Apr 2007 14:41:54 +0200 Subject: Pidgin problem In-Reply-To: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> References: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> Message-ID: <409676c70704260541t1ecaa0a4k3f7b01fefa25db73@mail.gmail.com> 2007/4/26, David Hunter : > Try to launch pidgin (again in rawhide), from the terminal and it returns: > > [dhunter at localhost ~]$ pidgin > pidgin: error while loading shared libraries: libpurple.so.0: cannot open > shared object file: No such file or directory > > What needs to be fixed? What do I need to check? There were some dependency problems earlier, but its fixed now. I think "rpm -e --nodeps pidgin && yum install pidgin" should solve your problem. -- Trond Danielsen From dev at nigelj.com Thu Apr 26 12:44:17 2007 From: dev at nigelj.com (Nigel Jones) Date: Fri, 27 Apr 2007 00:44:17 +1200 Subject: Pidgin problem In-Reply-To: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> References: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> Message-ID: <46309EA1.9020104@nigelj.com> David Hunter wrote: > Try to launch pidgin (again in rawhide), from the terminal and it returns: > > [dhunter at localhost ~]$ pidgin > pidgin: error while loading shared libraries: libpurple.so.0: cannot > open shared object file: No such file or directory > > What needs to be fixed? What do I need to check? Check out Warren's post on the 23rd https://www.redhat.com/archives/fedora-devel-list/2007-April/msg01195.html Try that and see what happens. This should nearly be a release note I think? -- N.J. > > -- > David Hunter > From jwboyer at jdub.homelinux.org Thu Apr 26 14:22:25 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 26 Apr 2007 09:22:25 -0500 Subject: Pidgin problem In-Reply-To: <46309BF8.8030508@redhat.com> References: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> <46309BF8.8030508@redhat.com> Message-ID: <1177597345.3026.1.camel@zod.rchland.ibm.com> On Thu, 2007-04-26 at 18:02 +0530, A S Alam wrote: > David Hunter ?? ?????: > > Try to launch pidgin (again in rawhide), from the terminal and it returns: > > > > [dhunter at localhost ~]$ pidgin > > pidgin: error while loading shared libraries: libpurple.so.0: cannot open > > shared object file: No such file or directory > > > > What needs to be fixed? What do I need to check? > > > it is working for me with version: > pidgin-2.0.0-0.34.beta7devel.fc7 That's because you're using an old version with the epoch still. pidgin-2.0.0-0.35.beta7devel.fc7 is the latest. It dropped the epoch on the package and therefore yum won't upgrade it. You'll need to do it manually. Once that's done, it should work fine still assuming all the parts were updated. josh From wwoods at redhat.com Thu Apr 26 15:20:52 2007 From: wwoods at redhat.com (Will Woods) Date: Thu, 26 Apr 2007 15:20:52 +0000 Subject: Pidgin problem In-Reply-To: <46309EA1.9020104@nigelj.com> References: <6bb886180704260433s39cf1c98v21212b8c3a07840@mail.gmail.com> <46309EA1.9020104@nigelj.com> Message-ID: <1177600852.22781.19.camel@metroid.rdu.redhat.com> On Fri, 2007-04-27 at 00:44 +1200, Nigel Jones wrote: > David Hunter wrote: > > Try to launch pidgin (again in rawhide), from the terminal and it returns: > > > > [dhunter at localhost ~]$ pidgin > > pidgin: error while loading shared libraries: libpurple.so.0: cannot > > open shared object file: No such file or directory > > > > What needs to be fixed? What do I need to check? > Check out Warren's post on the 23rd > https://www.redhat.com/archives/fedora-devel-list/2007-April/msg01195.html > > Try that and see what happens. > > This should nearly be a release note I think? Why? It only applies to people who were running rawhide last week. Anyone with an older system will skip over the broken one and get the right version of pidgin from the repo. All new installs will also get the right version. fedora-devel-list and fedora-test-list are appropriate channels for this announcement. We *might* mention it in the Test4 release notes, but not in F7 final. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Apr 26 15:45:30 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 26 Apr 2007 11:45:30 -0400 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <1177585984.4903.0.camel@vader.jdub.homelinux.org> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6e24a8e80704260401s346a7472t3c76bd4d44ec9807@mail.gmail.com> <1177585984.4903.0.camel@vader.jdub.homelinux.org> Message-ID: <200704261145.30756.jkeating@redhat.com> On Thursday 26 April 2007 07:13:04 Josh Boyer wrote: > On Thu, 2007-04-26 at 13:01 +0200, Mark wrote: > > remove kdebase with force ^_^ > > so: > > rpm -e --nodeps kdebase > > yum -y update lftp > > yum -y install kdebase > > You'll have to remove lftp the same way. While these are workarounds, they are not solutions. Are there bugs filed for these? This is something that should just work. More investigation needed, alas I'm a tad busy right now, would somebody like to take this on? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Thu Apr 26 16:03:57 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 26 Apr 2007 18:03:57 +0200 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <200704261145.30756.jkeating@redhat.com> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6e24a8e80704260401s346a7472t3c76bd4d44ec9807@mail.gmail.com> <1177585984.4903.0.camel@vader.jdub.homelinux.org> <200704261145.30756.jkeating@redhat.com> Message-ID: <20070426180357.64de9f73.mschwendt.tmp0701.nospam@arcor.de> On Thu, 26 Apr 2007 11:45:30 -0400, Jesse Keating wrote: > On Thursday 26 April 2007 07:13:04 Josh Boyer wrote: > > On Thu, 2007-04-26 at 13:01 +0200, Mark wrote: > > > remove kdebase with force ^_^ > > > so: > > > rpm -e --nodeps kdebase > > > yum -y update lftp > > > yum -y install kdebase > > > > You'll have to remove lftp the same way. > > While these are workarounds, they are not solutions. Are there bugs filed for > these? This is something that should just work. More investigation needed, > alas I'm a tad busy right now, would somebody like to take this on? lftp-devel was a temporary mistake in rawhide. To upgrade to the latest lftp, just "rpm -e lftp-devel" as this package has been removed again. kdebase-kdm is non-existant, too. It does not exist in FC <= 6 and does not exist in rawhide either. The kdebase %changelog does not mention any kdebase-kdm sub-package. So, both are non-issues and only temporary breakage in rawhide. From mtasaka at ioa.s.u-tokyo.ac.jp Thu Apr 26 16:02:59 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 27 Apr 2007 01:02:59 +0900 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <200704261145.30756.jkeating@redhat.com> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6e24a8e80704260401s346a7472t3c76bd4d44ec9807@mail.gmail.com> <1177585984.4903.0.camel@vader.jdub.homelinux.org> <200704261145.30756.jkeating@redhat.com> Message-ID: <4630CD33.2020208@ioa.s.u-tokyo.ac.jp> Jesse Keating wrote, at 04/27/2007 12:45 AM +9:00: > On Thursday 26 April 2007 07:13:04 Josh Boyer wrote: >> On Thu, 2007-04-26 at 13:01 +0200, Mark wrote: >>> remove kdebase with force ^_^ >>> so: >>> rpm -e --nodeps kdebase >>> yum -y update lftp >>> yum -y install kdebase >> You'll have to remove lftp the same way. > > While these are workarounds, they are not solutions. Are there bugs filed for > these? This is something that should just work. More investigation needed, > alas I'm a tad busy right now, would somebody like to take this on? For lftp, there seemed to be some comfusion on merge review (bug 225984). Once -devel package was shipped, however actually it should not be and -devel package was dropped. For kdebase, I don't know Mamoru From jkeating at redhat.com Thu Apr 26 16:09:16 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 26 Apr 2007 12:09:16 -0400 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <20070426180357.64de9f73.mschwendt.tmp0701.nospam@arcor.de> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <200704261145.30756.jkeating@redhat.com> <20070426180357.64de9f73.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200704261209.17162.jkeating@redhat.com> On Thursday 26 April 2007 12:03:57 Michael Schwendt wrote: > lftp-devel was a temporary mistake in rawhide. To upgrade to the latest > lftp, just "rpm -e lftp-devel" as this package has been removed again. > > kdebase-kdm is non-existant, too. It does not exist in FC <= 6 and does > not exist in rawhide either. The kdebase %changelog does not mention any > kdebase-kdm sub-package. > > So, both are non-issues and only temporary breakage in rawhide. Would not a Obsoletes/Provides lftp-devel solve this problem for lftp? We wanted to have a working upgrade path in rawhide, some from day one, me from later test releases, but it is still a goal. Would not this change provide that with little impact? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Thu Apr 26 16:24:33 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 26 Apr 2007 16:24:33 -0000 Subject: Summary - Broken dependencies in Fedora Extras development - 2007-04-26 Message-ID: <20070426162433.8503.16370@extras64.linux.duke.edu> Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de WINGs-devel - 0.92.0-11.fc7.i386 WINGs-devel - 0.92.0-11.fc7.ppc WINGs-devel - 0.92.0-11.fc7.x86_64 cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 (10 days) gaim-gaym - 0.96-3.7.293svn.fc7.ppc (10 days) gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 (10 days) devrim AT commandprompt.com python-psycopg2-zope - 2.0.5.1-7.fc7.i386 (6 days) python-psycopg2-zope - 2.0.5.1-7.fc7.ppc (6 days) python-psycopg2-zope - 2.0.5.1-7.fc7.x86_64 (6 days) j.w.r.degoede AT hhs.nl ClanLib - 0.8.0-4.fc7.i386 (7 days) ClanLib - 0.8.0-4.fc7.i386 (7 days) ClanLib - 0.8.0-4.fc7.ppc (7 days) ClanLib - 0.8.0-4.fc7.x86_64 (7 days) ClanLib06 - 0.6.5-7.fc6.i386 (7 days) ClanLib06 - 0.6.5-7.fc6.i386 (7 days) ClanLib06 - 0.6.5-7.fc6.ppc (7 days) ClanLib06 - 0.6.5-7.fc6.x86_64 (7 days) fbg - 0.9-3.fc7.i386 (7 days) fbg - 0.9-3.fc7.ppc (7 days) fbg - 0.9-3.fc7.x86_64 (7 days) methane - 1.4.7-1.fc7.i386 (7 days) methane - 1.4.7-1.fc7.ppc (7 days) methane - 1.4.7-1.fc7.x86_64 (7 days) michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 (10 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc (10 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 (10 days) mmcgrath AT redhat.com python-meld3 - 0.6-2.fc7.i386 (3 days) python-meld3 - 0.6-2.fc7.ppc (3 days) python-meld3 - 0.6-2.fc7.x86_64 (3 days) musuruan AT gmail.com tecnoballz - 0.91-5.fc7.i386 (7 days) tecnoballz - 0.91-5.fc7.ppc (7 days) tecnoballz - 0.91-5.fc7.x86_64 (7 days) paul AT all-the-johnsons.co.uk xmms-libs - 1:1.2.10-36.fc7.i386 (7 days) xmms-libs - 1:1.2.10-36.fc7.i386 (7 days) xmms-libs - 1:1.2.10-36.fc7.ppc (7 days) xmms-libs - 1:1.2.10-36.fc7.x86_64 (7 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i586 (2 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 (2 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc (2 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 (2 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 (2 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 (2 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc (2 days) ====================================================================== Broken packages in fedora-extras-development-i386: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 fbg-0.9-3.fc7.i386 requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i586 requires kernel-i586 = 0:2.6.20-1.3094.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3094.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.i686 requires kernel-i686 = 0:2.6.20-1.3094.fc7PAE methane-1.4.7-1.fc7.i386 requires libmikmod.so.2 python-psycopg2-zope-2.0.5.1-7.fc7.i386 requires zope tecnoballz-0.91-5.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-ppc: ClanLib-0.8.0-4.fc7.ppc requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.ppc requires libmikmod.so.2 fbg-0.9-3.fc7.ppc requires libmikmod.so.2 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3094.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.ppc requires kernel-ppc = 0:2.6.20-1.3094.fc7smp methane-1.4.7-1.fc7.ppc requires libmikmod.so.2 python-psycopg2-zope-2.0.5.1-7.fc7.ppc requires zope tecnoballz-0.91-5.fc7.ppc requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.ppc requires libmikmod.so.2 ====================================================================== Broken packages in fedora-extras-development-x86_64: ClanLib-0.8.0-4.fc7.i386 requires libmikmod.so.2 ClanLib-0.8.0-4.fc7.x86_64 requires libmikmod.so.2()(64bit) ClanLib06-0.6.5-7.fc6.i386 requires libmikmod.so.2 ClanLib06-0.6.5-7.fc6.x86_64 requires libmikmod.so.2()(64bit) fbg-0.9-3.fc7.x86_64 requires libmikmod.so.2()(64bit) gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) kmod-em8300-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3094.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3094.fc7.1.rc1.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3094.fc7kdump methane-1.4.7-1.fc7.x86_64 requires libmikmod.so.2()(64bit) python-psycopg2-zope-2.0.5.1-7.fc7.x86_64 requires zope tecnoballz-0.91-5.fc7.x86_64 requires libmikmod.so.2()(64bit) xmms-libs-1:1.2.10-36.fc7.i386 requires libmikmod.so.2 xmms-libs-1:1.2.10-36.fc7.x86_64 requires libmikmod.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-needsign-development-i386: WINGs-devel-0.92.0-11.fc7.i386 requires Xft-devel python-meld3-0.6-2.fc7.i386 requires python-elementtree ====================================================================== Broken packages in fedora-extras-needsign-development-ppc: WINGs-devel-0.92.0-11.fc7.ppc requires Xft-devel python-meld3-0.6-2.fc7.ppc requires python-elementtree ====================================================================== Broken packages in fedora-extras-needsign-development-x86_64: WINGs-devel-0.92.0-11.fc7.x86_64 requires Xft-devel python-meld3-0.6-2.fc7.x86_64 requires python-elementtree From rdieter at math.unl.edu Thu Apr 26 16:31:37 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 26 Apr 2007 11:31:37 -0500 Subject: Rawhide update problem - kdebase and lftp References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> Message-ID: David Hunter wrote: > I have the following versions of lftp and kdebase installed: ... > [root at localhost packages]# rpm -Uvh kdebase* > error: Failed dependencies: > kdebase = 6:3.5.6-4.fc7 is needed by (installed) > kdebase-kdm-3.5.6-4.fc7.i386 You're mix-n-matching official kde with kde-redhat pkgs here. To go back to Fedora's/official kde, rpm -e kdebase-kdm then upgrade as usual. -- Rex From jkeating at redhat.com Thu Apr 26 17:12:30 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 26 Apr 2007 13:12:30 -0400 Subject: Making the merge happen Message-ID: <200704261312.31237.jkeating@redhat.com> Test4 is out, Final looms, must have merge! http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge is the working page for the merge status. I would like to get merged asap and shake out the problems and get some builds done before the final freeze. Please provide input! -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chris.stone at gmail.com Thu Apr 26 17:17:36 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Thu, 26 Apr 2007 10:17:36 -0700 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <46304EFC.5000303@leemhuis.info> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> Message-ID: On 4/26/07, Thorsten Leemhuis wrote: > Political in the sense > of "Fedora/EPEL is bad/unfair to existing repos because it doesn't use a > repotag". Why is the repotag even considered part of the version string? repotags _should_ have nothing to do with version numbers as far as I understand it. From wwoods at redhat.com Thu Apr 26 17:37:11 2007 From: wwoods at redhat.com (Will Woods) Date: Thu, 26 Apr 2007 13:37:11 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) Message-ID: <1177609031.22781.47.camel@metroid.rdu.redhat.com> The Fedora Project is pleased to announce the release of the fourth and final test release of Fedora 7! Test 4 is for beta users. This is the time when we MUST have full community participation. Without this participation both hardware and software functionality suffers. We need your help. Join us! Road Map And Release Schedule ============================= This is the final test release before the final Fedora 7 release, which is scheduled for May 24, 2007. For further information see http://fedoraproject.org/wiki/Releases/7/ How to get it: ============= DVD and network installation are available. We also offer three different varieties of installable Live media - see "Live CD", below. http://torrent.fedoraproject.org/ The recommended method of download is via BitTorrent from this site. http://fedora.redhat.com/Download/mirrors.html HTTP, FTP, and RSYNC downloads are available from Fedora Project mirrors listed above. Note that not all mirrors may be synced at this time. For those of you already running a pre-release version of Fedora 7, all you need to do to upgrade to Test 4 is update your packages. Release Notes: ============= Testing focus * Users of e1000 (Intel gigabit ethernet) devices should be on the lookout for device lockups, although we believe this is fixed. * The new wireless stack is working well but still needs testing. In particular, iwlwifi (Intel 3945) has been troublesome in the past but should be much better in this release. * Upgrades from Fedora Core 6 (or older) should be tested, but please be careful - this is still a test release and we can't guarantee everything will work as expected. Important Warnings about the Test Release * The 2.6.21 kernel uses new IDE drivers which use the same 'libata' subsystem as the SATA drivers. As a side-effect, IDE devices previously named /dev/hdX will now be named /dev/sdX. This may cause problems with anything that mentions devices by name instead of by filesystem label. Anaconda should be able to detect most of these problems and help you fix them. General * In previous test releases the default product was called "Prime", but after feedback from Marketing and the community it has been renamed simply "Fedora". * Fedora 7 Test 4's primary product is a Desktop/Development Workstation/Server distribution which closely matches the contents of previous Fedora Core releases. Live CD * This test release includes three Live images: an i386 Desktop Live CD, an x86_64 Desktop Live DVD, and an i386 KDE Live CD. These Live CDs can be installed to disk using the graphical Anaconda installer. Desktop * This test release features GNOME 2.18. * The new Echo icon theme is no longer the default, although it is still available from the repositories. * KDE and Xfce, among several other packages, are included in the development repositories, but not on the media. They can be installed using the appropriate software management tools. * Fast User Switching is now available via the fast-user-switch-applet. See http://fedoraproject.org/wiki/Releases/FeatureFastUserSwitching for more details. * The internet messaging program called "Gaim" is now known as "Pidgin". See http://pidgin.im/ for more info. Performance * System performance is generally slower in the test releases as compared to the general release since we enable several options that help with debugging. * Yum / rpm performance should be better in this release than previous Fedora 7 test releases. System Level Changes * Amanda Users who upgrade from older releases need to read the amanda.conf and amanda-client.conf man pages to learn about the the new syntax for calling amandad, as well as edit the /etc/xinetd.d/amanda configuration file to follow the new syntax. * This release includes a kernel based on 2.6.21-rc7. Current release information is tracked on the kernel release notes page: http://fedoraproject.org/wiki/Docs/Beats/Kernel Bug reporting and tracking: ========================== The Release Engineering and QA teams keep track of bugs that are considered release blockers. You can see that list here: http://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FC7Blocker In addition, a list of non-blocker bugs that should be fixed for Fedora 7 if possible can be found here: http://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FC7Target Please check these lists before reporting new bugs! Bugs for this release should be reported against the Fedora Core product, version 'devel'. You can use this convenient link to report bugs: https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora% 20Core&version=devel About Fedora ============ Fedora is a set of projects sponsored by Red Hat and guided by the contributors. These projects are developed by a large community of people who strive to provide and maintain the very best in free, open source software and standards. The central Fedora project is an operating system and platform based on Linux that is always free for anyone to use, modify, and distribute, now and forever. You can help the Fedora Project community continue to improve Fedora if you file bug reports and enhancement requests. Refer to http://fedoraproject.org/wiki/BugsAndFeatureRequests for more information. Thank you for your participation! To find out more general information about Fedora, refer to the following Web pages: * Fedora Overview (http://fedoraproject.org/wiki/Overview) * Fedora FAQ (http://fedoraproject.org/wiki/FAQ) * Help and Support (http://fedoraproject.org/wiki/Communicate) * Participate in the Fedora Project (http://fedoraproject.org/wiki/HelpWanted) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Thu Apr 26 17:44:51 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 26 Apr 2007 19:44:51 +0200 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <200704261209.17162.jkeating@redhat.com> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <200704261145.30756.jkeating@redhat.com> <20070426180357.64de9f73.mschwendt.tmp0701.nospam@arcor.de> <200704261209.17162.jkeating@redhat.com> Message-ID: <20070426174451.GA2897@free.fr> On Thu, Apr 26, 2007 at 12:09:16PM -0400, Jesse Keating wrote: > > Would not a Obsoletes/Provides lftp-devel solve this problem for lftp? We > wanted to have a working upgrade path in rawhide, some from day one, me from > later test releases, but it is still a goal. Would not this change provide > that with little impact? I don't think this is a good idea. We shouldn't introduce ugly hacks for temporary errors in packaging. -- Pat From alan at clueserver.org Thu Apr 26 17:56:20 2007 From: alan at clueserver.org (alan) Date: Thu, 26 Apr 2007 10:56:20 -0700 (PDT) Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177609031.22781.47.camel@metroid.rdu.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: On Thu, 26 Apr 2007, Will Woods wrote: > The Fedora Project is pleased to announce the release of the fourth and > final test release of Fedora 7! > > How to get it: > ============= > DVD and network installation are available. We also offer three > different varieties of installable Live media - see "Live CD", below. > > http://torrent.fedoraproject.org/ > The recommended method of download is via BitTorrent from this site. The torrent site has not been updated to include the FC7t4 torrents. -- "Invoking the supernatural can explain anything, and hence explains nothing." - University of Utah bioengineering professor Gregory Clark From jkeating at redhat.com Thu Apr 26 17:54:47 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 26 Apr 2007 13:54:47 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: <200704261354.47831.jkeating@redhat.com> On Thursday 26 April 2007 13:56:20 alan wrote: > The torrent site has not been updated to include the FC7t4 torrents. Torrents are coming online soon. I failed to upload them to the torrent server in time. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Apr 26 17:55:52 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 26 Apr 2007 13:55:52 -0400 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <20070426174451.GA2897@free.fr> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <200704261209.17162.jkeating@redhat.com> <20070426174451.GA2897@free.fr> Message-ID: <200704261355.53098.jkeating@redhat.com> On Thursday 26 April 2007 13:44:51 Patrice Dumas wrote: > I don't think this is a good idea. We shouldn't introduce ugly hacks for > temporary errors in packaging. I don't want to either, however I was convinced a while ago by a FESCo meeting that we wanted to preserve upgrade paths within Rawhide after a certain point, and I think we've past that point for F7. The Obsoletes/Provides could get dropped for the F8 fork of the package (not the F7 or F7 updates version) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bruno at wolff.to Thu Apr 26 18:06:53 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 26 Apr 2007 13:06:53 -0500 Subject: Root filesystem encryption patch set In-Reply-To: <20070426101213.GA4250@dudweiler.stuttgart.redhat.com> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> <1177527194.22781.6.camel@metroid.rdu.redhat.com> <20070425202754.GA29114@wolff.to> <20070426101213.GA4250@dudweiler.stuttgart.redhat.com> Message-ID: <20070426180653.GA19905@wolff.to> On Thu, Apr 26, 2007 at 12:12:13 +0200, Florian La Roche wrote: > > Hello Bruno, > > you can add information on addon patches and still outstanding issues to > http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems , so that > other people can review them. But that doesn't get any patches added to anything. Probably there is some way to find out who is responsible for mkinitrd and then we can ask them to include the patches once F8 starts. I think there had been an assumption that this person had been watching the bugzilla entry for encrypted file systems and would include patches posted there once people reported they were working OK. That assumption seems to have been incorrect. From ajackson at redhat.com Thu Apr 26 17:55:17 2007 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 26 Apr 2007 13:55:17 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177609031.22781.47.camel@metroid.rdu.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: <1177610117.2745.19.camel@localhost.localdomain> On Thu, 2007-04-26 at 13:37 -0400, Will Woods wrote: > Desktop > * This test release features GNOME 2.18. > * The new Echo icon theme is no longer the default, although it is > still available from the repositories. > * KDE and Xfce, among several other packages, are included in the > development repositories, but not on the media. They can be > installed using the appropriate software management tools. > * Fast User Switching is now available via the > fast-user-switch-applet. See > http://fedoraproject.org/wiki/Releases/FeatureFastUserSwitching > for more details. > * The internet messaging program called "Gaim" is now known as > "Pidgin". See http://pidgin.im/ for more info. Intel graphics users may now find themselves switched onto the new modesetting driver. All i945 and i965 chips should now use it by default, as well as i915GM (mostly laptops and small-form-factor machines). Please yell if anything doesn't work. - ajax From mschwendt.tmp0701.nospam at arcor.de Thu Apr 26 18:23:34 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 26 Apr 2007 20:23:34 +0200 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <200704261355.53098.jkeating@redhat.com> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <200704261209.17162.jkeating@redhat.com> <20070426174451.GA2897@free.fr> <200704261355.53098.jkeating@redhat.com> Message-ID: <20070426202334.95ef33b4.mschwendt.tmp0701.nospam@arcor.de> On Thu, 26 Apr 2007 13:55:52 -0400, Jesse Keating wrote: > On Thursday 26 April 2007 13:44:51 Patrice Dumas wrote: > > I don't think this is a good idea. We shouldn't introduce ugly hacks for > > temporary errors in packaging. > > I don't want to either, however I was convinced a while ago by a FESCo meeting > that we wanted to preserve upgrade paths within Rawhide after a certain > point, and I think we've past that point for F7. The Obsoletes/Provides > could get dropped for the F8 fork of the package (not the F7 or F7 updates > version) A versioned Obsoletes would work, but would be ugly. A Provides would be completely wrong. You certainly do not want to make lftp Provides lftp-devel. Further, other forms of temporary breakage in rawhide cannot be fixed (think "broken scriptlets") or would require unnecessarily complex work-arounds. From j.w.r.degoede at hhs.nl Thu Apr 26 18:57:56 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 26 Apr 2007 20:57:56 +0200 Subject: Making the merge happen In-Reply-To: <200704261312.31237.jkeating@redhat.com> References: <200704261312.31237.jkeating@redhat.com> Message-ID: <4630F634.6020806@hhs.nl> Jesse Keating wrote: > Test4 is out, Final looms, must have merge! > > http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge is the working > page for the merge status. I would like to get merged asap and shake out the > problems and get some builds done before the final freeze. > > Please provide input! > I noticed a comment in a merge-related gstreamer-plugins-good bug (post merge rebuild needed to pick up some extra deps) that this rebuild would be postponed. I think this would be a pity. Said rebuild will not introduce any changes to existing plugins, but only add a few new ones. Some of which are quite usefull like shoutcast support. Regards, Hans From hughsient at gmail.com Thu Apr 26 18:57:39 2007 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 26 Apr 2007 19:57:39 +0100 Subject: Making the merge happen In-Reply-To: <4630F634.6020806@hhs.nl> References: <200704261312.31237.jkeating@redhat.com> <4630F634.6020806@hhs.nl> Message-ID: <1177613859.2586.20.camel@hughsie-laptop> On Thu, 2007-04-26 at 20:57 +0200, Hans de Goede wrote: > Some of which are quite usefull like shoutcast support. Couldn't this just be released as an update post F7? It seems pretty low risk... Richard From buildsys at fedoraproject.org Thu Apr 26 19:06:04 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 26 Apr 2007 15:06:04 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-26 Message-ID: <20070426190604.09C13152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 67 R-2.5.0-1.fc7 SIBsim4-0.15-1.fc7 asymptote-1.26-1.fc7 basket-1.0.2-1.fc7 centericq-4.21.0-12.fc7 cernlib-2006-8.fc7 chemtool-1.6.10-1.fc7 crystal-1.0.3-1.fc7 digikam-0.9.1-2.fc7 dosbox-0.70-2.fc7 exiv2-0.14-1.fc7 fedora-usermgmt-0.9-2.fc7 fluxbox-1.0.0-0.1.rc3.fc7 gobby-0.4.3-1.fc7 gwenview-1.4.1-3.fc7.1 kipi-plugins-0.1.3-3.fc7 kmenu-gnome-0.6.2.1-1.fc7 kphotoalbum-3.0.2-1.fc7 ktechlab-0.3.6-2.fc7 kvm-19-2 libgadu-1.7.1-1.fc7 libkexiv2-0.1.2-3.fc7 libnasl-2.2.9-2.fc7 libopensync-0.22-3.fc7 libopensync-plugin-evolution2-0.22-1.fc7 libopensync-plugin-file-0.22-1.fc7 libopensync-plugin-gpe-0.22-1.fc7 libopensync-plugin-irmc-0.22-1.fc7 libopensync-plugin-kdepim-0.22-1.fc7 libopensync-plugin-palm-0.22-1.fc7 libopensync-plugin-python-0.22-1.fc7 mcs-0.4.1-3.fc7 milter-greylist-3.0-2.fc7 NEW mugshot-1.1.42-3.fc7 (!) nagios-2.7-2.fc7 : INVALID rebuild, not published! NEW nautilus-python-0.4.3-3.fc7 nessus-core-2.2.9-2.fc7 net6-1.3.4-1.fc7 obby-0.4.4-1.fc7 opensc-0.11.2-0.3.rc2.fc7 openvpn-2.1-0.19.rc4.fc7 ots-0.4.2-11.fc7 NEW perl-Email-Date-1.102-2.fc7 NEW perl-Email-Send-2.185-2.fc7 NEW perl-Hash-WithDefaults-0.04-2.fc7 NEW perl-JSON-1.11-2.fc7 perl-Module-Refresh-0.11-1.fc7 NEW perl-Workflow-0.26-3.fc7 perltidy-20070424-1.fc7 php-adodb-4.94-1.fc7 python-bibtex-1.2.4-1.fc7 python-biopython-1.43-4.fc7 pyxattr-0.2.1-4.fc7 rpy-0.4.6-16.fc7 rrdtool-1.2.19-2.fc7 scribes-0.3.2.1-1.fc7 sobby-0.4.3-2.fc7 srecord-1.32-1.fc7 NEW stgit-0.12.1-2.fc7 tor-0.1.2.13-0.fc7 transmission-0.71-1.fc7 ufraw-0.11-6.fc7 uudeview-0.5.20-12 NEW xclip-0.08-3.fc7 xdg-user-dirs-gtk-0.5-1.fc7 xine-lib-1.1.6-2.fc7 zaptel-1.4.2.1-1.fc7 Packages built and released for Fedora Extras 6: 42 R-2.5.0-1.fc6 asymptote-1.26-1.fc6 basket-1.0.2-1.fc6 centericq-4.21.0-10.fc6 chemtool-1.6.10-1.fc6 crystal-1.0.3-1.fc6 denyhosts-2.6-4.fc6 fedora-usermgmt-0.9-2.fc6 fluxbox-1.0.0-0.1.rc3.fc6 kmenu-gnome-0.6.2.1-1.fc6 ktechlab-0.3.6-2.fc6 libgadu-1.7.1-1.fc6 libopensync-0.22-1.fc6 libopensync-plugin-evolution2-0.22-1.fc6 libopensync-plugin-file-0.22-1.fc6 libopensync-plugin-gpe-0.22-1.fc6 libopensync-plugin-irmc-0.22-1.fc6 libopensync-plugin-kdepim-0.22-1.fc6 libopensync-plugin-palm-0.22-1.fc6 libopensync-plugin-python-0.22-1.fc6 NEW mugshot-1.1.42-1.fc6 NEW nautilus-python-0.4.3-3.fc6 NEW perl-Email-Date-1.102-2.fc6 NEW perl-Email-Send-2.185-2.fc6 NEW perl-Hash-WithDefaults-0.04-2.fc6 NEW perl-JSON-1.11-2.fc6 perl-Module-Refresh-0.11-1.fc6 perl-WWW-Bugzilla-0.9-1.fc6 NEW perl-Workflow-0.26-3.fc6 pymsn-0.2.2-1.fc6 python-bibtex-1.2.4-1.fc6 python-biopython-1.43-4.fc6 pyxattr-0.2.1-4.fc6 rpy-0.4.6-16.fc6 rrdtool-1.2.19-2.fc6 srecord-1.32-1.fc6 NEW stgit-0.12.1-2.fc6 telepathy-butterfly-0.1.4-1.fc6 transmission-0.71-1.fc6 NEW xclip-0.08-3.fc6 xine-lib-1.1.6-2.fc6 zaptel-1.4.2.1-1.fc6 Packages built and released for Fedora Extras 5: 30 R-2.5.0-1.fc5 asymptote-1.26-1.fc5 chemtool-1.6.10-1.fc5 crystal-1.0.3-1.fc5 denyhosts-2.6-4.fc5 kmenu-gnome-0.6.2.1-1.fc5 koffice-1.6.2-3.fc5.1 ktechlab-0.3.6-2.fc5 libgadu-1.7.1-1.fc5 libopensync-0.22-1.fc5 libopensync-plugin-evolution2-0.22-1.fc5 libopensync-plugin-file-0.22-1.fc5 libopensync-plugin-gpe-0.22-1.fc5 libopensync-plugin-irmc-0.22-1.fc5 libopensync-plugin-kdepim-0.22-1.fc5 libopensync-plugin-palm-0.22-1.fc5 libopensync-plugin-python-0.22-1.fc5 NEW perl-Email-Date-1.102-2.fc5.1 NEW perl-Email-Send-2.185-2.fc5 NEW perl-Hash-WithDefaults-0.04-2.fc5 NEW perl-JSON-1.11-2.fc5 perl-Module-Refresh-0.11-1.fc5 NEW perl-Workflow-0.26-3.fc5 python-bibtex-1.2.4-1.fc5 NEW python-biopython-1.43-4.fc5 pyxattr-0.2.1-4.fc5 rpy-0.4.6-16.fc5 rrdtool-1.2.19-2.fc5 srecord-1.32-1.fc5 transmission-0.71-1.fc5 asymptote-1.26-1.fc7 -------------------- * Wed Apr 25 2007 Jose Pedro Oliveira - 1.26-1 - Update to 1.26. basket-1.0.2-1.fc7 ------------------ * Tue Apr 24 2007 Aurelien Bompard 1.0.2-1 - version 1.0.2 (bug 237660) centericq-4.21.0-12.fc7 ----------------------- * Sun Apr 01 2007 Andreas Bierfert 4.21.0-12 - fix #233808 (503 jabber disco) - fix #233901 (no sound/no translation) cernlib-2006-8.fc7 ------------------ * Tue Apr 24 2007 Patrice Dumas 2006-8 - change the soname with gfortran after coordination with debian maintainer chemtool-1.6.10-1.fc7 --------------------- * Wed Apr 25 2007 Dominik 'Rathann' Mierzejewski 1.6.10-1 - updated to 1.6.10 crystal-1.0.3-1.fc7 ------------------- * Wed Apr 25 2007 Chitlesh Goorah - 1.0.3-1 - New upstream release 1.0.3 digikam-0.9.1-2.fc7 ------------------- * Mon Apr 02 2007 Rex Dieter 0.9.1-2 - exiv2-0.14 patch - cleanup/simplify BR's,Requires,d-f-i usage dosbox-0.70-2.fc7 ----------------- * Wed Apr 25 2007 Andreas Bierfert 0.70-2 - fix #230902 * Sun Mar 04 2007 Andreas Bierfert 0.70-1 - version upgrade (#230768) exiv2-0.14-1.fc7 ---------------- * Mon Apr 02 2007 Rex Dieter 0.14-1 - exiv2-0.14 fedora-usermgmt-0.9-2.fc7 ------------------------- * Wed Apr 25 2007 Enrico Scholz - 0.9-2 - fixed version in the Provides/Obsoletes of -default-fedora-setup (bz fluxbox-1.0.0-0.1.rc3.fc7 ------------------------- * Tue Mar 20 2007 Andreas Bierfert 1.0.0-0.1.rc3 - version upgrade - fix #236509 - fix #229307 gobby-0.4.3-1.fc7 ----------------- * Wed Apr 25 2007 Luke Macken - 0.4.3-1 - 0.4.3 gwenview-1.4.1-3.fc7.1 ---------------------- * Wed Apr 25 2007 Rex Dieter 1.4.1-3.1 - respin for exiv2-0.14 kipi-plugins-0.1.3-3.fc7 ------------------------ * Wed Apr 25 2007 Rex Dieter 0.1.3-3 - respin against exiv2-0.14 kmenu-gnome-0.6.2.1-1.fc7 ------------------------- * Tue Apr 24 2007 Chitlesh Goorah - 0.6.2.1-1 - New upstream release * Mon Apr 23 2007 Ariszlo <- 0.6.2.1-0.1 - Removed package_games_kids icons already added to kdebase - Preparing release 0.6.3 kphotoalbum-3.0.2-1.fc7 ----------------------- * Mon Apr 16 2007 Rex Dieter 3.0.2-1 - kphotoalbum-3.0.2 ktechlab-0.3.6-2.fc7 -------------------- * Fri Apr 20 2007 Chitlesh Goorah - 0.3.6-2 - rebuild * Wed Apr 18 2007 Chitlesh Goorah - 0.3.6-1 - New svn snapshot * Wed Jan 03 2007 Chitlesh Goorah - 0.3-10 #development release - New development snapshot - 20070103 - dropped ktechlab-check.patch * Thu Dec 28 2006 Chitlesh Goorah - 0.3-9 #development release - uncomment define CHECK in src/electronics/simulation/elementset.cpp * Wed Dec 27 2006 Chitlesh Goorah - 0.3-8 #development release - New development snapshot - 20061227 * Mon Dec 25 2006 Chitlesh Goorah - 0.3-7 #development release - New development snapshot - Providing testing facilities to upstream - dropped ktechlab-0.3-pic.patch - package does not ship autom4te.cache anymore - fixed missing make for src/math kvm-19-2 -------- * Wed Apr 25 2007 Jeremy Katz - 19-2 - fix kernel and ramdisk being specified on the command line (#237879) libgadu-1.7.1-1.fc7 ------------------- * Wed Apr 25 2007 Dominik Mierzejewski 1.7.1-1 - updated to 1.7.1 (security fixes) libkexiv2-0.1.2-3.fc7 --------------------- * Mon Apr 16 2007 Rex Dieter 0.1.2-3 - libkexiv2-0.1.2 (for exiv2-0.14) libnasl-2.2.9-2.fc7 ------------------- * Wed Apr 25 2007 Andreas Bierfert 2.2.9-2 - fix #228374 libopensync-0.22-3.fc7 ---------------------- * Thu Apr 26 2007 Andreas Bierfert 0.22-3 - fix typo * Wed Apr 25 2007 Andreas Bierfert 0.22-2 - fix #228375 * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade #231845 libopensync-plugin-evolution2-0.22-1.fc7 ---------------------------------------- * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade libopensync-plugin-file-0.22-1.fc7 ---------------------------------- * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade libopensync-plugin-gpe-0.22-1.fc7 --------------------------------- * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade libopensync-plugin-irmc-0.22-1.fc7 ---------------------------------- * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade libopensync-plugin-kdepim-0.22-1.fc7 ------------------------------------ * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade libopensync-plugin-palm-0.22-1.fc7 ---------------------------------- * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade libopensync-plugin-python-0.22-1.fc7 ------------------------------------ * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade mcs-0.4.1-3.fc7 --------------- * Thu Apr 12 2007 Ralf Ertzinger 0.4.1-3.fc7 - Mark config file as such milter-greylist-3.0-2.fc7 ------------------------- * Wed Apr 25 2007 Enrico Scholz - 3.0-2 - fixed user name in config file (bz #237737) - commented out pidfile entry; it is to be set by the init methods mugshot-1.1.42-3.fc7 -------------------- * Thu Apr 26 2007 Owen Taylor - 1.1.42-2 - 1.1.42 * Wed Apr 25 2007 Owen Taylor - 1.1.41-2 - Package the D-BUS service file * Wed Apr 25 2007 Owen Taylor - 1.1.41-1 - 1.1.41 * Thu Mar 29 2007 Owen Taylor - 1.1.40-1 - 1.1.40 nagios-2.7-2.fc7 ---------------- nautilus-python-0.4.3-3.fc7 --------------------------- * Sat Apr 21 2007 Trond Danelsen - 0.4.3-3 - Moved example code to devel package. * Thu Apr 19 2007 Jef Spaleta - 0.4.3-2 - Package review corrections * Wed Apr 04 2007 Trond Danielsen - 0.4.3-1 - Initial version nessus-core-2.2.9-2.fc7 ----------------------- * Wed Apr 25 2007 Andreas Bierfert 2.2.9-2 - fix #233888 net6-1.3.4-1.fc7 ---------------- * Wed Apr 25 2007 Luke Macken - 1.3.4-1 - 1.3.4 obby-0.4.4-1.fc7 ---------------- * Wed Apr 25 2007 Luke Macken - 0.4.4-1 - 0.4.4 opensc-0.11.2-0.3.rc2.fc7 ------------------------- * Tue Apr 24 2007 Ville Skytt? - 0.11.2-0.3.rc2 - 0.11.2-rc2. openvpn-2.1-0.19.rc4.fc7 ------------------------ * Thu Apr 26 2007 Steven Pritchard 2.1-0.19.rc4 - Update to 2.1_rc4 ots-0.4.2-11.fc7 ---------------- * Mon Apr 23 2007 Peter Gordon - 0.4.2-11 - Remove static libraries (%_libdir/*.a). - Fix %defattr lines in the %files listings. - Lots of formatting/aesthetic fixes. - Remove pkgconfig from build-time dependencies (required by glib2-devel and libxml2-devel). - Add LDFLAGS to fix shared library linking: libots-1.so.0 needs to link to glib2 and libxml2 libraries to fix unresolved symbol errors. (Resolves bug - Split off libs subpackage to avoid potential multilib conflicts. perl-Email-Date-1.102-2.fc7 --------------------------- * Tue Apr 24 2007 Tom "spot" Callaway - 1.102-2 - add missing BR: perl(Test::Pod), perl(Test::Pod::Coverage) - get rid of WARNING: License * Sun Apr 01 2007 Tom "spot" Callaway - 1.102-1 - Initial package for Fedora perl-Email-Send-2.185-2.fc7 --------------------------- * Tue Apr 24 2007 Tom "spot" Callaway - 2.185-2 - get rid of WARNING: LICENSE... - add missing BR * Sun Apr 01 2007 Tom "spot" Callaway - 2.185-1 - Initial package for Fedora perl-Hash-WithDefaults-0.04-2.fc7 --------------------------------- * Wed Apr 25 2007 Chris Weyl 0.04-2 - bump * Wed Apr 18 2007 Chris Weyl 0.04-1 - Specfile autogenerated by cpanspec 1.69.1. perl-JSON-1.11-2.fc7 -------------------- * Wed Apr 25 2007 Chris Weyl 1.11-2 - bump * Tue Apr 24 2007 Chris Weyl 1.11-1 - update to 1.11 * Wed Apr 18 2007 Chris Weyl 1.10-1 - Specfile autogenerated by cpanspec 1.69.1. perl-Module-Refresh-0.11-1.fc7 ------------------------------ * Wed Apr 25 2007 Ralf Cors?pius < - 0.11-1 - Upstream update. perl-Workflow-0.26-3.fc7 ------------------------ * Wed Apr 25 2007 Chris Weyl 0.26-3 - bump * Sat Apr 07 2007 Chris Weyl 0.26-2 - add BR's for optional tests perltidy-20070424-1.fc7 ----------------------- * Tue Apr 24 2007 Ville Skytt? - 20070424-1 - 20070424. php-adodb-4.94-1.fc7 -------------------- * Fri Apr 06 2007 Aurelien Bompard 4.94-1 - version 4.94 - move install path to %_datadir/php/adodb (#235461) python-bibtex-1.2.4-1.fc7 ------------------------- * Wed Apr 25 2007 Zoltan Kota - 1.2.4-1 - update to 1.2.4 python-biopython-1.43-4.fc7 --------------------------- * Wed Apr 25 2007 Alex Lancaster 1.43-4 - Add wise2 Requires since the Wise biopython module uses the command-line behind-the-scenes. pyxattr-0.2.1-4.fc7 ------------------- * Wed Apr 25 2007 Marcin Zajaczkowski - 0.2.1-4 - added Provides/Obsoletes tags R-2.5.0-1.fc7 ------------- * Wed Apr 25 2007 Tom "spot" Callaway 2.5.0-1 - bump to 2.5.0 rpy-0.4.6-16.fc7 ---------------- * Thu Apr 26 2007 Jos? Matos - 0.4.6-16 - Rebuild to link with R 2.5.0 rrdtool-1.2.19-2.fc7 -------------------- * Wed Apr 25 2007 Jarod Wilson 1.2.19-2 - Define %python_version *before* its needed (#237826) scribes-0.3.2.1-1.fc7 --------------------- * Tue Apr 24 2007 Peter Gordon - 0.3.2.1-1 - Update to new upstream release (0.3.2.1). - Add patch to fix the header of print jobs (incomplete filenames): + fix-Job.py-print-header-path.patch - Move %configure call to %build stage (%prep should only be source unpacking/patching/etc). - Reorder scriptlets (aesthetic change only). * Sun Apr 01 2007 Peter Gordon - 0.3.2-1 - Update to new upstream release (0.3.2). - Update %post and %postun scriplets for new icon-cache guidelines. SIBsim4-0.15-1.fc7 ------------------ * Tue Apr 24 2007 Christian Iseli 0.15-1 - Version 0.15. - Set Source0 according to Packaging/SourceURL sobby-0.4.3-2.fc7 ----------------- * Thu Apr 26 2007 Luke Macken - 0.4.3-2 - Add avahi-glib-devel to BuildRequires * Wed Apr 25 2007 Luke Macken - 0.4.3-1 - 0.4.3 srecord-1.32-1.fc7 ------------------ * Tue Apr 24 2007 Jose Pedro Oliveira - 1.32-1 - Update to 1.32. stgit-0.12.1-2.fc7 ------------------ * Wed Apr 25 2007 James Bowes - 0.12.1-2 - Use macro for datadir. * Thu Apr 19 2007 James Bowes - 0.12.1-1 - Update version. - Don't install the bash prompt shell script as executable. tor-0.1.2.13-0.fc7 ------------------ * Wed Apr 25 2007 Enrico Scholz - 0.1.2.13-1 - updated to 0.1.2.13 - minor cleanups; especially in the %doc section transmission-0.71-1.fc7 ----------------------- * Wed Apr 25 2007 Denis Leroy - 0.71-1 - Update to 0.71 - Removed custom desktop file - Added patch to fix manpath ufraw-0.11-6.fc7 ---------------- * Wed Apr 25 2007 Rex Dieter - 0.11-6 - exiv2 patch (#237846) * Wed Apr 25 2007 Rex Dieter - 0.11-5 - respin for exiv2-0.14 uudeview-0.5.20-12 ------------------ * Wed Apr 25 2007 Adrian Reber - 0.5.20-12 - fix typo in uulib-devel provides (bz #237836) - and also renamed uulib-devel to uulib-static xclip-0.08-3.fc7 ---------------- * Wed Apr 25 2007 Tom "spot" Callaway 0.08-3 - add extra BR for old FC versions * Wed Apr 25 2007 Tom "spot" Callaway 0.08-2 - smp_mflags * Tue Apr 24 2007 Tom "spot" Callaway 0.08-1 - initial package for Fedora Extras xdg-user-dirs-gtk-0.5-1.fc7 --------------------------- * Wed Apr 25 2007 - 0.5-1 - Update to 0.5 - Fixes silly dialog when no translations (#237384) xine-lib-1.1.6-2.fc7 -------------------- * Wed Apr 25 2007 Ville Skytt? - 1.1.6-2 - Make Real codec search path /usr/lib(64)/codecs again (#237743). zaptel-1.4.2.1-1.fc7 -------------------- * Wed Apr 25 2007 Jeffrey C. Ollie - 1.4.2.1-1 - Update to 1.4.2.1 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From dwmw2 at infradead.org Thu Apr 26 19:12:35 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 26 Apr 2007 20:12:35 +0100 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177609031.22781.47.camel@metroid.rdu.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: <1177614755.2755.432.camel@pmac.infradead.org> On Thu, 2007-04-26 at 13:37 -0400, Will Woods wrote: > The Fedora Project is pleased to announce the release of the fourth and > final test release of Fedora 7! And the first which should install out of the box on PlayStation 3 :) -- dwmw2 From mclasen at redhat.com Thu Apr 26 19:19:57 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 26 Apr 2007 15:19:57 -0400 Subject: Making the merge happen In-Reply-To: <1177613859.2586.20.camel@hughsie-laptop> References: <200704261312.31237.jkeating@redhat.com> <4630F634.6020806@hhs.nl> <1177613859.2586.20.camel@hughsie-laptop> Message-ID: <1177615197.30677.1.camel@localhost.localdomain> On Thu, 2007-04-26 at 19:57 +0100, Richard Hughes wrote: > On Thu, 2007-04-26 at 20:57 +0200, Hans de Goede wrote: > > Some of which are quite usefull like shoutcast support. > > Couldn't this just be released as an update post F7? It seems pretty low > risk... Here https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=Merge is a tracker bug for desktop-related things that wait for the merge. Most of them will probably have to wait until after final and go out as updates, since they are pretty much by definition about adding features to core packages, and thus incompatible with the ongoing freeze. Matthias From wwoods at redhat.com Thu Apr 26 20:52:32 2007 From: wwoods at redhat.com (Will Woods) Date: Thu, 26 Apr 2007 16:52:32 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <200704261354.47831.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704261354.47831.jkeating@redhat.com> Message-ID: <1177620752.8868.0.camel@zebes.localdomain> On Thu, 2007-04-26 at 13:54 -0400, Jesse Keating wrote: > On Thursday 26 April 2007 13:56:20 alan wrote: > > The torrent site has not been updated to include the FC7t4 torrents. > > Torrents are coming online soon. I failed to upload them to the torrent > server in time. They're up now. Enjoy. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Thu Apr 26 21:22:06 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 26 Apr 2007 13:22:06 -0800 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> Message-ID: <604aa7910704261422w2c3d356ex1b128d4695771d01@mail.gmail.com> On 4/26/07, Christopher Stone wrote: > Why is the repotag even considered part of the version string? > repotags _should_ have nothing to do with version numbers as far as I > understand it. Historically, rpm's default cmdline query output doesn't provide vendor identification information so its difficult for some users to easily figure out where a package came from. The rpm cmdline tool was never really designed with multiple package vendors in mind. Its a problem. Nor does yum's default status information provide any vendor information for installed packages when using yum list. Certainly the add/remove gui makes no such effort to inform you of the vendor for any installed package. Even the rpmpkg log that gets created nightly doesn't make any effort to inform local admins about multiple vendors. Repotags are a downstream effort to fix short-comings in status information for the most common clientside package management tool commands so that some repository originating information is relayed to the poor unsuspecting and uninformed user/admin. Repotags are duct tape. Something needs to be done to help users figure out where a package if there is a problem... on their own. If they have to wander into an irc channel or a web forum or mailinglist or bugzilla and be told how to check the vendor string for packages.. so they can then go to the correct irc channel or web forum or mailinglist or bugzilla ... that's just wasteful and prone to the sins of misinformation (or the glory of unpolitic truth depending on your pov). These sort of repetitive interactions with less technically skilled users strongly suggests the usability of the clientside package management tools needs to enhanced to be more robust to troubleshooting situations that involve multiple repository package sets. The reality is, its a lot easier to install new packages from 3rd party repositories, then it is to go back and to identify which package came from where..without a repotags. Seriously, only perverse masochists, like myself, go through the trouble reading the complete manpage of rpm and learning about the --qf option. We certainly shouldn't be expecting novice home system admins to know about --qf. They really need a more accessible way to see the breakdown of their installed packages by Vendor. Even the Vendor tag isn't authoritative really. The only way we can generally solve this currently this is to rely on the actually package signatures and relate those back to signing key ID strings (until packages start using a more generalized cert istead of gpg sigs). And there doesn't appear to be any way to do that with even an rpm commandline argument with the rpm in fedora currently. "Who signed this package" is not a question that rpm can reasonably answer as far as I can tell. I wouldn't characterize an alpha-numeric key ID in the -qi output as user-friendly. I'd love to be able to ask that question and get information like the output of rpm -q --qf "%{SUMMARY}\n" gpg-pubkey-1ac70ce6-41bebeef. You could of course go further and have repository information linked to that particular key which repository aware client tools could use to bring up contact information such as the bug tracker and communication channels to be used for any package. Just remember there is an underlying usability problem that goes past the surface politics which repotags try to impact. In the grubby unpure everyday user world of multiple repositories, when problems or bugs show up, how do those users interact with their computer system so that they can be pointed to the best location for assistance for the application they are having problems with? If repotags aren't a sound technical answer, then what is? And more importantly who is going to step up to the plate and implement it?. -jef"not me"spaleta -jef From markg85 at gmail.com Thu Apr 26 22:36:36 2007 From: markg85 at gmail.com (Mark) Date: Fri, 27 Apr 2007 00:36:36 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177620752.8868.0.camel@zebes.localdomain> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704261354.47831.jkeating@redhat.com> <1177620752.8868.0.camel@zebes.localdomain> Message-ID: <6e24a8e80704261536v43c57e3bx23b5d10a9df6ab8@mail.gmail.com> downloaded it and installed it :) looking good so far.. sadly the echo icon theme didn't made it in :( o btw.. during the installation (in anaconda) where you select your country on that globe map.. DON'T PRESS THE MOUSEWHEEL!! i did it and the screen went black with: "it`s safe to reboot" or something like it. 2007/4/26, Will Woods : > > On Thu, 2007-04-26 at 13:54 -0400, Jesse Keating wrote: > > On Thursday 26 April 2007 13:56:20 alan wrote: > > > The torrent site has not been updated to include the FC7t4 torrents. > > > > Torrents are coming online soon. I failed to upload them to the torrent > > server in time. > > They're up now. Enjoy. > > -w > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuznetsovaval at yahoo.ca Fri Apr 27 00:18:54 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Thu, 26 Apr 2007 20:18:54 -0400 Subject: contributing a software through bugzilla In-Reply-To: <20070426184149.0E1487317F@hormel.redhat.com> References: <20070426184149.0E1487317F@hormel.redhat.com> Message-ID: <1177633134.3406.9.camel@localhost.localdomain> I submitted my software for review through bugzilla in order to contribute the software to RedHat. A guy who checked the script told me to fix some problems. I fixed all problems that he mentioned and sent him new links of the software in the same bug report. I haven't heard anything from him since April 16. Here is a question: do I need to submit new links as a new bug report? if no...how long does it usually take to review the software? Thanks, Anton From kevin.kofler at chello.at Fri Apr 27 00:33:05 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 27 Apr 2007 00:33:05 +0000 (UTC) Subject: Announcing Fedora 7 Test 4 (6.93) References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: Will Woods redhat.com> writes: > * KDE and Xfce, among several other packages, are included in the > development repositories, but not on the media. They can be > installed using the appropriate software management tools. Is this paragraph left over from the test 1 "minimal desktop spin" attempt? KDE appears to actually be included in the spin-formerly-known-as-Prime. http://sunsite.mff.cuni.cz/pub/fedora/test/6.93/Fedora/i386/os/Fedora/ Kevin Kofler From dev at nigelj.com Fri Apr 27 01:00:58 2007 From: dev at nigelj.com (Nigel Jones) Date: Fri, 27 Apr 2007 13:00:58 +1200 (NZST) Subject: contributing a software through bugzilla In-Reply-To: <1177633134.3406.9.camel@localhost.localdomain> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> Message-ID: <8309.202.74.202.139.1177635658.squirrel@webmail.nigelj.com> > I submitted my software for review through bugzilla in order to > contribute the software to RedHat. A guy who checked the script told me > to fix some problems. I fixed all problems that he mentioned and sent > him new links of the software in the same bug report. I haven't heard > anything from him since April 16. Here is a question: do I need to > submit new links as a new bug report? if no...how long does it usually > take to review the software? Everyone: Anton is referring to Bug #236486 [1] Anton: Manuel Wolfshant who was kind enough to point out a few problems is not obligated to review it officially, he might have just noticed your entry, and had a quick look. These are pre-reviews. As you need someone to sponsor you, that limits the number of people that can accept for package into fedora down to roughly 50 (last time I looked). I'm not absolutely sure but I don't think Manuel is one of them. Some tips however: * Do a couple of well rounded out pre-reviews, for an example [2] is one I did while waiting for a sponsor. * Look into what other packages you can prepare * Have patience, you submitted your package on the 14th and from experience it can take a good 2+ weeks. > > Thanks, > Anton > [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236486 [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235802#c1 Regards, N.J. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From wwoods at redhat.com Fri Apr 27 01:16:46 2007 From: wwoods at redhat.com (Will Woods) Date: Thu, 26 Apr 2007 21:16:46 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: <1177636606.8868.5.camel@zebes.localdomain> On Fri, 2007-04-27 at 00:33 +0000, Kevin Kofler wrote: > Will Woods redhat.com> writes: > > * KDE and Xfce, among several other packages, are included in the > > development repositories, but not on the media. They can be > > installed using the appropriate software management tools. > > Is this paragraph left over from the test 1 "minimal desktop spin" attempt? KDE > appears to actually be included in the spin-formerly-known-as-Prime. > http://sunsite.mff.cuni.cz/pub/fedora/test/6.93/Fedora/i386/os/Fedora/ Whoops! You're completely correct. My fault for not reading what I was copying & pasting more closely. The current Fedora spin does include KDE, but not XFCE. Both are available post-install. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wolfy at nobugconsulting.ro Fri Apr 27 01:40:57 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 27 Apr 2007 04:40:57 +0300 Subject: contributing a software through bugzilla In-Reply-To: <8309.202.74.202.139.1177635658.squirrel@webmail.nigelj.com> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <8309.202.74.202.139.1177635658.squirrel@webmail.nigelj.com> Message-ID: <463154A9.8060407@nobugconsulting.ro> On 04/27/2007 04:00 AM, Nigel Jones wrote: >> I submitted my software for review through bugzilla in order to >> contribute the software to RedHat. A guy who checked the script told me >> to fix some problems. I fixed all problems that he mentioned and sent >> him new links of the software in the same bug report. I haven't heard >> anything from him since April 16. Here is a question: do I need to >> submit new links as a new bug report? if no...how long does it usually >> take to review the software? >> > Everyone: Anton is referring to Bug #236486 [1] > > Anton: Manuel Wolfshant who was kind enough to point out a few problems is > not obligated to review it officially, he might have just noticed your > entry, and had a quick look. These are pre-reviews. > FWIW: I wanted to continue the pre-review at the time but despite the announcement of the new version, it was not available online. And I did not assign the review to myself because I am not a sponsor, as Nigel has correctly said. Anton: after a new quick glance over your spec (my test machine is currently offline so I cannot test in mock): it lacks changelog entries (for -3 at least) From miles.lane at gmail.com Fri Apr 27 02:12:30 2007 From: miles.lane at gmail.com (Miles Lane) Date: Thu, 26 Apr 2007 22:12:30 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177609031.22781.47.camel@metroid.rdu.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: My laptop's screen is 1280x768, but the desktop background displayed for the LiveCD is 1600x1200. The Display Settings configuration app shows the correct resolution. Is it possible to have the desktop display a widescreen background automatically? I found a couple of bugs that seem somewhat related. Is a new bug report needed? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175303 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176371 From miles.lane at gmail.com Fri Apr 27 02:21:37 2007 From: miles.lane at gmail.com (Miles Lane) Date: Thu, 26 Apr 2007 22:21:37 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177609031.22781.47.camel@metroid.rdu.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: >From an i386 LiveCD, I loaded the CD into RAM. The boot instructions suggest 1GB+ of RAM is needed. I have: Memory: 989420k/1014656k available (2150k kernel code, 24560k reserved, 1140k data, 248k init, 97152k highmem) It booted fine, but I loaded the background settings app and then Firefox. At that point everything basically froze. I couldn't find a bugreport for this, but I suspect this has already been reported? Miles From davehoz at gmail.com Fri Apr 27 02:36:26 2007 From: davehoz at gmail.com (David Hunter) Date: Fri, 27 Apr 2007 12:36:26 +1000 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> Message-ID: <6bb886180704261936q76a69f7av7a3a97055c4d2c74@mail.gmail.com> I did that and then when i did the following, it went like this: [root at localhost packages]# rpm -Uvh kdebase-3.5.6-5.fc7.i386.rpm Preparing... ########################################### [100%] file /etc/kderc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/clockappletrc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/kcmnspluginrc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/kdeglobals from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/kdesktoprc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/kickerrc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/konquerorrc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/ksplashrc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/kwinrc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-settings-3.5-18.fc7 file /usr/share/config/profilerc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-settings-3.5-18.fc7 file /etc/kderc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/clockappletrc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/kcmnspluginrc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/kdeglobals from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/kdesktoprc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/kickerrc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/konquerorrc from install of kdebase-3.5.6-5.fc7 conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/ksplashrc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/kwinrc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-config-3.5-17.fc7 file /usr/share/config/profilerc from install of kdebase-3.5.6-5.fc7conflicts with file from package kde-config-3.5-17.fc7 On 27/04/07, Rex Dieter wrote: > > David Hunter wrote: > > > I have the following versions of lftp and kdebase installed: > ... > > [root at localhost packages]# rpm -Uvh kdebase* > > error: Failed dependencies: > > kdebase = 6:3.5.6-4.fc7 is needed by (installed) > > kdebase-kdm-3.5.6-4.fc7.i386 > > You're mix-n-matching official kde with kde-redhat pkgs here. > > To go back to Fedora's/official kde, > rpm -e kdebase-kdm > then upgrade as usual. > > -- Rex > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Fri Apr 27 03:37:08 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 26 Apr 2007 23:37:08 -0400 Subject: Root filesystem encryption patch set In-Reply-To: <20070426180653.GA19905@wolff.to> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> <1177527194.22781.6.camel@metroid.rdu.redhat.com> <20070425202754.GA29114@wolff.to> <20070426101213.GA4250@dudweiler.stuttgart.redhat.com> <20070426180653.GA19905@wolff.to> Message-ID: <20070427033708.GA6783@nostromo.devel.redhat.com> Bruno Wolff III (bruno at wolff.to) said: > I think there had been an assumption that this person had been watching > the bugzilla entry for encrypted file systems and would include patches > posted there once people reported they were working OK. That assumption seems > to have been incorrect. The patches, as posted, are broken: - they introduce a new configuration file when mkinitrd already has one - they hardcode device names in the exact same way that /etc/crypttab does, meaning that it will fail in the exact same way with hotplugged drives or device ordering changes that /etc/crypttab does (and does with a vengeance in any FC6 -> F7 upgrade). Considering this is the root device, that's *bad*. Bill From rdieter at math.unl.edu Fri Apr 27 04:22:24 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 26 Apr 2007 23:22:24 -0500 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: <6bb886180704261936q76a69f7av7a3a97055c4d2c74@mail.gmail.com> References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6bb886180704261936q76a69f7av7a3a97055c4d2c74@mail.gmail.com> Message-ID: David Hunter wrote: > I did that and then when i did the following, it went like this: > > [root at localhost packages]# rpm -Uvh kdebase-3.5.6-5.fc7.i386.rpm > Preparing... ########################################### > [100%] > file /etc/kderc from install of kdebase-3.5.6-5.fc7 conflicts > with file from package kde-settings-3.5-18.fc7 > file /usr/share/config/clockappletrc from install of > kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 Arg, rpm -e --nodeps kde-settings and give it another go. Hopefully, we'll get all these issues sorted out *real soon now*. -- Rex From jkeating at redhat.com Fri Apr 27 04:21:29 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 27 Apr 2007 00:21:29 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177636606.8868.5.camel@zebes.localdomain> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <1177636606.8868.5.camel@zebes.localdomain> Message-ID: <200704270021.29345.jkeating@redhat.com> On Thursday 26 April 2007 21:16:46 Will Woods wrote: > On Fri, 2007-04-27 at 00:33 +0000, Kevin Kofler wrote: > > Will Woods redhat.com> writes: > > > ? ? ? * KDE and Xfce, among several other packages, are included in the > > > ? ? ? ? development repositories, but not on the media. They can be > > > ? ? ? ? installed using the appropriate software management tools. > > > > Is this paragraph left over from the test 1 "minimal desktop spin" > > attempt? KDE appears to actually be included in the > > spin-formerly-known-as-Prime. > > http://sunsite.mff.cuni.cz/pub/fedora/test/6.93/Fedora/i386/os/Fedora/ > > Whoops! You're completely correct. My fault for not reading what I was > copying & pasting more closely. Ooops. I didn't even notice that during proof reading. Shows how much good I was :/ -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Fri Apr 27 07:10:45 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 27 Apr 2007 09:10:45 +0200 Subject: contributing a software through bugzilla In-Reply-To: <1177633134.3406.9.camel@localhost.localdomain> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> Message-ID: <20070427071045.GA2886@free.fr> On Thu, Apr 26, 2007 at 08:18:54PM -0400, Anton Kuznetsov wrote: > him new links of the software in the same bug report. I haven't heard > anything from him since April 16. Here is a question: do I need to > submit new links as a new bug report? if no...how long does it usually > take to review the software? You should understand that in the Fedora project (just like in free software) contributors are (in general) benevolent. And in general, when they are not they are overwhelemed. So a review and sponsorship pending may take very few time to be looked at if it is of interest for a sponsor and/or a reviewer. But it may also take a great amount of time for many reasons, like lack of interest from the reviewers, not enough time to review, and any other reason you can imagine. Currently the review queue is quite big because all the package formerly in core has to be reviewed. But even before the merge review there were reviews that were some years old. -- Pat From sundaram at fedoraproject.org Fri Apr 27 07:19:24 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 27 Apr 2007 12:49:24 +0530 Subject: contributing a software through bugzilla In-Reply-To: <20070427071045.GA2886@free.fr> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> Message-ID: <4631A3FC.9010302@fedoraproject.org> Patrice Dumas wrote: Currently the review queue > is quite big because all the package formerly in core has to be > reviewed. But even before the merge review there were reviews that were > some years old. Do we really have reviews stalled for years? We should probably have a policy in place that reviews over a few months get closed. Rahul From luya_tfz at thefinalzone.com Fri Apr 27 07:25:49 2007 From: luya_tfz at thefinalzone.com (Luya Tshimbalanga) Date: Fri, 27 Apr 2007 00:25:49 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <6e24a8e80704261536v43c57e3bx23b5d10a9df6ab8@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704261354.47831.jkeating@redhat.com> <1177620752.8868.0.camel@zebes.localdomain> <6e24a8e80704261536v43c57e3bx23b5d10a9df6ab8@mail.gmail.com> Message-ID: <4631A57D.3000603@thefinalzone.com> Mark wrote: > downloaded it and installed it :) > looking good so far.. sadly the echo icon theme didn't made it in :( It is still there but not by default. An upsteam bug from librsvg causes some SVG echo icon to not properly display on the desktop. As a result, they are under modifications. I have backed up the original until librsvg (version 2.16.1) is fixed. Regards, From pertusus at free.fr Fri Apr 27 07:22:57 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 27 Apr 2007 09:22:57 +0200 Subject: contributing a software through bugzilla In-Reply-To: <4631A3FC.9010302@fedoraproject.org> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> Message-ID: <20070427072257.GC2886@free.fr> On Fri, Apr 27, 2007 at 12:49:24PM +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > > Currently the review queue > >is quite big because all the package formerly in core has to be > >reviewed. But even before the merge review there were reviews that were > >some years old. > > Do we really have reviews stalled for years? We should probably have a > policy in place that reviews over a few months get closed. Why? We have the stalled review policy that covers this subject fine, in my opinion. And yes I have at least months old or years submissions but I can't see why they should be closed. Same for submissions I am reviewing and that are stuck for whatever reason. -- Pat From jamatos at fc.up.pt Fri Apr 27 07:31:23 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Fri, 27 Apr 2007 08:31:23 +0100 Subject: contributing a software through bugzilla In-Reply-To: <4631A3FC.9010302@fedoraproject.org> References: <20070426184149.0E1487317F@hormel.redhat.com> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> Message-ID: <200704270831.23518.jamatos@fc.up.pt> On Friday 27 April 2007 8:19:24 am Rahul Sundaram wrote: > Patrice Dumas wrote: > > Currently the review queue > > > is quite big because all the package formerly in core has to be > > reviewed. But even before the merge review there were reviews that were > > some years old. > > Do we really have reviews stalled for years? We should probably have a > policy in place that reviews over a few months get closed. No need for that, we have dealt with most cases in a reasonable way, including reviews that were open for several months for any reason. At present the process is a bit slow because there are more reviews to do (some due to Core merge) and others, always a good sign. > Rahul -- Jos? Ab?lio From sundaram at fedoraproject.org Fri Apr 27 07:32:45 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 27 Apr 2007 13:02:45 +0530 Subject: contributing a software through bugzilla In-Reply-To: <20070427072257.GC2886@free.fr> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <20070427072257.GC2886@free.fr> Message-ID: <4631A71D.1030104@fedoraproject.org> Patrice Dumas wrote: > On Fri, Apr 27, 2007 at 12:49:24PM +0530, Rahul Sundaram wrote: >> Patrice Dumas wrote: >> >> Currently the review queue >>> is quite big because all the package formerly in core has to be >>> reviewed. But even before the merge review there were reviews that were >>> some years old. >> Do we really have reviews stalled for years? We should probably have a >> policy in place that reviews over a few months get closed. > > > Why? We have the stalled review policy that covers this subject fine, in > my opinion. And yes I have at least months old or years submissions but I > can't see why they should be closed. Same for submissions I am reviewing > and that are stuck for whatever reason. If no one is interested in reviewing a package for years together then it is just hogging up the queue without the benefits. If a package has been submitted over say 6 months back then that submission is useless is most cases since newer software would have been released that makes the software as well as associated reviews obsolete. Rahul From dev at nigelj.com Fri Apr 27 07:51:31 2007 From: dev at nigelj.com (Nigel Jones) Date: Fri, 27 Apr 2007 19:51:31 +1200 Subject: contributing a software through bugzilla In-Reply-To: <4631A71D.1030104@fedoraproject.org> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <20070427072257.GC2886@free.fr> <4631A71D.1030104@fedoraproject.org> Message-ID: <4631AB83.6000407@nigelj.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rahul Sundaram wrote: > Patrice Dumas wrote: >> On Fri, Apr 27, 2007 at 12:49:24PM +0530, Rahul Sundaram wrote: >>> Patrice Dumas wrote: >>> >>> Currently the review queue >>>> is quite big because all the package formerly in core has to be >>>> reviewed. But even before the merge review there were reviews that were >>>> some years old. >>> Do we really have reviews stalled for years? We should probably have >>> a policy in place that reviews over a few months get closed. >> >> >> Why? We have the stalled review policy that covers this subject fine, in >> my opinion. And yes I have at least months old or years submissions but I >> can't see why they should be closed. Same for submissions I am reviewing >> and that are stuck for whatever reason. > > If no one is interested in reviewing a package for years together then > it is just hogging up the queue without the benefits. If a package has > been submitted over say 6 months back then that submission is useless is > most cases since newer software would have been released that makes the > software as well as associated reviews obsolete. A submitted review, can be held up due to other dependencies that continuously get added, or because of the continued great work of maintainers (and reviewers alike), that are working well on bettering themselves at packaging and insuring Fedora keeps to a reasonable minimum standard, while proceeding through the review process. 'Good things take time' - -- N.J. > > Rahul > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGMauDpldg9bRmG6kRAuj3AKCBVNDGBiy1VinacqEuR3F2rRtVZACdE20s cryTpAup1fk4bDRQvzwV+VY= =Hx5t -----END PGP SIGNATURE----- From rc040203 at freenet.de Fri Apr 27 08:20:33 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 27 Apr 2007 10:20:33 +0200 Subject: contributing a software through bugzilla In-Reply-To: <4631A3FC.9010302@fedoraproject.org> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> Message-ID: <1177662033.30803.732.camel@mccallum.corsepiu.local> On Fri, 2007-04-27 at 12:49 +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > > Currently the review queue > > is quite big because all the package formerly in core has to be > > reviewed. But even before the merge review there were reviews that were > > some years old. > > Do we really have reviews stalled for years? Yes, I withdrew two packages of mine after they had been lingering around in the queue for 14 months and turned away from fedora to shipping them via a 3rd party repo, instead. > We should probably have a > policy in place that reviews over a few months get closed. In my cases, the reasons probably, was the packages being beyond the capability of most "review monkeys" and being too specialized to be interesting to the masses. For such cases, a "time out" is inappropriate. Ralf From sundaram at fedoraproject.org Fri Apr 27 08:23:00 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 27 Apr 2007 13:53:00 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177609031.22781.47.camel@metroid.rdu.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: <4631B2E4.80006@fedoraproject.org> Will Woods wrote: > > General > * In previous test releases the default product was called > "Prime", but after feedback from Marketing and the community it > has been renamed simply "Fedora". Are you referring to Red Hat marketing here? It certainly wasn't discussed in Fedora Marketing. Where was this discussed publicly? Rahul From pertusus at free.fr Fri Apr 27 08:49:41 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 27 Apr 2007 10:49:41 +0200 Subject: contributing a software through bugzilla In-Reply-To: <4631A71D.1030104@fedoraproject.org> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <20070427072257.GC2886@free.fr> <4631A71D.1030104@fedoraproject.org> Message-ID: <20070427084940.GE2886@free.fr> On Fri, Apr 27, 2007 at 01:02:45PM +0530, Rahul Sundaram wrote: > > If no one is interested in reviewing a package for years together then > it is just hogging up the queue without the benefits. If a package has > been submitted over say 6 months back then that submission is useless is > most cases since newer software would have been released that makes the > software as well as associated reviews obsolete. Not necessarily. It should be judged on a case by case by submitters. And even if there is a new version, the review should be continued in the same ticket. The history of a submission may be interesting on its own, closing tickets and reopening new unnecessarily makes things hard to follow. Moreover removing tickets from the queue while they are not reviewed is wrong and gives a false view on the number and the packages waiting for a review. Stalled reviews (for good or bad reasons) should be in the needinfo state (although it is possible that the meaning of needinfo has changed with the new review process). Last reason to keep them is that sometimes the upstream is informed about the submission and closing without reason means having to recontact them when a new review is done (it is the case for 2 old reviews of me, one not so old, the other very old). -- Pat From mschwendt.tmp0701.nospam at arcor.de Fri Apr 27 09:42:47 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 27 Apr 2007 11:42:47 +0200 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6bb886180704261936q76a69f7av7a3a97055c4d2c74@mail.gmail.com> Message-ID: <20070427114247.cc247c0d.mschwendt.tmp0701.nospam@arcor.de> On Thu, 26 Apr 2007 23:22:24 -0500, Rex Dieter wrote: > David Hunter wrote: > > I did that and then when i did the following, it went like this: > > > > [root at localhost packages]# rpm -Uvh kdebase-3.5.6-5.fc7.i386.rpm > > Preparing... ########################################### > > [100%] > > file /etc/kderc from install of kdebase-3.5.6-5.fc7 conflicts > > with file from package kde-settings-3.5-18.fc7 > > file /usr/share/config/clockappletrc from install of > > kdebase-3.5.6-5.fc7 conflicts with file from package kde-settings-3.5-18.fc7 > > Arg, > rpm -e --nodeps kde-settings > and give it another go. And most likely also rpm -e kde-config --nodeps > Hopefully, we'll get all these issues sorted out *real soon now*. Are you indicating that kde-redhat will be fixed or that it will go away? Hopefully these problems affect only rawhide based installs. KDE is quite popular. Making it too easy to break a Fedora KDE installation with incompatible/conflicting packages is really not good. From buildsys at redhat.com Fri Apr 27 09:58:37 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 27 Apr 2007 05:58:37 -0400 Subject: rawhide report: 20070427 changes Message-ID: <200704270958.l3R9wbv6007777@hs20-bc2-6.build.redhat.com> Updated Packages: comps-extras-12-1 ----------------- * Thu Apr 26 2007 Bill Nottingham - 12-1 - updates to match current icon theme eclipse-1:3.2.2-9.fc7 --------------------- * Fri Apr 27 2007 Ben Konrath 3.2.2-9 - Remove BR eclipse-pde. - Related: #236895 elfutils-0.127-1.fc7 -------------------- * Wed Apr 18 2007 Roland McGrath - 0.127-1 - Update to 0.127 - libdw: new function dwarf_getsrcdirs - libdwfl: new functions dwfl_module_addrsym, dwfl_report_begin_add, dwfl_module_address_section g-wrap-1.9.6-10 --------------- * Thu Jan 18 2007 Bill Nottingham - 1.9.6-10 - remove .la files - fix build with -Werror - fix install-info () * Thu Jan 11 2007 Bill Nottingham - 1.9.6-8 - various spec cleanups gcc-4.1.2-11 ------------ * Wed Apr 25 2007 Jakub Jelinek 4.1.2-11 - update from gcc-4_1-branch (-r123951:124100) - PRs middle-end/31448, preprocessor/30468, target/28623, target/31641 - Java fixes - PRs classpath/31626, classpath/31646, #236895 - fix a couple of translation bugs that could lead to ICEs (#235008) - fix ICE with #pragma omp parallel inside of a try catch construct (PR tree-optimization/30558) - fix OpenMP clause handling in templates (PR c++/31598) * Thu Apr 19 2007 Jakub Jelinek 4.1.2-10 - fix folding of comparisions against min, min+1, max-1, max (#236711, PR tree-optimization/31632) - fix _mm_cmpord_ss on i?86/x86_64 (#237067) - Java proxy fix (Andrew Haley, #236895) * Wed Apr 18 2007 Jakub Jelinek 4.1.2-9 - update from gcc-4_1-branch (-r123462:123951) - PRs c++/30168, c++/31074, c++/31449, c++/31517, c/31520, middle-end/30729, target/25448, target/30289, target/30483, target/31361, target/31582, testsuite/31578 - fix %build_java 0 build (#235500) - fix libjava build on alpha (#236337) - fix for Java AWT programs that could hang X server (Francis Kung, PR classpath/31311) - fix gnu.javax.net.ssl.provider.SSLSocketFactoryImpl (Tom Tromey, #236614) gmp-4.1.4-12.3 -------------- * Tue Apr 24 2007 Karsten Hopp 4.1.4-12.3 - fix library permissions hal-0.5.9-6.fc7 --------------- * Wed Apr 25 2007 David Zeuthen - 0.5.9-6 - Pick up the latest fixes from 0.5.9 stable branch - Drop firewire prober patch as this is already in the 0.5.9 stable branch - Resolves: #237871 (pass correct quirks) * Wed Apr 18 2007 Kristian H??gsberg - 0.5.9-5 - Update firewire prober to use correct ioctl codes. * Tue Apr 17 2007 David Zeuthen - 0.5.9-4 - Rebuild without hal-info bits and Require new package hal-info (#230707) kernel-2.6.21-1.3116.fc7 ------------------------ * Thu Apr 26 2007 Dave Jones - 2.6.21 * Wed Apr 25 2007 Dave Jones - 2.6.21-rc7-git9 * Wed Apr 25 2007 Dave Jones - Disable CONFIG_ACPI_ASUS in favour of CONFIG_ASUS_LAPTOP mikmod-3.2.2-2.fc7 ------------------ * Sat Apr 21 2007 Jindrich Novy 3.2.2-2 - downgrade libmikmod to avoid dependency problems before F7 release - minor spec fixes pm-utils-0.99.3-2.fc7 --------------------- * Wed Apr 25 2007 Peter Jones - 0.99.3-2 - Get rid of bogus redirect on "vbetool post" - add zlib linkage for vbetool and radeontool rdesktop-1.5.0-2.fc7 -------------------- * Thu Apr 26 2007 David Zeuthen - 1.5.0-2 - Fix segfault triggered by X11 update (#238032) redhat-artwork-5.0.12-6.fc7 --------------------------- * Tue Apr 24 2007 Matthias Clasen 5.0.12-6 - Inherit the Bluecurve icon theme, too rhpl-0.205-1 ------------ * Thu Apr 26 2007 Jeremy Katz - 0.205-1 - Fix tracebacks with unicode strings (#237956) spamassassin-3.2.0-0.5.rc3.fc7 ------------------------------ * Fri Apr 13 2007 Warren Togami 3.2.0-0.5.rc3 - 3.2.0 rc3 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ia64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.i386 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.x86_64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 gimp - 2:2.2.13-2.fc7.ppc64 requires gimp-print >= 0:4.2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 From kevin.kofler at chello.at Fri Apr 27 10:16:03 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 27 Apr 2007 10:16:03 +0000 (UTC) Subject: Rawhide update problem - kdebase and lftp References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6bb886180704261936q76a69f7av7a3a97055c4d2c74@mail.gmail.com> <20070427114247.cc247c0d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: Michael Schwendt arcor.de> writes: > > Hopefully, we'll get all these issues sorted out *real soon now*. > > Are you indicating that kde-redhat will be fixed or that it will go away? AFAIK, the plan is actually to apply the same package splits used now in kde-redhat to the official Fedora KDE packages. Kevin Kofler From jwboyer at jdub.homelinux.org Fri Apr 27 11:07:50 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 27 Apr 2007 06:07:50 -0500 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <4631B2E4.80006@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> Message-ID: <1177672070.4903.5.camel@vader.jdub.homelinux.org> On Fri, 2007-04-27 at 13:53 +0530, Rahul Sundaram wrote: > Will Woods wrote: > > > > General > > * In previous test releases the default product was called > > "Prime", but after feedback from Marketing and the community it > > has been renamed simply "Fedora". > > Are you referring to Red Hat marketing here? It certainly wasn't Yes. > discussed in Fedora Marketing. Where was this discussed publicly? To my knowledge it wasn't discussed on a public list. Though it was debated in IRC several times. josh From davehoz at gmail.com Fri Apr 27 11:22:37 2007 From: davehoz at gmail.com (David Hunter) Date: Fri, 27 Apr 2007 21:22:37 +1000 Subject: Rawhide update problem - kdebase and lftp In-Reply-To: References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6bb886180704261936q76a69f7av7a3a97055c4d2c74@mail.gmail.com> <20070427114247.cc247c0d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <6bb886180704270422r4dd26a55wdbc640130aa7a6ff@mail.gmail.com> I?ve disabled the kde.repo file, and got ride of all my kde stuff and starting from scratch using the Fedora built in Kde rpm files. On 27/04/07, Kevin Kofler wrote: > > Michael Schwendt arcor.de> writes: > > > Hopefully, we'll get all these issues sorted out *real soon now*. > > > > Are you indicating that kde-redhat will be fixed or that it will go > away? > > AFAIK, the plan is actually to apply the same package splits used now in > kde-redhat to the official Fedora KDE packages. > > Kevin Kofler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdieter at math.unl.edu Fri Apr 27 11:57:06 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 27 Apr 2007 06:57:06 -0500 Subject: Rawhide update problem - kdebase and lftp References: <6bb886180704260358h756be717ocb5e99c80e026a92@mail.gmail.com> <6bb886180704261936q76a69f7av7a3a97055c4d2c74@mail.gmail.com> <20070427114247.cc247c0d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: Michael Schwendt wrote: > On Thu, 26 Apr 2007 23:22:24 -0500, Rex Dieter wrote: >> Hopefully, we'll get all these issues sorted out *real soon now*. > > Are you indicating that kde-redhat will be fixed or that it will go away? kde-redhat has a borked read-only repo server atm, but yeah, intentions are to fix things asap. Otherwise, I plan on syncing most/all changes back to fedora's packaging as soon as kde is moved to Extras or core/extras move, whichever comes first. -- Rex From buildsys at fedoraproject.org Fri Apr 27 14:16:46 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 27 Apr 2007 14:16:46 -0000 Subject: Summary - Broken dependencies in Fedora Extras development - 2007-04-27 Message-ID: <20070427141646.23990.46343@extras64.linux.duke.edu> Summary of broken packages (by owner): cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 (11 days) gaim-gaym - 0.96-3.7.293svn.fc7.ppc (11 days) gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 (11 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.20_1.3104.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.20_1.3104.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.20_1.3104.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.20_1.3104.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.20_1.3104.fc7.x86_64 michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 (11 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc (11 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 (11 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i586 kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 kmod-em8300-smp - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc ====================================================================== Broken packages in fedora-extras-development-i386: gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 kmod-sysprof-1.0.8-1.2.6.20_1.3104.fc7.i586 requires kernel-i586 = 0:2.6.20-1.3104.fc7 kmod-sysprof-1.0.8-1.2.6.20_1.3104.fc7.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.20_1.3104.fc7.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7PAE ====================================================================== Broken packages in fedora-extras-development-ppc: gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 ====================================================================== Broken packages in fedora-extras-development-x86_64: gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires gaim >= 2:2.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) kmod-sysprof-1.0.8-1.2.6.20_1.3104.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.20_1.3104.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7kdump ====================================================================== Broken packages in fedora-extras-needsign-development-i386: kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i586 requires kernel-i586 = 0:2.6.20-1.3104.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7PAE ====================================================================== Broken packages in fedora-extras-needsign-development-ppc: kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc requires kernel-ppc = 0:2.6.20-1.3104.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc requires kernel-ppc = 0:2.6.20-1.3104.fc7smp ====================================================================== Broken packages in fedora-extras-needsign-development-x86_64: kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7kdump From drago01 at gmail.com Fri Apr 27 14:30:36 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 27 Apr 2007 16:30:36 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177609031.22781.47.camel@metroid.rdu.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> Message-ID: <4632090C.9050307@gmail.com> bug 234684 is still not fixed, which was a test4 blocker (no boot!) bug.... From nando at ccrma.Stanford.EDU Fri Apr 27 16:18:53 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 27 Apr 2007 09:18:53 -0700 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <46304EFC.5000303@leemhuis.info> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> Message-ID: <1177690733.10685.15.camel@cmn3.stanford.edu> On Thu, 2007-04-26 at 09:04 +0200, Thorsten Leemhuis wrote: > Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo" > in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on > EPEL5; the repotag macro doesn't get defined in Fedora builders and thus > nothing will change when building a package for Fedora, even if it has a > %{?repotag} in %{release}. Just a tiny detail, picking a random EPEL package: denyhosts-2.6-4.el5.noarch.rpm then it would/could become: denyhosts-2.6-4.el5.epel5.noarch.rpm which I think is redundant, repotag should expand to "epel" only for all versions, so we would have: denyhosts-2.6-4.el5.epel.noarch.rpm > Then enforce the use of "%{?repotag}" at the end of %{release} for all > packages in EPEL. To make that effective used in the repo it requires a > rebuild of all packages that are in EPEL already. Not nice and a bit of > work, but for the sake of making people happy let's just do it. The > added "%{?repotag}" in the release field must be allowed in Fedora spec > files, too, so people can easily copy spec files from Fedora to EPEL and > vice versa without having to modify them. Sounds good. The rebuild could happen over a period of time, of course. Would it be possible to use the already existing %{?dist} distag and just change the way it is expanded in EPEL alone? That would actually avoid changing the spec file at all. I don't know if this might be a technical no-no for some reason in Fedora's build system. Hmmm, I seem to remember something about incremental releases being set by a number _after_ the distag... that might make this option a no-go (AFAIK third party repos - including mine - have used disttag as the _last_ component of release, so, for example in my case disttag expands to .fcx.ccrma). > By Fedora 8 or Fedora 9 enhance the tools (rpm, yum, ...) to display a > the %{vendor} field in case of problems (for all packages that are > involved) and in popular queries. Then drop the repotag in EPEL6 and > later again, as it shouldn't be that much needed anymore > > --- > > Did I miss anything? Sounds good to me. I like Jeff's suggestion (further down in the thread) to eventually use the signature of the package to id the distro: On Thu, 2007-04-26 at 13:22 -0800, Jeff Spaleta wrote: > Even the Vendor tag isn't authoritative really. The only way we can > generally solve this currently this is to rely on the actually package > signatures and relate those back to signing key ID strings (until > packages start using a more generalized cert istead of gpg sigs). And > there doesn't appear to be any way to do that with even an rpm > commandline argument with the rpm in fedora currently. "Who signed > this package" is not a question that rpm can reasonably answer as far > as I can tell. I wouldn't characterize an alpha-numeric key ID in the > -qi output as user-friendly. I'd love to be able to ask that question > and get information like the output of rpm -q --qf "%{SUMMARY}\n" > gpg-pubkey-1ac70ce6-41bebeef. Looks to me like the right technical solution. Reliable and automatic (does not depend on the packager to conform to a standard). Obviously its usefulness depends on how rpm & friends are changed to support it in a "transparent" way. -- Fernando From jwilson at redhat.com Fri Apr 27 17:04:11 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 27 Apr 2007 13:04:11 -0400 Subject: repotag in EPEL In-Reply-To: <1177690733.10685.15.camel@cmn3.stanford.edu> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> Message-ID: <46322D0B.8090505@redhat.com> Forewarning: I've not paid attention to the entire discussion, but... Fernando Lopez-Lezcano wrote: > On Thu, 2007-04-26 at 09:04 +0200, Thorsten Leemhuis wrote: >> Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo" >> in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on >> EPEL5; the repotag macro doesn't get defined in Fedora builders and thus >> nothing will change when building a package for Fedora, even if it has a >> %{?repotag} in %{release}. > > Just a tiny detail, picking a random EPEL package: > denyhosts-2.6-4.el5.noarch.rpm > then it would/could become: > denyhosts-2.6-4.el5.epel5.noarch.rpm > > which I think is redundant, repotag should expand to "epel" only for all > versions, so we would have: > denyhosts-2.6-4.el5.epel.noarch.rpm el5.epel still seems a bit redundant. Why not just forget the repotag and set the dist tag to epel5? -- Jarod Wilson jwilson at redhat.com From rdieter at math.unl.edu Fri Apr 27 17:34:01 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 27 Apr 2007 12:34:01 -0500 Subject: repotag in EPEL References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> Message-ID: Jarod Wilson wrote: > Forewarning: I've not paid attention to the entire discussion, but... > > Fernando Lopez-Lezcano wrote: >> On Thu, 2007-04-26 at 09:04 +0200, Thorsten Leemhuis wrote: >>> Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo" >>> in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on >>> EPEL5; the repotag macro doesn't get defined in Fedora builders and thus >>> nothing will change when building a package for Fedora, even if it has a >>> %{?repotag} in %{release}. >> >> Just a tiny detail, picking a random EPEL package: >> denyhosts-2.6-4.el5.noarch.rpm >> then it would/could become: >> denyhosts-2.6-4.el5.epel5.noarch.rpm >> >> which I think is redundant, repotag should expand to "epel" only for all >> versions, so we would have: >> denyhosts-2.6-4.el5.epel.noarch.rpm > > el5.epel still seems a bit redundant. Why not just forget the repotag > and set the dist tag to epel5? Regardless, (correct me if I'm wrong), but I thought that the EPEL SIG was to only make the *policy* decision on yes/no to repotag, and leave the implementation details to others (like FPC). ??? -- Rex From nando at ccrma.Stanford.EDU Fri Apr 27 18:42:55 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 27 Apr 2007 11:42:55 -0700 Subject: repotag in EPEL In-Reply-To: <46322D0B.8090505@redhat.com> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> Message-ID: <1177699375.10685.32.camel@cmn3.stanford.edu> On Fri, 2007-04-27 at 13:04 -0400, Jarod Wilson wrote: > Forewarning: I've not paid attention to the entire discussion, but... A lot to read here: https://www.redhat.com/archives/epel-devel-list/2007-March/msg00276.html https://www.redhat.com/archives/epel-devel-list/2007-March/msg00258.html https://www.redhat.com/archives/epel-devel-list/2007-March/msg00224.html > Fernando Lopez-Lezcano wrote: > > On Thu, 2007-04-26 at 09:04 +0200, Thorsten Leemhuis wrote: > >> Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo" > >> in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on > >> EPEL5; the repotag macro doesn't get defined in Fedora builders and thus > >> nothing will change when building a package for Fedora, even if it has a > >> %{?repotag} in %{release}. > > > > Just a tiny detail, picking a random EPEL package: > > denyhosts-2.6-4.el5.noarch.rpm > > then it would/could become: > > denyhosts-2.6-4.el5.epel5.noarch.rpm > > > > which I think is redundant, repotag should expand to "epel" only for all > > versions, so we would have: > > denyhosts-2.6-4.el5.epel.noarch.rpm > > el5.epel still seems a bit redundant. Why not just forget the repotag > and set the dist tag to epel5? Other distros separate what is called the disttag from the repotag (different concepts, the first is which distro version the package is built for, the second is which repository the package belongs to), it would be nice to keep that in epel so that it is compatible with preexisting usage. -- Fernando From nando at ccrma.Stanford.EDU Fri Apr 27 18:46:59 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 27 Apr 2007 11:46:59 -0700 Subject: repotag in EPEL In-Reply-To: References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> Message-ID: <1177699619.10685.37.camel@cmn3.stanford.edu> On Fri, 2007-04-27 at 12:34 -0500, Rex Dieter wrote: > Jarod Wilson wrote: > > > Forewarning: I've not paid attention to the entire discussion, but... > > > > Fernando Lopez-Lezcano wrote: > >> On Thu, 2007-04-26 at 09:04 +0200, Thorsten Leemhuis wrote: > >>> Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo" > >>> in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on > >>> EPEL5; the repotag macro doesn't get defined in Fedora builders and thus > >>> nothing will change when building a package for Fedora, even if it has a > >>> %{?repotag} in %{release}. > >> > >> Just a tiny detail, picking a random EPEL package: > >> denyhosts-2.6-4.el5.noarch.rpm > >> then it would/could become: > >> denyhosts-2.6-4.el5.epel5.noarch.rpm > >> > >> which I think is redundant, repotag should expand to "epel" only for all > >> versions, so we would have: > >> denyhosts-2.6-4.el5.epel.noarch.rpm > > > > el5.epel still seems a bit redundant. Why not just forget the repotag > > and set the dist tag to epel5? > > Regardless, (correct me if I'm wrong), but I thought that the EPEL SIG was > to only make the *policy* decision on yes/no to repotag, and leave the > implementation details to others (like FPC). ??? Re: ???, I don't know. Thorsten chose to move the thread here for the reasons he outlined in his initial post. -- Fernando From cweyl at alumni.drew.edu Fri Apr 27 18:47:08 2007 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Fri, 27 Apr 2007 11:47:08 -0700 Subject: repotag in EPEL In-Reply-To: <1177699375.10685.32.camel@cmn3.stanford.edu> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> <1177699375.10685.32.camel@cmn3.stanford.edu> Message-ID: <7dd7ab490704271147y6e7ca637j1aea5be372593eed@mail.gmail.com> On 4/27/07, Fernando Lopez-Lezcano wrote: > Other distros separate what is called the disttag from the repotag > (different concepts, the first is which distro version the package is > built for, the second is which repository the package belongs to), it > would be nice to keep that in epel so that it is compatible with > preexisting usage. I assume the usage would be along the same lines as dist: * always called as %{?repotag} * containing a leading '.' /me feels a touch pedantic today -Chris -- Chris Weyl Ex astris, scientia From fedora at leemhuis.info Fri Apr 27 18:49:03 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 27 Apr 2007 20:49:03 +0200 Subject: repotag in EPEL In-Reply-To: <46322D0B.8090505@redhat.com> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> Message-ID: <4632459F.9020205@leemhuis.info> Jarod Wilson schrieb: > Forewarning: I've not paid attention to the entire discussion, but... Maybe a wise decision ;-) > Fernando Lopez-Lezcano wrote: >> On Thu, 2007-04-26 at 09:04 +0200, Thorsten Leemhuis wrote: >>> Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo" >>> in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on >>> EPEL5; the repotag macro doesn't get defined in Fedora builders and thus >>> nothing will change when building a package for Fedora, even if it has a >>> %{?repotag} in %{release}. >> Just a tiny detail, picking a random EPEL package: >> denyhosts-2.6-4.el5.noarch.rpm >> then it would/could become: >> denyhosts-2.6-4.el5.epel5.noarch.rpm >> >> which I think is redundant, repotag should expand to "epel" only for all >> versions, so we would have: >> denyhosts-2.6-4.el5.epel.noarch.rpm Fernando is correct, ".epel" should be enough as repotag > el5.epel still seems a bit redundant. Why not just forget the repotag > and set the dist tag to epel5? Disttag is optional, repotag IMHO should not. I think having the two (disttag=dist for which package rot build; repotag=repo where package comes from) separated is the cleanest solution. CU thl From mattdm at mattdm.org Fri Apr 27 18:54:28 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 27 Apr 2007 14:54:28 -0400 Subject: repotag in EPEL In-Reply-To: <1177699375.10685.32.camel@cmn3.stanford.edu> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> <1177699375.10685.32.camel@cmn3.stanford.edu> Message-ID: <20070427185428.GA18089@jadzia.bu.edu> On Fri, Apr 27, 2007 at 11:42:55AM -0700, Fernando Lopez-Lezcano wrote: > > > denyhosts-2.6-4.el5.epel.noarch.rpm > > el5.epel still seems a bit redundant. Why not just forget the repotag > > and set the dist tag to epel5? > Other distros separate what is called the disttag from the repotag > (different concepts, the first is which distro version the package is > built for, the second is which repository the package belongs to), it > would be nice to keep that in epel so that it is compatible with > preexisting usage. So, really, we want %repotag to be ".el" and %dist to be "5"? Alternately, the repotag should be _hard coded_ in the spec file. (For better or worse.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fedora at leemhuis.info Fri Apr 27 18:55:58 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 27 Apr 2007 20:55:58 +0200 Subject: repotag in EPEL In-Reply-To: References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> Message-ID: <4632473E.8000903@leemhuis.info> Rex Dieter schrieb: > Jarod Wilson wrote: >> Fernando Lopez-Lezcano wrote: > > Regardless, (correct me if I'm wrong), but I thought that the EPEL SIG was > to only make the *policy* decision on yes/no to repotag, and leave the > implementation details to others (like FPC). ??? Well, I for one (as a member of the EPEL Steering Committee in this case) don't want to vote on something if I don't know yet what the consequences will be for packagers and users of EPEL, as the decision how to technically realize what we voted on gets done by a different group/committee. Thus stuff like this needs somehow be decided by EPEL and the FPC together IMHO. That why I started this thread. If something got worked out that looks as being like acceptable for both groups involved *then* I think the time has come for both Steering Committees to vote and realize it. CU thl From nando at ccrma.Stanford.EDU Fri Apr 27 19:46:26 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 27 Apr 2007 12:46:26 -0700 Subject: repotag in EPEL In-Reply-To: <20070427185428.GA18089@jadzia.bu.edu> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> <1177699375.10685.32.camel@cmn3.stanford.edu> <20070427185428.GA18089@jadzia.bu.edu> Message-ID: <1177703186.10685.45.camel@cmn3.stanford.edu> On Fri, 2007-04-27 at 14:54 -0400, Matthew Miller wrote: > On Fri, Apr 27, 2007 at 11:42:55AM -0700, Fernando Lopez-Lezcano wrote: > > > > denyhosts-2.6-4.el5.epel.noarch.rpm > > > el5.epel still seems a bit redundant. Why not just forget the repotag > > > and set the dist tag to epel5? > > Other distros separate what is called the disttag from the repotag > > (different concepts, the first is which distro version the package is > > built for, the second is which repository the package belongs to), it > > would be nice to keep that in epel so that it is compatible with > > preexisting usage. > > So, really, we want %repotag to be ".el" and %dist to be "5"? Repotag is meant for epel[*] only AFAIK, so the repository is not Enterprise Linux but "epel" - which is separate from the base distro. %dist is already ".elx" for epel, just as it is ".fcx" for fedora, where x stands for the version of the distro. No need to change that. > Alternately, the repotag should be _hard coded_ in the spec file. (For > better or worse.) The reason for not hard coding it is that not doing that enables the same spec file to be used for both epel and extras (or now, fedora). -- Fernando [*]Goal: Make high quality packages that get developed and tested in Fedora available for RHEL and compatible derivates like CentOS and Scientific Linux. From tibbs at math.uh.edu Fri Apr 27 19:48:58 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Apr 2007 14:48:58 -0500 Subject: contributing a software through bugzilla In-Reply-To: <4631A71D.1030104@fedoraproject.org> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <20070427072257.GC2886@free.fr> <4631A71D.1030104@fedoraproject.org> Message-ID: >>>>> "RS" == Rahul Sundaram writes: RS> If no one is interested in reviewing a package for years together RS> then it is just hogging up the queue without the benefits. I wasn't aware that there was some limit on the queue size. RS> If a package has been submitted over say 6 months back then that RS> submission is useless is most cases since newer software would RS> have been released that makes the software as well as associated RS> reviews obsolete. This is far from true in many circumstances. What we have now works fine; I haven't noticed the people who review the packages complaining about the submissions. Anyone is welcome to drop pings on those old reviews to make sure the submitters are still around. However, you can't really expect them to provide updates unless there's some chance that someone will actually review the packages, so it would be preferable if such pings come with an offer to review. This is what I do. (And really, I do intend to start reviewing again soon.) - J< From tibbs at math.uh.edu Fri Apr 27 19:53:47 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Apr 2007 14:53:47 -0500 Subject: contributing a software through bugzilla In-Reply-To: <1177662033.30803.732.camel@mccallum.corsepiu.local> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> Message-ID: >>>>> "RC" == Ralf Corsepius writes: RC> Yes, I withdrew two packages of mine after they had been lingering RC> around in the queue for 14 months and turned away from fedora to RC> shipping them via a 3rd party repo, instead. Well, you certainly understand the reasons behind those. I don't think we have many packages currently blocked on guidelines, so those packages surely aren't typical. - J< From mattdm at mattdm.org Fri Apr 27 19:57:00 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 27 Apr 2007 15:57:00 -0400 Subject: repotag in EPEL In-Reply-To: <1177703186.10685.45.camel@cmn3.stanford.edu> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> <1177699375.10685.32.camel@cmn3.stanford.edu> <20070427185428.GA18089@jadzia.bu.edu> <1177703186.10685.45.camel@cmn3.stanford.edu> Message-ID: <20070427195700.GA23589@jadzia.bu.edu> On Fri, Apr 27, 2007 at 12:46:26PM -0700, Fernando Lopez-Lezcano wrote: > > Alternately, the repotag should be _hard coded_ in the spec file. (For > > better or worse.) > The reason for not hard coding it is that not doing that enables the > same spec file to be used for both epel and extras (or now, fedora). So, uh, how does it differ from the dist tag at that point? It ends up meaning the same thing. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From nando at ccrma.Stanford.EDU Fri Apr 27 21:04:12 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 27 Apr 2007 14:04:12 -0700 Subject: repotag in EPEL In-Reply-To: <20070427195700.GA23589@jadzia.bu.edu> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <46322D0B.8090505@redhat.com> <1177699375.10685.32.camel@cmn3.stanford.edu> <20070427185428.GA18089@jadzia.bu.edu> <1177703186.10685.45.camel@cmn3.stanford.edu> <20070427195700.GA23589@jadzia.bu.edu> Message-ID: <1177707852.10685.66.camel@cmn3.stanford.edu> On Fri, 2007-04-27 at 15:57 -0400, Matthew Miller wrote: > On Fri, Apr 27, 2007 at 12:46:26PM -0700, Fernando Lopez-Lezcano wrote: > > > Alternately, the repotag should be _hard coded_ in the spec file. (For > > > better or worse.) > > The reason for not hard coding it is that not doing that enables the > > same spec file to be used for both epel and extras (or now, fedora). > > So, uh, how does it differ from the dist tag at that point? It ends up > meaning the same thing. disttag: version of the distribution the package was built for. value common to all repos that build for the same distro version. does not say anything about where the package comes from. (it is useful to have it even in the core distribution) repotag: repository the package comes from. unique value for each repository. value common to all packages in a given repository. does not say anything about the version of the distro the package was built for. Within a spec file the release tag is appended with either (current usage): %{?dist} expanding to ".elx.epel" or ".fcx" or (suggested usage): %{?dist}%{?repotag} expanding to the same thing. See Jeff Spaletta's email in this thread for a very very nice explanation of why it exists, how it is done today and potential future directions. -- Fernando From lightsolphoenix at gmail.com Sat Apr 28 01:57:55 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Fri, 27 Apr 2007 21:57:55 -0400 Subject: Standard naming scheme for KDE components? Message-ID: <200704272157.56266.lightsolphoenix@gmail.com> I was just reading through the RPM Naming requirements, and it reminded me of something I was wondering about; is there some kind of naming standard for KDE/GNOME compoents, like styles, icons, etc.? I believe most GTK+ styles in Fedora are named gtk-(stylename)-style or something along those lines, right? In that case, should KDE styles be named kde-(stylename)-style or something similar? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From kuznetsovaval at yahoo.ca Sat Apr 28 02:07:01 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Fri, 27 Apr 2007 22:07:01 -0400 Subject: contributing a software through bugzilla In-Reply-To: <20070427014112.30F2273126@hormel.redhat.com> References: <20070427014112.30F2273126@hormel.redhat.com> Message-ID: <1177726021.3333.21.camel@localhost.localdomain> > Some tips however: > * Do a couple of well rounded out pre-reviews, for an example [2] is one I > did while waiting for a sponsor. > * Look into what other packages you can prepare > * Have patience, you submitted your package on the 14th and from > experience it can take a good 2+ weeks. Thanks Nigel, that's all I need to know. The package I submitted for the review was my first one, so I know nothing about the process of reviewing. I would love to create another packages,but I'd rather create one that works. It'd be more useful for people. Thanks for the links :) Anton From kuznetsovaval at yahoo.ca Sat Apr 28 02:07:20 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Fri, 27 Apr 2007 22:07:20 -0400 Subject: contributing a software through bugzilla Message-ID: <1177726040.3333.22.camel@localhost.localdomain> > Anton: after a new quick glance over your spec (my test machine is > currently offline so I cannot test in mock): it lacks changelog entries > (for -3 at least) Manuel, I going to upload new spec file tomorrow and post new links on bugzilla. Thanks, Anton From rdieter at math.unl.edu Sat Apr 28 02:49:24 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 27 Apr 2007 21:49:24 -0500 Subject: Standard naming scheme for KDE components? In-Reply-To: <200704272157.56266.lightsolphoenix@gmail.com> References: <200704272157.56266.lightsolphoenix@gmail.com> Message-ID: <4632B634.4000406@math.unl.edu> Kelly wrote: > I was just reading through the RPM Naming requirements, and it reminded me of > something I was wondering about; is there some kind of naming standard for > KDE/GNOME compoents, like styles, icons, etc.? > > I believe most GTK+ styles in Fedora are named gtk-(stylename)-style or > something along those lines, right? In that case, should KDE styles be named > kde-(stylename)-style or something similar? Nothing official, but there is a packaging draft under consideration: http://fedoraproject.org/wiki/PackagingDrafts/KDELooks In the meantime, I'd recommend simply following upstream names. -- Rex From rdieter at math.unl.edu Sat Apr 28 02:53:25 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 27 Apr 2007 21:53:25 -0500 Subject: contributing a software through bugzilla In-Reply-To: <1177662033.30803.732.camel@mccallum.corsepiu.local> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Fri, 2007-04-27 at 12:49 +0530, Rahul Sundaram wrote: >> Do we really have reviews stalled for years? > Yes, I withdrew two packages of mine after they had been lingering > around in the queue for 14 months and turned away from fedora to > shipping them via a 3rd party repo, instead. I can attest that doing so (3rd party repo) can greatly help the process because the packages get more users, field-testing, feedback. These same users may end up being interested enough in helping with a formal review. -- Rex From kuznetsovaval at yahoo.ca Sat Apr 28 02:32:05 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Fri, 27 Apr 2007 22:32:05 -0400 Subject: contributing a software through bugzilla In-Reply-To: <20070427085603.9E04C73054@hormel.redhat.com> References: <20070427085603.9E04C73054@hormel.redhat.com> Message-ID: <1177727525.3333.41.camel@localhost.localdomain> > You should understand that in the Fedora project (just like in free > software) contributors are (in general) benevolent. And in general, when > they are not they are overwhelemed. Hi Pat. I don't mind to be a benevolent contributor. The website http://fedoraproject.org/wiki/PackageMaintainers/Join that somebody gave me after my first announcement about my software says: "Make sure that you mention in the 'Review Description' field that this is your first package, and you are seeking a sponsor. In Fedora Package Collection, all new contributors must be sponsored" And I asked for a sponsorship :) > So a review and sponsorship pending > may take very few time to be looked at if it is of interest for a sponsor > and/or a reviewer. But it may also take a great amount of time for many > reasons, like lack of interest from the reviewers, not enough time to > review, and any other reason you can imagine. The only thing I want to know is the status of the review : if it's in progress, done or nobody interested. I don't really care about the time of the review. I guess any contributor wants to know what's going on. Thanks for the information that you gave me. Now I better understand the process of the review. Thanks, Anton From tromey at redhat.com Sat Apr 28 02:17:12 2007 From: tromey at redhat.com (Tom Tromey) Date: Fri, 27 Apr 2007 20:17:12 -0600 Subject: Standard naming scheme for KDE components? In-Reply-To: <200704272157.56266.lightsolphoenix@gmail.com> (Kelly's message of "Fri\, 27 Apr 2007 21\:57\:55 -0400") References: <200704272157.56266.lightsolphoenix@gmail.com> Message-ID: >>>>> "Kelly" == Kelly writes: Kelly> I was just reading through the RPM Naming requirements, and it Kelly> reminded me of something I was wondering about; is there some Kelly> kind of naming standard for KDE/GNOME compoents, like styles, Kelly> icons, etc.? I was wondering this recently for Emacs-related packages. Some are called "emacs-whatever" but there are exceptions, for instance w3m-el. Having "emacs" in the name is nicer for searches. Tom From pemboa at gmail.com Sat Apr 28 02:39:42 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 27 Apr 2007 21:39:42 -0500 Subject: Standard naming scheme for KDE components? In-Reply-To: <4632B634.4000406@math.unl.edu> References: <200704272157.56266.lightsolphoenix@gmail.com> <4632B634.4000406@math.unl.edu> Message-ID: <16de708d0704271939j5876b7feu9f4573e270a9bdda@mail.gmail.com> On 4/27/07, Rex Dieter wrote: > Kelly wrote: > > I was just reading through the RPM Naming requirements, and it reminded me of > > something I was wondering about; is there some kind of naming standard for > > KDE/GNOME compoents, like styles, icons, etc.? > > > > I believe most GTK+ styles in Fedora are named gtk-(stylename)-style or > > something along those lines, right? In that case, should KDE styles be named > > kde-(stylename)-style or something similar? > > Nothing official, but there is a packaging draft under consideration: > http://fedoraproject.org/wiki/PackagingDrafts/KDELooks > > In the meantime, I'd recommend simply following upstream names. > > -- Rex Yah no one ever actually got back to me on that. Not sure how to proceed. -- Fedora Core 6 and proud From lightsolphoenix at gmail.com Sat Apr 28 02:50:41 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Fri, 27 Apr 2007 22:50:41 -0400 Subject: Standard naming scheme for KDE components? In-Reply-To: <4632B634.4000406@math.unl.edu> References: <200704272157.56266.lightsolphoenix@gmail.com> <4632B634.4000406@math.unl.edu> Message-ID: <200704272250.41595.lightsolphoenix@gmail.com> Okay; I've been putting kde-style on the front of the style packages, but I wasn't aware if that was a standard way of doing it or not. I believe that's how it's done in openSUSE's packages, which is probably where I got it from. On Friday, April 27, 2007 10:49 pm Rex Dieter wrote: > Nothing official, but there is a packaging draft under consideration: > http://fedoraproject.org/wiki/PackagingDrafts/KDELooks > > In the meantime, I'd recommend simply following upstream names. > > -- Rex -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From rc040203 at freenet.de Sat Apr 28 03:01:07 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 28 Apr 2007 05:01:07 +0200 Subject: contributing a software through bugzilla In-Reply-To: References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> Message-ID: <1177729268.30803.831.camel@mccallum.corsepiu.local> On Fri, 2007-04-27 at 14:53 -0500, Jason L Tibbitts III wrote: > >>>>> "RC" == Ralf Corsepius writes: > > RC> Yes, I withdrew two packages of mine after they had been lingering > RC> around in the queue for 14 months and turned away from fedora to > RC> shipping them via a 3rd party repo, instead. > > Well, you certainly understand the reasons behind those. As I see it, the reasons were (in decreasing order): 1. rpm/rpmbuilds's brokenness 2. Package complexity, mostly being introduced by 1.) 3. Reviewers' lack of competence to understand the need of the complexity. 4. Highly specialized packages with small userbase/audience. 5. GuideLines incompleteliness (The packages are touching areas the guidelines don't cover). .. > I don't > think we have many packages currently blocked on guidelines, so those > packages surely aren't typical. Agreed, my packages were outside the "usual class of packages" Fedora can handle. As I see it, community contributed Fedora is only able to handle "trivial, mass-market" packages. I'd presume that most "non-trivial packages", which currently are part of Core and 100% under RH control (E.g. GCC, kernel, glibc, perl ...) would have never made it into FE. Ralf From kuznetsovaval at yahoo.ca Sat Apr 28 03:07:46 2007 From: kuznetsovaval at yahoo.ca (Anton Kuznetsov) Date: Fri, 27 Apr 2007 23:07:46 -0400 Subject: contributing a software through bugzilla In-Reply-To: <20070427085603.9E04C73054@hormel.redhat.com> References: <20070427085603.9E04C73054@hormel.redhat.com> Message-ID: <1177729666.4145.7.camel@localhost.localdomain> Haha...i just realized that creating a package and creating my own software and package for it are different things :). I thought that in order to contribute a package to Fedora I have to have my own software, create a package and submit it through bugzilla. I may be wrong..or not. Well.. I'm confused. Building an rpm package is not a big deal, but it's a pretty boring process. From rc040203 at freenet.de Sat Apr 28 03:17:14 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 28 Apr 2007 05:17:14 +0200 Subject: contributing a software through bugzilla In-Reply-To: References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> Message-ID: <1177730234.30803.844.camel@mccallum.corsepiu.local> On Fri, 2007-04-27 at 21:53 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Fri, 2007-04-27 at 12:49 +0530, Rahul Sundaram wrote: > > >> Do we really have reviews stalled for years? > > > Yes, I withdrew two packages of mine after they had been lingering > > around in the queue for 14 months and turned away from fedora to > > shipping them via a 3rd party repo, instead. > > I can attest that doing so (3rd party repo) can greatly help the process > because the packages get more users, field-testing, feedback. These > same users may end up being interested enough in helping with a formal > review. The problem for me is: 1) 3rd party repos mean a tremendous effort 2) 3rd party repos means not being able to ship them for all Fedora architectures. 3) The packages also have a Windows based user-base. Having them in Fedora would have avoided 1), 2). It also would have helped the upstream projects behind the packages and would have helped to decrease 3) - Fedora missed this opportunity. Ralf From lightsolphoenix at gmail.com Sat Apr 28 04:00:22 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sat, 28 Apr 2007 00:00:22 -0400 Subject: Some RPM Package Attempts - Looking For Feedback In-Reply-To: References: <200704232032.50713.lightsolphoenix@gmail.com> Message-ID: <200704280000.22362.lightsolphoenix@gmail.com> Well, I submitted one of my packages through the official channels, now I'm just looking for a sponsor... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238235 -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From buildsys at redhat.com Sat Apr 28 09:36:40 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 28 Apr 2007 05:36:40 -0400 Subject: rawhide report: 20070428 changes Message-ID: <200704280936.l3S9ae2V026332@hs20-bc2-6.build.redhat.com> Updated Packages: dhcdbd-2.7-3.fc7 ---------------- * Thu Apr 26 2007 David Cantrell - 2.7-3 - More init script fixes (#237977) * Thu Apr 26 2007 David Cantrell - 2.7-2 - Init script fixes (#237977) dhcp-12:3.0.5-34.fc7 -------------------- * Thu Apr 26 2007 David Cantrell - 12:3.0.5-34 - Init script fixes (#237985, #237983) - Reference correct scripts in dhclient-script.8 man page (#238036) * Fri Apr 20 2007 David Cantrell - 12:3.0.5-33 - Rename -devel-static packages to -static (#225691) dhcpv6-0.10-42.fc7 ------------------ * Thu Apr 26 2007 David Cantrell - 0.10-42 - Init script fixes (#237973) gimp-2:2.2.14-1.fc7 ------------------- * Tue Apr 24 2007 Nils Philippsen - 2:2.2.14-1 - version 2.2.14 Bugs fixed in GIMP 2.2.14 ========================= - avoid crashing on newer versions of the winicon format (bug #352899) - fixed crash in Postscript plug-in (bug #353381) - fixed handling of TABs in the text tool (bug #353132) - fixed bug in Depth Merge plug-in (bug #355219) - fixed bug in GimpDrawablePreview widget (bug #353639) - fixed bug in Line Nove script (bug #357433) - fixed bug in Ripple plug-in (bug #357431) - save locale independent files from Fractal Explorer plug-in (bug #360095) - fixed bug in Super Nova plug-in (bug #340073) - be more robust against broken XCF files (bug #357809) - fixed drawing issues in Image Map plug-in (bug #311621) - fixed smoothing option in Fractal Explorer plug-in (bug #372671) - load channels in the proper order when opening an XCF file (bug #378003) - deal with floating selections in the Burn-In Animation script (bug #384096) - fixed clipping in the GimpPreviewArea widget (bug #392692) - fixed a potential crash in gimp-remote (bug #392111) - work around a file-chooser problem on Windows (bug #398726) - fixed markup of the gimp(1) manual page (bug #401145) - fixed the fix for the right-to-left layout in layers dialog (bug #348347) - fixed PSD save plug-in on 64bit architectures (bug #335130) - added missing dependency in gimpui-2.0.pc file (bug #356394) - fixed a crash in the PSD save plug-in (bug #395385) - improved robustness of transform tool preview code (bug #420595) - improved forward compatibility of XCF loader (bug #316207) - don't crash in the Compressor plug-in if files can't be opened (bug #422444) - fixed sensitivity of input fields in the Lighting plug-in (bug #359833) - don't BuildRequire gimp-print/gutenprint anymore * Mon Mar 26 2007 Nils Philippsen - 2:2.2.13-3 - use gutenprint per default for current development/future distribution versions (Fedora >= 7, RHEL >= 6) * Mon Mar 26 2007 Nils Philippsen - 2:2.2.13-2 - own used directories in gimp-devel (#233794) gnome-power-manager-2.18.2-2.fc7 -------------------------------- * Fri Apr 27 2007 David Zeuthen - 2.18.2-2 - Remove broken nodefaultbeep patch as it was wrongly applied to disable battery recall warnings - gotta love patch(1) (#238087) libdhcp-1.24-4.fc7 ------------------ * Fri Apr 20 2007 David Cantrell - 1.24-4 - Rename -devel-static package to -static sane-backends-1.0.18-6.fc7 -------------------------- * Tue Apr 24 2007 Nils Philippsen - 1.0.18-6 - don't erroneously use logical "&&" instead of binary "&" at some places in the canon driver sane-frontends-1.0.14-3.fc7 --------------------------- * Tue Apr 24 2007 Nils Philippsen 1.0.14-3 - merge review (#226389): - add version info to obsoletes/provides - no config files in /usr - use %configure macro - add dist tag system-config-services-0.9.7-1.fc7 ---------------------------------- * Wed Apr 25 2007 Nils Philippsen - 0.9.7 - pick up updated translations - work around issues with UTF-8 in translatable strings (#232809) * Thu Mar 22 2007 Nils Philippsen - update URL * Tue Mar 20 2007 Nils Philippsen - mention that we are upstream - use preferred buildroot - fix licensing blurb in PO files - recode spec file to UTF-8 udev-106-3.fc7 -------------- * Fri Apr 27 2007 Harald Hoyer - 106-3 - modprobe only on modalias (bug #238140) - make startup messages visible again - speedup boot process by not executing pam_console_apply while booting - Resolves: rhbz#238140 xsane-0.994-3.fc7 ----------------- * Tue Apr 24 2007 Nils Philippsen - 0.994-3 - don't include obsolete Application category in desktop file (#226658) yum-3.1.7-1.fc7 --------------- * Fri Apr 27 2007 Jeremy Katz - 3.1.7-1 - update to 3.1.7 with lots of fixes (including #233427, #237425, #236152, yum-metadata-parser-1.1.0-1.fc7 ------------------------------- * Fri Apr 27 2007 Jeremy Katz - 1.1.0-1 - update to 1.1.0 for new sqlite db schema Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 From Axel.Thimm at ATrpms.net Sat Apr 28 09:55:56 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 28 Apr 2007 11:55:56 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177672070.4903.5.camel@vader.jdub.homelinux.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> Message-ID: <20070428095556.GB18891@neu.nirvana> On Fri, Apr 27, 2007 at 06:07:50AM -0500, Josh Boyer wrote: > On Fri, 2007-04-27 at 13:53 +0530, Rahul Sundaram wrote: > > Will Woods wrote: > > > > > > General > > > * In previous test releases the default product was called > > > "Prime", but after feedback from Marketing and the community it > > > has been renamed simply "Fedora". I think Red Hat marketing did a very bad job here. While "Fedora" is a strong brand, it will create too much confusion. "I installed Fedora, but there is no foo, where can I get it?" "But it is in Fedora." "I'm sure it isn't, I just checked again." "OK, I also checked, it *is* there, are you blind?" "OK, just to be sure (maybe it has another packagename), I installed everything, still no /usr/bin/foo. :(" "Everything from Fedora and still no foo? That is strange, BTW how long did it take to install everything, that must have taken quite some time." "No, I have a fast DVD drive and I installed all packages of Fedora from there" ... > > Are you referring to Red Hat marketing here? It certainly wasn't > > Yes. > > > discussed in Fedora Marketing. Where was this discussed publicly? > > To my knowledge it wasn't discussed on a public list. Though it was > debated in IRC several times. Why not let Fedora marketing make a sane decision? RH marketing seems not to know what "Fedora" is. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Sat Apr 28 09:58:15 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 28 Apr 2007 11:58:15 +0200 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <1177690733.10685.15.camel@cmn3.stanford.edu> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> Message-ID: <20070428095815.GC18891@neu.nirvana> On Fri, Apr 27, 2007 at 09:18:53AM -0700, Fernando Lopez-Lezcano wrote: > Would it be possible to use the already existing %{?dist} distag and > just change the way it is expanded in EPEL alone? That would > actually avoid changing the spec file at all. I don't know if this > might be a technical no-no for some reason in Fedora's build system. That was the suggestion I had made as well, and is the best technical solution indeed: http://fedoraproject.org/wiki/EPEL/SteeringCommittee/Voting#head-efb18a3ff4ed343c4a8aa17dc0a8466bab8c9024 "A possible implementation is to extend %{?dist} to include the repotag. Since EPEL is targeting building software out of the former Fedora Extras pool of software which at this point in time uses %{?dist} in 2989 of 3049 (98%) it does indeed already have a disttag everywhere but the epel-release package. So that seems the least intrusive and fastest way to achieve this." -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dwmw2 at infradead.org Sat Apr 28 11:14:16 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 28 Apr 2007 12:14:16 +0100 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <20070428095556.GB18891@neu.nirvana> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> Message-ID: <1177758856.2755.696.camel@pmac.infradead.org> On Sat, 2007-04-28 at 11:55 +0200, Axel Thimm wrote: > "I installed Fedora, but there is no foo, where can I get it?" > "But it is in Fedora." > "I'm sure it isn't, I just checked again." > "OK, I also checked, it *is* there, are you blind?" > "OK, just to be sure (maybe it has another packagename), I installed > everything, still no /usr/bin/foo. :(" > "Everything from Fedora and still no foo? That is strange, BTW how > long did it take to install everything, that must have taken quite > some time." > "No, I have a fast DVD drive and I installed all packages of Fedora > from there" Maybe we should call it 'Fedora ' to indicate the difference between the core packages on the DVD and all the extra stuff available from the network? Not sure what sub-titles I'd choose. Something that indicates the essential information about 'core' vs 'extra', I suppose. Anyone got any ideas? -- dwmw2 From fedora at leemhuis.info Sat Apr 28 11:26:17 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 28 Apr 2007 13:26:17 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177758856.2755.696.camel@pmac.infradead.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> Message-ID: <46332F59.10608@leemhuis.info> David Woodhouse schrieb: > On Sat, 2007-04-28 at 11:55 +0200, Axel Thimm wrote: >> "I installed Fedora, but there is no foo, where can I get it?" >> "But it is in Fedora." >> "I'm sure it isn't, I just checked again." >> "OK, I also checked, it *is* there, are you blind?" >> "OK, just to be sure (maybe it has another packagename), I installed >> everything, still no /usr/bin/foo. :(" >> "Everything from Fedora and still no foo? That is strange, BTW how >> long did it take to install everything, that must have taken quite >> some time." >> "No, I have a fast DVD drive and I installed all packages of Fedora >> from there" > Maybe we should call it 'Fedora ' to indicate the difference > between the core packages on the DVD and all the extra stuff available > from the network? > > Not sure what sub-titles I'd choose. Something that indicates the > essential information about 'core' vs 'extra', I suppose. > > Anyone got any ideas? Fedora Repo N -> repository with all the packages (e.g. merged Core and Extras) of the certain release "N"; some people suggested to call it "Fedora Collection" as that would be more in line with the fcN which we use as disttag; but well, the name "Repo" is IMHO much more obvious (at least for me as a non-english speaker). Fedora Linux N -> the Linux Distribution that was known as Prime spin in hte past weeks. This would allow us to create a Fedora OpenSolaris, Fedora Hurd or whatever distribution should we ever want to do go into such a direction. Those two names would also differentiate between the "Fedora Project", which is referenced as plain "Fedora" often, too. CU thl From rmo at sunnmore.net Sat Apr 28 11:47:49 2007 From: rmo at sunnmore.net (Roy-Magne Mo) Date: Sat, 28 Apr 2007 13:47:49 +0200 Subject: rawhide report: 20070428 changes In-Reply-To: <200704280936.l3S9ae2V026332@hs20-bc2-6.build.redhat.com> References: <200704280936.l3S9ae2V026332@hs20-bc2-6.build.redhat.com> Message-ID: <46333465.1090703@sunnmore.net> buildsys at redhat.com skreiv: > yum-3.1.7-1.fc7 > --------------- > * Fri Apr 27 2007 Jeremy Katz - 3.1.7-1 > - update to 3.1.7 with lots of fixes (including #233427, #237425, #236152, This updates chrashes with the yum-fastestmirror plugin (yum-fastestmirror-1.1.2-1.fc7). Removing yum-fastestmirror or running yum with --noplugin cures the problem. # yum upgrade Loading "installonlyn" plugin Loading "fastestmirror" plugin Loading "changelog" plugin Loading mirror speeds from cached hostfile Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 82, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 159, in getOptionsConfig (opts, self.cmds) = self.optparser.setupYumConfig() File "/usr/share/yum-cli/cli.py", line 1134, in setupYumConfig self.base.setupProgessCallbacks() File "/usr/share/yum-cli/output.py", line 322, in setupProgessCallbacks self.repos.setProgressBar(TextMeter(fo=sys.stdout)) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 497, in repos = property(fget=lambda self: self._getRepos(), File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 348, in _getRepos self.plugins.run('postreposetup') File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 163, in run func(conduitcls(self, self.base, conf, **kwargs)) File "/usr/lib/yum-plugins/fastestmirror.py", line 83, in postreposetup_hook repo.urls = repomirrors[str(repo)] AttributeError: can't set attribute From mike at miketc.com Sat Apr 28 11:53:06 2007 From: mike at miketc.com (Mike Chambers) Date: Sat, 28 Apr 2007 06:53:06 -0500 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46332F59.10608@leemhuis.info> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> Message-ID: <1177761186.7345.3.camel@scrappy.miketc.com> On Sat, 2007-04-28 at 13:26 +0200, Thorsten Leemhuis wrote: > Fedora Linux N -> the Linux Distribution that was known as Prime spin in > hte past weeks. This would allow us to create a Fedora OpenSolaris, > Fedora Hurd or whatever distribution should we ever want to do go into > such a direction. If you think there has to be a small distinction among the install versus repo, then above sounds good to me. Fedora Linux N = Version that is spun to cd/dvd/whatever (Fedora Prime would work as well) Fedora Repo = The complete nuts and bolts including what is NOT in the spins -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From rdieter at math.unl.edu Sat Apr 28 12:42:48 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 28 Apr 2007 07:42:48 -0500 Subject: Standard naming scheme for KDE components? In-Reply-To: <16de708d0704271939j5876b7feu9f4573e270a9bdda@mail.gmail.com> References: <200704272157.56266.lightsolphoenix@gmail.com> <4632B634.4000406@math.unl.edu> <16de708d0704271939j5876b7feu9f4573e270a9bdda@mail.gmail.com> Message-ID: <46334148.2000205@math.unl.edu> Arthur Pemberton wrote: > On 4/27/07, Rex Dieter wrote: >> Nothing official, but there is a packaging draft under consideration: >> http://fedoraproject.org/wiki/PackagingDrafts/KDELooks >> >> In the meantime, I'd recommend simply following upstream names. > Yah no one ever actually got back to me on that. Not sure how to proceed. We're still in the soliciting feedback stage. I'm not comfortable taking this to the packaging committee for a vote (yet). -- Rex From dwmw2 at infradead.org Sat Apr 28 13:04:25 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 28 Apr 2007 14:04:25 +0100 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46332F59.10608@leemhuis.info> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> Message-ID: <1177765465.2821.7.camel@pmac.infradead.org> On Sat, 2007-04-28 at 13:26 +0200, Thorsten Leemhuis wrote: > > Not sure what sub-titles I'd choose. Something that indicates the > > essential information about 'core' vs 'extra', I suppose. > > > > Anyone got any ideas? > > Fedora Repo N -> repository with all the packages > Fedora Linux N -> the Linux Distribution that was known as Prime Hm, I don't think 'Linux' really conveys the information that these are the _core_ packages on the install media, rather than the extra stuff you might install later from the network (or extra DVDs or whatever). I suppose 'Repo' is a little more suited to its task, but the core stuff is still in a repository on the install media (and elsewhere) too, so that name isn't ideal either. We really want some names which convey the distinction between the Core stuff and the Extra bits. Got any better ideas? -- dwmw2 From jwboyer at jdub.homelinux.org Sat Apr 28 13:30:14 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 28 Apr 2007 08:30:14 -0500 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177765465.2821.7.camel@pmac.infradead.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> <1177765465.2821.7.camel@pmac.infradead.org> Message-ID: <1177767014.4903.7.camel@vader.jdub.homelinux.org> On Sat, 2007-04-28 at 14:04 +0100, David Woodhouse wrote: > On Sat, 2007-04-28 at 13:26 +0200, Thorsten Leemhuis wrote: > > > Not sure what sub-titles I'd choose. Something that indicates the > > > essential information about 'core' vs 'extra', I suppose. > > > > > > Anyone got any ideas? > > > > Fedora Repo N -> repository with all the packages > > Fedora Linux N -> the Linux Distribution that was known as Prime > > Hm, I don't think 'Linux' really conveys the information that these are > the _core_ packages on the install media, rather than the extra stuff > you might install later from the network (or extra DVDs or whatever). > > I suppose 'Repo' is a little more suited to its task, but the core stuff > is still in a repository on the install media (and elsewhere) too, so > that name isn't ideal either. > > We really want some names which convey the distinction between the Core > stuff and the Extra bits. Got any better ideas? No, we don't. The Core stuff and Extra bits are intermingled between spins. It varies. And there's the Everything spin. Naming sucks. josh From fedora at leemhuis.info Sat Apr 28 14:00:36 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 28 Apr 2007 16:00:36 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177767014.4903.7.camel@vader.jdub.homelinux.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> <1177765465.2821.7.camel@pmac.infradead.org> <1177767014.4903.7.camel@vader.jdub.homelinux.org> Message-ID: <46335384.2040702@leemhuis.info> Josh Boyer schrieb: > On Sat, 2007-04-28 at 14:04 +0100, David Woodhouse wrote: >> On Sat, 2007-04-28 at 13:26 +0200, Thorsten Leemhuis wrote: >>>> Not sure what sub-titles I'd choose. Something that indicates the >>>> essential information about 'core' vs 'extra', I suppose. >>>> Anyone got any ideas? >>> Fedora Repo N -> repository with all the packages >>> Fedora Linux N -> the Linux Distribution that was known as Prime >> Hm, I don't think 'Linux' really conveys the information that these are >> the _core_ packages on the install media, rather than the extra stuff >> you might install later from the network (or extra DVDs or whatever). >> I suppose 'Repo' is a little more suited to its task, but the core stuff >> is still in a repository on the install media (and elsewhere) too, so >> that name isn't ideal either. >> >> We really want some names which convey the distinction between the Core >> stuff and the Extra bits. As jwb wrote: each spin has a different "core" set... And, btw, Users IMHO should not care where the packages come from. >Got any better ideas? No. Well, maybe something else shows up. > No, we don't. The Core stuff and Extra bits are intermingled between > spins. It varies. And there's the Everything spin. > > Naming sucks. Agreed -- but referencing three things (Repo as a whole, the Distro that gets made from the Repo and the Project itself) under the name "Fedora" sucks even more IMHO and just creates confusion ;-) Cu thl From jonathan.underwood at gmail.com Sat Apr 28 14:00:53 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sat, 28 Apr 2007 15:00:53 +0100 Subject: Standard naming scheme for KDE components? In-Reply-To: References: <200704272157.56266.lightsolphoenix@gmail.com> Message-ID: <645d17210704280700m62e5df31k98b39aed809d9ace@mail.gmail.com> On 28/04/07, Tom Tromey wrote: > I was wondering this recently for Emacs-related packages. Some are > called "emacs-whatever" but there are exceptions, for instance w3m-el. > Having "emacs" in the name is nicer for searches. Emacs add-on package naming is covered in the guidelines. It is complicated by the existence of Xemacs and the fact that many add-on packages work for both GNU Emacs and Xemacs. (X)Emacs that work for either version of emacs should have the main package called emacs-common-foo, with a sub-package containing files specific for GNU emacs called emacs-foo, and a subpackage containing files specific for XEmacs called xemacs-foo. In this case the main package emacs-common-foo will be required by emacs-foo and emacs-foo and will contain the files that are not specific to either version of emacs. An example is emacs-common-muse. Where a package is only built for GNU Emacs, the main package name is emacs-foo (see eg. emacs-auctex or emacs-vm). Presumable, if a package was only meant for XEmacs, it would be called xmeacs-foo. I don't think there are any of the latter packages. There are a number of packages that don't yet follow these naming guidelines, which should be fixed. These are generally packages that were in Fedora Core and moved to Extras before these Extras guidelines were established. They need fixing. Jonathan From ville.skytta at iki.fi Sat Apr 28 14:26:41 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sat, 28 Apr 2007 17:26:41 +0300 Subject: Standard naming scheme for KDE components? In-Reply-To: <645d17210704280700m62e5df31k98b39aed809d9ace@mail.gmail.com> References: <200704272157.56266.lightsolphoenix@gmail.com> <645d17210704280700m62e5df31k98b39aed809d9ace@mail.gmail.com> Message-ID: <200704281726.41318.ville.skytta@iki.fi> On Saturday 28 April 2007, Jonathan Underwood wrote: > Where a package is only built for GNU Emacs, the main package name is > emacs-foo (see eg. emacs-auctex or emacs-vm). Presumable, if a package > was only meant for XEmacs, it would be called xmeacs-foo. I don't > think there are any of the latter packages. We have at least xemacs-packages-base and xemacs-packages-extra. From kevin.kofler at chello.at Sat Apr 28 15:15:22 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 28 Apr 2007 15:15:22 +0000 (UTC) Subject: Announcing Fedora 7 Test 4 (6.93) References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> Message-ID: Thorsten Leemhuis leemhuis.info> writes: > Fedora Linux N -> the Linux Distribution that was known as Prime spin in Not only should it be "GNU/Linux" (Rawhide's "Linux" would be only kernel-2.6.21-1.3116.fc7), it also doesn't really convey the idea that it's just the subset of the packages in the default spin. A term like "Prime" or "Core" or "default spin" is really needed. The problem is just what term: "Prime" sounded a bit strange the first time I heard it (and not immediately obvious to me as a non-native English speaker, so I guess new users might be confused by it), "Core" is too reminiscent of the Core/Extras repository split (but would otherwise be the best term IMHO) and "default spin" is too technical. Kevin Kofler From kevin.kofler at chello.at Sat Apr 28 15:37:41 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 28 Apr 2007 15:37:41 +0000 (UTC) Subject: contributing a software through bugzilla References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius freenet.de> writes: > Yes, I withdrew two packages of mine after they had been lingering > around in the queue for 14 months and turned away from fedora to > shipping them via a 3rd party repo, instead. Are you referring to the rtems cross-compilers? I'm willing to get these through review for you (I can review packages from people who don't need a sponsor now that I own a package) if you do the same with my tigcc cross-toolchain package once I submit it. (It needs some work: I need to change the prefix away from /usr/local/tigcc to something more in line with the FHS and improve the way I get the binaries into the PATH (TIGCC only needs 2 binaries in the path, both with unique names: tigcc and tprbuilder), and I need to zap the optional non-Free A68k assembler from the tarball. That's why I haven't submitted it yet.) I'm currently also using the "third-party repository" solution: http://repo.calcforge.org I just hope nobody will complain about policies not being enforced during the reviews. I do think cross-compiler packages should also follow policies where possible. But one area where it's not possible is bending the FHS with the separate prefix, which has already been agreed upon by pretty much all the people interested in cross compilers. There could be more, but I need to look at your packages to tell. Speaking of the prefix: would /usr/tigcc be acceptable or should I use something like /usr/m68k-ti-tigcc? The patched GCC and GNU as in TIGCC don't care either way, nor do the other components in the toolchain (all non-GNU Free Software). Kevin Kofler From lists at sapience.com Sat Apr 28 16:08:24 2007 From: lists at sapience.com (Mail List) Date: Sat, 28 Apr 2007 12:08:24 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <46332F59.10608@leemhuis.info> Message-ID: <200704281208.24452.lists@sapience.com> On Saturday 28 April 2007 11:15:22 am Kevin Kofler wrote: > users might be confused by it), "Core" is too reminiscent of the > Core/Extras repository split (but would otherwise be the best term IMHO) > and "default spin" is too technical. > > Kevin Kofler How about something like Fedora Base Packages Fedora Additions Packages or similar? From ericm24x7 at gmail.com Sat Apr 28 16:40:40 2007 From: ericm24x7 at gmail.com (eric) Date: Sat, 28 Apr 2007 12:40:40 -0400 Subject: Making the merge happen In-Reply-To: <200704261312.31237.jkeating@redhat.com> References: <200704261312.31237.jkeating@redhat.com> Message-ID: <46337908.4010107@gmail.com> Jesse Keating wrote: > Test4 is out, Final looms, must have merge! > > http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge is the working > page for the merge status. I would like to get merged asap and shake out the > problems and get some builds done before the final freeze. > > Please provide input! Just a small question: Regarding SRPMS directory structure beneath "updates", is there a reason why it is NOT placed under "source" directory ("updates/6/SRPMS" instead of "updates/6/source/SRPMS") like those of "development" and "release" tree structures ("development/source/SRPMS" and "6/source/SRPMS")? eric From kevin.kofler at chello.at Sat Apr 28 16:42:56 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 28 Apr 2007 16:42:56 +0000 (UTC) Subject: contributing a software through bugzilla References: <20070427085603.9E04C73054@hormel.redhat.com> <1177729666.4145.7.camel@localhost.localdomain> Message-ID: Anton Kuznetsov yahoo.ca> writes: > Haha...i just realized that creating a package and creating my own > software and package for it are different things :). I thought that in Indeed, you may package both software you wrote and software somebody else wrote. Packaging your own software makes some things easier (for example, Fedora-specific patches are usually not needed, you can just fix the problems in the upstream sources and roll a new release) and other things harder (such as possible conflicts of interest between Fedora and upstream, and the fact that there's one less person available to fix things when needed). So either way is acceptable. Kevin Kofler From ericm24x7 at gmail.com Sat Apr 28 16:57:08 2007 From: ericm24x7 at gmail.com (eric magaoay) Date: Sat, 28 Apr 2007 12:57:08 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <200704281208.24452.lists@sapience.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <46332F59.10608@leemhuis.info> <200704281208.24452.lists@sapience.com> Message-ID: <46337CE4.80805@gmail.com> Mail List wrote: > > On Saturday 28 April 2007 11:15:22 am Kevin Kofler wrote: > >> users might be confused by it), "Core" is too reminiscent of the >> Core/Extras repository split (but would otherwise be the best term IMHO) >> and "default spin" is too technical. >> >> Kevin Kofler >> > > How about something like > Fedora Base Packages > Fedora Additions Packages > > or similar? Here is my thought: Fedora Default => for official default spin/set Fedora Custom => for customized spin/set From jkeating at redhat.com Sat Apr 28 17:23:41 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 28 Apr 2007 10:23:41 -0700 Subject: Making the merge happen In-Reply-To: <46337908.4010107@gmail.com> References: <200704261312.31237.jkeating@redhat.com> <46337908.4010107@gmail.com> Message-ID: <200704281023.41585.jkeating@redhat.com> On Saturday 28 April 2007 09:40:40 eric wrote: > Just a small question: Regarding SRPMS directory structure beneath > "updates", ?is there a reason why it is NOT placed under "source" > directory ("updates/6/SRPMS" ? ?instead of ?"updates/6/source/SRPMS") > like those of "development" and "release" tree structures > ("development/source/SRPMS" and ?"6/source/SRPMS")? Mostly because the use of source/SRPMS in the other locations is because we also have isos of source so there is source/iso and source/SRPMS. We could use the same structure, but there would be no iso/ directory so it seemed odd to have another directory level with nothing in it. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Apr 28 17:24:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 28 Apr 2007 10:24:34 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177758856.2755.696.camel@pmac.infradead.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> Message-ID: <200704281024.35211.jkeating@redhat.com> On Saturday 28 April 2007 04:14:16 David Woodhouse wrote: > Maybe we should call it 'Fedora ' to indicate the difference > between the core packages on the DVD and all the extra stuff available > from the network? > > Not sure what sub-titles I'd choose. Something that indicates the > essential information about 'core' vs 'extra', I suppose. > > Anyone got any ideas? The entire package set is the Fedora Collection (hence we keep .fcX for dist tag) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Sat Apr 28 18:01:52 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 28 Apr 2007 20:01:52 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <200704281024.35211.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <200704281024.35211.jkeating@redhat.com> Message-ID: <46338C10.60105@leemhuis.info> Jesse Keating schrieb: > [...] > The entire package set is the Fedora Collection (hence we keep .fcX for dist > tag) > I'm all for giving the repo a final name as different people refer to it with different names. "Fedora Collection" is acceptable to me (albeit not my fist choice, but that doesn't matter much now), but the last thing I have headed was this: thl> /me *currently* votes for "Fedora Package Repository" (short: "fedora-repo"), as that's what it is. max> Fine with me. found in: http://www.redhat.com/archives/fedora-devel-list/2007-February/msg00584.html Paul on the other hand in http://www.redhat.com/archives/fedora-devel-list/2007-February/msg00591.html said "Fedora Collection". Or did I miss when any Board/Committee/Leader/Whatever agree on the final name for "entire package set"? CU thl From sdl.web at gmail.com Sat Apr 28 18:31:27 2007 From: sdl.web at gmail.com (Leo) Date: Sat, 28 Apr 2007 19:31:27 +0100 Subject: Bug 213331: Flicker on vt consoles Message-ID: Hi all, May I wonder what's the status of this bug? It was reported when FC6 was just released however it is still not fixed today in FC6 and we have been forced to upgrade to Fedora 7. Regards, -- Leo (GPG Key: 9283AA3F) From skvidal at linux.duke.edu Sat Apr 28 18:38:04 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Sat, 28 Apr 2007 14:38:04 -0400 Subject: Bug 213331: Flicker on vt consoles In-Reply-To: References: Message-ID: <1177785484.14131.44.camel@cutter> On Sat, 2007-04-28 at 19:31 +0100, Leo wrote: > Hi all, > > May I wonder what's the status of this bug? > > It was reported when FC6 was just released however it is still not fixed > today in FC6 and we have been forced to upgrade to Fedora 7. > umm? how are you being forced to upgrade to f7? It's not even out yet. -sv From kevin.kofler at chello.at Sat Apr 28 18:41:07 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 28 Apr 2007 18:41:07 +0000 (UTC) Subject: Bug 213331: Flicker on vt consoles References: <1177785484.14131.44.camel@cutter> Message-ID: seth vidal linux.duke.edu> writes: > umm? how are you being forced to upgrade to f7? It's not even out yet. I think that's kinda his point (i.e. being forced to upgrade to F7Test4 which is not ready yet as the only way to get around this bug). Leo, if this is indeed fixed in Rawhide/F7Test4, it would be nice to note that in the bug report. It might also increase your chances to see the fix backported to FC6. The fix would most likely still have to be identified within the many X.Org changes between FC6 and F7 (an entire new upstream version) though. Kevin Kofler From tromey at redhat.com Sat Apr 28 19:26:13 2007 From: tromey at redhat.com (Tom Tromey) Date: Sat, 28 Apr 2007 13:26:13 -0600 Subject: Standard naming scheme for KDE components? In-Reply-To: <645d17210704280700m62e5df31k98b39aed809d9ace@mail.gmail.com> (Jonathan Underwood's message of "Sat\, 28 Apr 2007 15\:00\:53 +0100") References: <200704272157.56266.lightsolphoenix@gmail.com> <645d17210704280700m62e5df31k98b39aed809d9ace@mail.gmail.com> Message-ID: >>>>> "Jonathan" == Jonathan Underwood writes: Jonathan> Emacs add-on package naming is covered in the guidelines. It is Jonathan> complicated by the existence of Xemacs and the fact that many add-on Jonathan> packages work for both GNU Emacs and Xemacs. Thanks. Somehow I missed this in my search of the wiki :( Jonathan> There are a number of packages that don't yet follow these naming Jonathan> guidelines, which should be fixed. These are generally packages that Jonathan> were in Fedora Core and moved to Extras before these Extras guidelines Jonathan> were established. They need fixing. Ok, thanks again. Tom From jkeating at redhat.com Sat Apr 28 20:57:55 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 28 Apr 2007 13:57:55 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46338C10.60105@leemhuis.info> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704281024.35211.jkeating@redhat.com> <46338C10.60105@leemhuis.info> Message-ID: <200704281357.55711.jkeating@redhat.com> On Saturday 28 April 2007 11:01:52 Thorsten Leemhuis wrote: > Or did I miss when any Board/Committee/Leader/Whatever agree on the > final name for "entire package set"? I don't know if it was decided or not, I got tired of waiting and went with what made sense with the current dist tags and build system tags and everything else. Not everything can be decided by committee. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sdl.web at gmail.com Sat Apr 28 21:27:49 2007 From: sdl.web at gmail.com (Leo) Date: Sat, 28 Apr 2007 22:27:49 +0100 Subject: Bug 213331: Flicker on vt consoles References: <1177785484.14131.44.camel@cutter> Message-ID: ----- Kevin Kofler (2007-04-28) wrote:----- > Leo, if this is indeed fixed in Rawhide/F7Test4, it would be nice to > note that in the bug report. It might also increase your chances to > see the fix backported to FC6. The fix would most likely still have to > be identified within the many X.Org changes between FC6 and F7 (an > entire new upstream version) though. Thanks, Kevin. My PC is out of order after I came back from vacation and I was not able to boot it at all; I think it is hardware failure. My laptop is the only thing I count on for my work (thesis and everything). I thus hope someone is so kind to let me know if this bug is fixed in F7 test4. (I sometimes like to work in the console because of less distraction) Best, -- Leo (GPG Key: 9283AA3F) From jspaleta at gmail.com Sat Apr 28 23:06:00 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 28 Apr 2007 15:06:00 -0800 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46332F59.10608@leemhuis.info> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> Message-ID: <604aa7910704281606t49bd467bqbc105dec7172aec1@mail.gmail.com> On 4/28/07, Thorsten Leemhuis wrote: > Fedora Repo N -> repository with all the packages (e.g. merged Core and > Extras) of the certain release "N"; some people suggested to call it > "Fedora Collection" as that would be more in line with the fcN which we > use as disttag; but well, the name "Repo" is IMHO much more obvious (at > least for me as a non-english speaker). As someone who actually sits on the frontline and tries to communicate with users who are having problems... let me just say It would be really really... really.. keen if there was a super fabulously easy way to identify which particular install media image/set a particular user is using. If we are going to have multiple 'blessed' variants of install images out in the wild, calling one of them just Fedora is going to cause buckets of communication problems. Each collection of stuff that can be pointed to as an installable thing.. needs to have a subtitle. I don't care what the subtitle is, name each distinct installable media image/set the word for flower in a different language for all I care. Just so each installable media image/set is uniquely named with something beyond the word Fedora. -jef"assailed by images of Abbott and Costelo's baseball comedy act modernized and re-enacted in every Fedora communication channel"spaleta From sundaram at fedoraproject.org Sun Apr 29 01:04:40 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 29 Apr 2007 06:34:40 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46338C10.60105@leemhuis.info> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <200704281024.35211.jkeating@redhat.com> <46338C10.60105@leemhuis.info> Message-ID: <4633EF28.1090705@fedoraproject.org> Thorsten Leemhuis wrote: > Or did I miss when any Board/Committee/Leader/Whatever agree on the > final name for "entire package set"? I referred to it as Fedora Package Collection through the wiki when doing the extras related changes. Rahul From rc040203 at freenet.de Sun Apr 29 05:47:09 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 29 Apr 2007 07:47:09 +0200 Subject: contributing a software through bugzilla In-Reply-To: References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> Message-ID: <1177825629.3587.10.camel@mccallum.corsepiu.local> On Sat, 2007-04-28 at 15:37 +0000, Kevin Kofler wrote: > Ralf Corsepius freenet.de> writes: > > Yes, I withdrew two packages of mine after they had been lingering > > around in the queue for 14 months and turned away from fedora to > > shipping them via a 3rd party repo, instead. > > Are you referring to the rtems cross-compilers? Yes, these are two packages I am referring to. They we "probes" for many more cross tool chains I have. I was aware getting these through reviews would be hard and a lot of effort (and was willing to cope with it) in advance, but the feedback had been so "overwhelming" that I could not avoid concluding Fedora not to be a suitable platform for cross-toolchains and more generally speaking, for any "complex packages with a small user base". > I'm willing to get these > through review for you (I can review packages from people who don't need a > sponsor now that I own a package) if you do the same with my tigcc > cross-toolchain package once I submit it. Hmm, I must have missed it in all these bugzilla traffic. URL? All I can find in bugzilla is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225120 which probably isn't what you are referring to. Ralf From fedora at leemhuis.info Sun Apr 29 09:04:24 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 29 Apr 2007 11:04:24 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <200704281357.55711.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704281024.35211.jkeating@redhat.com> <46338C10.60105@leemhuis.info> <200704281357.55711.jkeating@redhat.com> Message-ID: <46345F98.1060008@leemhuis.info> Jesse Keating schrieb: > On Saturday 28 April 2007 11:01:52 Thorsten Leemhuis wrote: >> Or did I miss when any Board/Committee/Leader/Whatever agree on the >> final name for "entire package set"? > I don't know if it was decided or not, I got tired of waiting and went with > what made sense with the current dist tags and build system tags and > everything else. Ohh, sorry, I thought this is Fedora, the Community project, where everyone can get heard and, if a agreement can't be reached by those that are involved in a discussion, the topic gets decided by a Committee and not by some random person that's happens to be in a good position to push his opinion through. > Not everything can be decided by committee. But you can in this case? The whole thing could have been discussed and decided in less then 5 minutes by a Committee. FESCo is likely the one that could have done it. (maybe the Board should have blessed it afterwards). Jesse, you are in FESCo yourself. If you "got tired of waiting" why didn't you simply bring it up in a Meeting? CU thl From sdl.web at gmail.com Sun Apr 29 09:19:35 2007 From: sdl.web at gmail.com (Leo) Date: Sun, 29 Apr 2007 10:19:35 +0100 Subject: Transaction Test failed Message-ID: Hi all, I tried to upgrade to 6.93 but `yum upgrade' failed. ==================================== ...... Install 62 Package(s) Update 782 Package(s) Remove 2 Package(s) Total download size: 794 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: installing package glibc-common-2.5.90-21 needs 34MB on the / filesystem Error Summary ------------- Disk Requirements: At least 34MB needed on the / filesystem. ==================================== However, `df -h': /dev/hda1 4.8G 4.0G 536M 89% / tmpfs 496M 0 496M 0% /dev/shm /dev/hda5 8.5G 7.9G 272M 97% /home /dev/hda2 9.5G 5.4G 3.7G 60% /usr/local There is more than 34M in /. Bug? -- Leo (GPG Key: 9283AA3F) From abartlet at samba.org Sun Apr 29 09:21:47 2007 From: abartlet at samba.org (Andrew Bartlett) Date: Sun, 29 Apr 2007 11:21:47 +0200 Subject: Transaction Test failed In-Reply-To: References: Message-ID: <1177838507.6033.17.camel@localhost.localdomain> On Sun, 2007-04-29 at 10:19 +0100, Leo wrote: > Hi all, > > I tried to upgrade to 6.93 but `yum upgrade' failed. > Transaction Check Error: > installing package glibc-common-2.5.90-21 needs 34MB on the / filesystem > /dev/hda1 4.8G 4.0G 536M 89% / > There is more than 34M in /. Bug? The issue is that all the packages are installed, then the old package files removed, so the high point is higher than the current amount of disk space. I often do a 'yum install' of some of the large packages (such as openoffice and glibc), before the general update, to break the problem apart. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. http://redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From andy at smile.org.ua Sun Apr 29 09:26:13 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Sun, 29 Apr 2007 12:26:13 +0300 Subject: Transaction Test failed In-Reply-To: References: Message-ID: <20070429092613.GA3133@serv.smile.org.ua> Hi Leo! On Sun, Apr 29, 2007 at 10:19:35AM +0100, Leo wrote next: > At least 34MB needed on the / filesystem. > /dev/hda1 4.8G 4.0G 536M 89% / > There is more than 34M in /. Bug? No. This means the size of / should be higher on 34Mb than current. 536+34=570M is needed at least. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From sdl.web at gmail.com Sun Apr 29 09:36:59 2007 From: sdl.web at gmail.com (Leo) Date: Sun, 29 Apr 2007 10:36:59 +0100 Subject: Transaction Test failed References: <1177838507.6033.17.camel@localhost.localdomain> Message-ID: ----- Andrew Bartlett (2007-04-29) wrote:----- > The issue is that all the packages are installed, then the old package > files removed, so the high point is higher than the current amount of > disk space. I often do a 'yum install' of some of the large packages > (such as openoffice and glibc), before the general update, to break the > problem apart. > > Andrew Bartlett I suspected that also. However the error message is really unclear. -- Leo (GPG Key: 9283AA3F) From buildsys at redhat.com Sun Apr 29 09:43:28 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 29 Apr 2007 05:43:28 -0400 Subject: rawhide report: 20070429 changes Message-ID: <200704290943.l3T9hSqm000786@hs20-bc2-6.build.redhat.com> Updated Packages: (none) Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 From sdl.web at gmail.com Sun Apr 29 12:13:47 2007 From: sdl.web at gmail.com (Leo) Date: Sun, 29 Apr 2007 13:13:47 +0100 Subject: Bug 213331: Flicker on vt consoles References: <1177785484.14131.44.camel@cutter> Message-ID: ----- Kevin Kofler (2007-04-28) wrote:----- > Leo, if this is indeed fixed in Rawhide/F7Test4, it would be nice to > note that in the bug report. It might also increase your chances to > see the fix backported to FC6. The fix would most likely still have to > be identified within the many X.Org changes between FC6 and F7 (an > entire new upstream version) though. I take the plunge. I can confirm this is indeed fixed in F7t4. -- Leo (GPG Key: 9283AA3F) From tcallawa at redhat.com Sun Apr 29 12:58:28 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sun, 29 Apr 2007 07:58:28 -0500 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <20070428095815.GC18891@neu.nirvana> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <20070428095815.GC18891@neu.nirvana> Message-ID: <1177851508.4390.16.camel@localhost.localdomain> On Sat, 2007-04-28 at 11:58 +0200, Axel Thimm wrote: > On Fri, Apr 27, 2007 at 09:18:53AM -0700, Fernando Lopez-Lezcano wrote: > > Would it be possible to use the already existing %{?dist} distag and > > just change the way it is expanded in EPEL alone? That would > > actually avoid changing the spec file at all. I don't know if this > > might be a technical no-no for some reason in Fedora's build system. > > That was the suggestion I had made as well, and is the best technical > solution indeed: > > http://fedoraproject.org/wiki/EPEL/SteeringCommittee/Voting#head-efb18a3ff4ed343c4a8aa17dc0a8466bab8c9024 > > "A possible implementation is to extend %{?dist} to include the > repotag. Since EPEL is targeting building software out of the former > Fedora Extras pool of software which at this point in time uses > %{?dist} in 2989 of 3049 (98%) it does indeed already have a disttag > everywhere but the epel-release package. So that seems the least > intrusive and fastest way to achieve this." The only "flaw" in that implementation is that it would not be implemented universally. 98% is not 100%. If (and this is still a big if) we want to implement repotags for EPEL, I think the best way is to take the packager out of the loop entirely, and append .epel to the release at the buildsystem layer. So, if you've got %{?dist}, you get: foo-1.0.0-1.el5.epel If you don't use %{?dist}, you get foo-1.0.0-1.epel The disttag is for marking the distribution for which that package is built for, not the repo from whence it came. The repotag shouldn't be used for version comparison, thus it should be the last significant "digit". Packages shouldn't use it for macro purposes (if I'm built in this repo, do foo, otherwise, do bar). Unlike the disttag, for it to be effective, it needs to be mandatory for the repo (EPEL, in this specific case, not Fedora), and the easiest way to do this (without having people scream at each other) is to have the buildsystem append the repotag to the Release field (in a local copy inside mock) before building the spec. Thus, it is no additional work for packagers to have to add it to an existing FC spec (EPEL packages just get it when they're built automagically). Its not easily overridden by anyone who decides to be "independent" on this issue. %{?dist} is still optional. The only catch is that versioned requires/depends with the release integrated need to be careful. 1 < 1.epel, but the same concerns are present with %{?dist} and have mostly been a non-issue. Thoughts? ~spot From tcallawa at redhat.com Sun Apr 29 13:21:26 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sun, 29 Apr 2007 08:21:26 -0500 Subject: OT: Re: Pidgin Icons gone In-Reply-To: <1177065405.25513.70.camel@vader.jdub.homelinux.org> References: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> <1177065405.25513.70.camel@vader.jdub.homelinux.org> Message-ID: <1177852886.4390.28.camel@localhost.localdomain> On Fri, 2007-04-20 at 05:36 -0500, Josh Boyer wrote: > On Fri, 2007-04-20 at 12:18 +1000, David Hunter wrote: > > Since the demise of Gaim being replaced with pidgin, many of the old > > Icons from gaim have been changed. Any way to get them back? or is it > > a change for good? Is it a bug or known issue? > > As I understand it, the icons included with pidgin are _the_ icons for > the package now. I don't think it's a bug. Unfortunately they're hideous. Does anyone know of a slightly less horrible icon set for pidgin? ~spot From tcallawa at redhat.com Sun Apr 29 13:25:29 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sun, 29 Apr 2007 08:25:29 -0500 Subject: Change of historical behavior In-Reply-To: <1177546792.3881.41.camel@mentorng.gurulabs.com> References: <1177546792.3881.41.camel@mentorng.gurulabs.com> Message-ID: <1177853129.4390.31.camel@localhost.localdomain> On Wed, 2007-04-25 at 18:19 -0600, Dax Kelson wrote: > Just a FYI... > > While updating some courseware I noticed a change in decades old UNIX > behavior on RHEL5/FC6. The behavior may not be super important, but I > wouldn't be surprised if somebody, somewhere gets bit by it. > > The change is as follows. > > Previously with disk quotas enabled if your hard block quota was reached > (or you were over your soft and the time had expired) but your > file/inode quota was not reached, you could still create empty files. > > This is no longer the case. Observe: > > $ quota > Disk quotas for user guru (uid 500): > Filesystem blocks quota limit grace files quota limit grace > /dev/sda8 2048* 0 2048 11 0 0 > $ touch /tmp/newfile > touch: cannot touch `/tmp/newfile': Disk quota exceeded > > My initial suspicion was that this is a side effect of RHEL5/FC6 > mounting all filesystems with the acl and user_xattr options (done via > the default mount options field in the filesystem's super block), > however with testing this appears not to be case. > > This came up because the lab exercise I was updating had a step along > the lines of "...now that you are 'over' quota run the command "touch > anewfile". Can you explain why that still works?...". Not to ask stupid questions, but should that have ever worked? I'd think an outright rejection would be far useful than creating empty files innocently. Maybe this is a release notes item for F7? ~spot From Axel.Thimm at ATrpms.net Sun Apr 29 15:21:30 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 29 Apr 2007 17:21:30 +0200 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <1177851508.4390.16.camel@localhost.localdomain> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <20070428095815.GC18891@neu.nirvana> <1177851508.4390.16.camel@localhost.localdomain> Message-ID: <20070429152130.GB15091@neu.nirvana> On Sun, Apr 29, 2007 at 07:58:28AM -0500, Tom spot Callaway wrote: > On Sat, 2007-04-28 at 11:58 +0200, Axel Thimm wrote: > > On Fri, Apr 27, 2007 at 09:18:53AM -0700, Fernando Lopez-Lezcano wrote: > > > Would it be possible to use the already existing %{?dist} distag and > > > just change the way it is expanded in EPEL alone? That would > > > actually avoid changing the spec file at all. I don't know if this > > > might be a technical no-no for some reason in Fedora's build system. > > > > That was the suggestion I had made as well, and is the best technical > > solution indeed: > > > > http://fedoraproject.org/wiki/EPEL/SteeringCommittee/Voting#head-efb18a3ff4ed343c4a8aa17dc0a8466bab8c9024 > > > > "A possible implementation is to extend %{?dist} to include the > > repotag. Since EPEL is targeting building software out of the former > > Fedora Extras pool of software which at this point in time uses > > %{?dist} in 2989 of 3049 (98%) it does indeed already have a disttag > > everywhere but the epel-release package. So that seems the least > > intrusive and fastest way to achieve this." > > The only "flaw" in that implementation is that it would not be > implemented universally. 98% is not 100%. But check out the remaining 2%: It's firmware and data files that should not carry a disttag (and they should not even be rebuilt at all). > If (and this is still a big if) we want to implement repotags for EPEL, > I think the best way is to take the packager out of the loop entirely, > and append .epel to the release at the buildsystem layer. Same goes for the disttag itself and when I brought up this request some years ago to have an appendable "releasesuffix" macro for rpm the god of rpm loudly laughed and looked away ;) See for example (no rpm god involved) http://www.redhat.com/archives/fedora-packaging/2005-February/msg00116.html | In fact the best solution would be to have a releasesuffix | macro/header tag which rpm automatically tags onto the releasetag, | e.g. | | rpmbuild -bs --define 'releasesuffix .at' foo.spec | | produces the distro agnostic foo-1.2.3-4.at.src.rpm | | rpmbuild --rebuild --define 'releasesuffix rhel4.at' | foo-1.2.3-4.at.src.rpm | | produces foo-1.2.3-4.rhel4.at.i386.rpm | | As a side effect the releasesuffix macro/header tag can be used both | for disttags as well as for repotags, the latter being just a mark of | origin. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin.kofler at chello.at Sun Apr 29 15:36:24 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 29 Apr 2007 15:36:24 +0000 (UTC) Subject: contributing a software through bugzilla References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> <1177825629.3587.10.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius freenet.de> writes: > > I'm willing to get these > > through review for you (I can review packages from people who don't need a > > sponsor now that I own a package) if you do the same with my tigcc > > cross-toolchain package once I submit it. > Hmm, I must have missed it in all these bugzilla traffic. > > URL? All I can find in bugzilla is > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225120 > which probably isn't what you are referring to. As I said in the previous e-mail, I haven't submitted it yet. If you want to look at my current SRPMs, you can get my current packages at http://repo.calcforge.org/ , but these are NOT ready for submittal (especially TIGCC needs to have tigcc-a68k built from a separate tarball and zapped from the main tigcc SRPM, because the A68k license is not acceptable for Fedora - luckily, TIGCC is perfectly usable without A68k, as there's the GNU assembler, you just can't assemble legacy assembly programs written for A68k without it). Kevin Kofler From hughsient at gmail.com Sun Apr 29 16:03:38 2007 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 29 Apr 2007 17:03:38 +0100 Subject: rawhide report: 20070428 changes In-Reply-To: <46333465.1090703@sunnmore.net> References: <200704280936.l3S9ae2V026332@hs20-bc2-6.build.redhat.com> <46333465.1090703@sunnmore.net> Message-ID: <1177862618.4575.4.camel@hughsie-laptop> On Sat, 2007-04-28 at 13:47 +0200, Roy-Magne Mo wrote: > This updates chrashes with the yum-fastestmirror plugin > (yum-fastestmirror-1.1.2-1.fc7). Removing yum-fastestmirror or running > yum with --noplugin cures the problem. hughsie at hughsie-laptop:~/Code/oprofileui$ yum search oprofile Loading "installonlyn" plugin (process:24012): GLib-CRITICAL **: g_timer_stop: assertion `timer != NULL' failed (process:24012): GLib-CRITICAL **: g_timer_destroy: assertion `timer != NULL' failed Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 94, in main result, resultmsgs = base.doCommands() File "/usr/share/yum-cli/cli.py", line 263, in doCommands return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, self.extcmds) File "/usr/share/yum-cli/yumcommands.py", line 336, in doCommand return base.search(extcmds) File "/usr/share/yum-cli/cli.py", line 812, in search for (po, matched_value) in matching: File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 1196, in searchGenerator for sack in self.pkgSack.sacks.values(): File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 500, in pkgSack = property(fget=lambda self: self._getSacks(), File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 382, in _getSacks self.repos.populateSack(which=repos) File "/usr/lib/python2.5/site-packages/yum/repos.py", line 206, in populateSack sack.populate(repo, mdtype, callback, cacheonly) File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 163, in populate dobj = repo_cache_function(xml, csum) File "/usr/lib/python2.5/site-packages/sqlitecachec.py", line 40, in getPrimary self.repoid)) TypeError: Can not create db_info table: table db_info already exists Richard. From bkorb at gnu.org Sun Apr 29 16:49:13 2007 From: bkorb at gnu.org (Bruce Korb) Date: Sun, 29 Apr 2007 09:49:13 -0700 Subject: [Fwd: AutoGen & libopts] Message-ID: <4634CC89.4030303@gnu.org> using GMail, this bounced: Hi Kevin Fenzi, Ralf Corsepius, et al., Some history and clarifications: http://www.redhat.com/archives/fedora-extras-list/2006-December/msg00490.html > I can't find this situation to be satisfactory and actually think this > situation is messed up. But, AFAICT, nobody but autogen actually uses > libopts, so this isn't much of a problem. There are actually tens of projects that I personally know about that use libopts. None are widely distributed. All of them redistribute libopts. That is why I separated libopts from the un-disentangleable (is that a word?) autogen distribution. The NTP project, however, has a version in the pipeline that uses libopts, so there will be one you've likely heard of soon. Though, again, it redistributes libopts. So, the "libopts" package is for one purpose: to allow developers of other projects to require that it be installed on production machines in order to keep sources out of their own package. "libopts" by itself is pretty useless. The interface is sufficiently complicated that hand coding to it is infeasible. That is why a definition language gets translated into C code and data structures. That is what the autoopts templates do, with the help of autogen. In turn, autogen uses these templates and the library to process its options. Separating them is more pain than it is worth. C.F.: Yeah, what a mess. ;( I'd suggest either one big ball of wax (as I have done it for years), or use the partitioning done by Debian: libopts -- runtime library libopts-dev -- headers, man pages, etc. for compiling a project with autoopts generated source autogen -- various binaries, templates and docs for generating source. See: http://packages.debian.org/unstable/devel/autogen Matt Kraai is the maintainer: kraai in the debian organization. He might give you some hints, Paul, about his reasoning. Hope that makes the "mess" a little more understandable. Regards, Bruce From bkorb at gnu.org Sun Apr 29 16:52:19 2007 From: bkorb at gnu.org (Bruce Korb) Date: Sun, 29 Apr 2007 09:52:19 -0700 Subject: [Fwd: Re: [Autogen-users] options.h not in fc6 rpms?] Message-ID: <4634CD43.6080204@gnu.org> This also failed, trying again: Ron Arts wrote: > hi, > > I have an additional question. If I install autogen-devel, there > still is no options.h to be found. should I generate it somehow? > > Thanks, > Ron Hi Ron, I am sorry to say that I use SuSE meaning that I do not know what is in which package, except by what people tell me. My recollection is that I was told that autoopts/options.h lives in the autogen-devel package. http://www.redhat.com/archives/fedora-extras-list/2006-December/msg00592.html Paul Johnson maintains autogen-on-fedora, so I'm forwarding this to him for comment. Thank you, Paul. Regards, Bruce P.S. _I_ generate options.h when I pull from the source repository in a bootstrap step. If you wish to tweak and regenerate for some reason, you'd need to pull CVS from savannah and run the config/bootstrap script. You don't want to. ;) From sdl.web at gmail.com Sun Apr 29 17:09:55 2007 From: sdl.web at gmail.com (Leo) Date: Sun, 29 Apr 2007 18:09:55 +0100 Subject: suspend to RAM failed in Test 4 Message-ID: Hello, While upgrading to Fedora 7 Test 4 fixed the intel video driver bug, another important feature is compromised. I was not able to wake up my laptop (Dell 700M) from a suspend-to-RAM. Anyone seeing similar problems? Is there a workaround? I filed a bug report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238342 Thanks, -- Leo (GPG Key: 9283AA3F) From Dax at gurulabs.com Sun Apr 29 19:29:29 2007 From: Dax at gurulabs.com (Dax Kelson) Date: Sun, 29 Apr 2007 13:29:29 -0600 Subject: Change of historical behavior In-Reply-To: <1177853129.4390.31.camel@localhost.localdomain> References: <1177546792.3881.41.camel@mentorng.gurulabs.com> <1177853129.4390.31.camel@localhost.localdomain> Message-ID: <2954-SnapperMsg827D11E1C25AA2A0@[70.0.254.136]> ...... Original Message ....... On Sun, 29 Apr 2007 08:25:29 -0500 Tom "spot" Callaway wrote: >Not to ask stupid questions, but should that have ever worked? I'd think >an outright rejection would be far useful than creating empty files >innocently. > It should work because inodes and data blocks are two distinct resources within a filesystem that UNIX/Linux quotas have the flexibility in controlling separately. Behaviors (especially those with decades long precedence) shouldn't change without very good reason, and they certaintly shouldn't change non-deliberately. I wonder if POSIX has anything to say about quota behavior. Since I posted the message, I checked a SLES10 box using ext3 with acls and user_xattr. It's behaves as expected in the traditional manner. Being over your data block quota doesn't impact the ability to create zero byte files. Empty files are not usually accidents. ___ Dax Kelson Guru Labs From tcallawa at redhat.com Sun Apr 29 23:39:01 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sun, 29 Apr 2007 18:39:01 -0500 Subject: Change of historical behavior In-Reply-To: <2954-SnapperMsg827D11E1C25AA2A0@[70.0.254.136]> References: <1177546792.3881.41.camel@mentorng.gurulabs.com> <1177853129.4390.31.camel@localhost.localdomain> <2954-SnapperMsg827D11E1C25AA2A0@[70.0.254.136]> Message-ID: <1177889941.3836.2.camel@localhost.localdomain> On Sun, 2007-04-29 at 13:29 -0600, Dax Kelson wrote: > ...... Original Message ....... > On Sun, 29 Apr 2007 08:25:29 -0500 Tom "spot" Callaway > wrote: > >Not to ask stupid questions, but should that have ever worked? I'd think > >an outright rejection would be far useful than creating empty files > >innocently. > > > > It should work because inodes and data blocks are two distinct resources > within a filesystem that UNIX/Linux quotas have the flexibility in > controlling separately. > > Behaviors (especially those with decades long precedence) shouldn't change > without very good reason, and they certaintly shouldn't change > non-deliberately. > > I wonder if POSIX has anything to say about quota behavior. > > Since I posted the message, I checked a SLES10 box using ext3 with acls and > user_xattr. It's behaves as expected in the traditional manner. Being over > your data block quota doesn't impact the ability to create zero byte files. This may be a legit bug then. Bugzilla it. :) ~spot From tcallawa at redhat.com Sun Apr 29 23:41:58 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sun, 29 Apr 2007 18:41:58 -0500 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <20070429152130.GB15091@neu.nirvana> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <20070428095815.GC18891@neu.nirvana> <1177851508.4390.16.camel@localhost.localdomain> <20070429152130.GB15091@neu.nirvana> Message-ID: <1177890118.3836.5.camel@localhost.localdomain> On Sun, 2007-04-29 at 17:21 +0200, Axel Thimm wrote: > But check out the remaining 2%: It's firmware and data files that > should not carry a disttag (and they should not even be rebuilt at > all). Not all of those packages are things that shouldn't have disttags. Some packagers choose not to use %{?dist} for their own reasons, and I respect that. > > If (and this is still a big if) we want to implement repotags for > EPEL, > > I think the best way is to take the packager out of the loop > entirely, > > and append .epel to the release at the buildsystem layer. > > Same goes for the disttag itself and when I brought up this request > some years ago to have an appendable "releasesuffix" macro for rpm the > god of rpm loudly laughed and looked away ;) Not at the rpm layer, no, at the buildsystem layer. This is a notable difference. ~spot From Axel.Thimm at ATrpms.net Mon Apr 30 01:50:53 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 30 Apr 2007 03:50:53 +0200 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <1177890118.3836.5.camel@localhost.localdomain> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <20070428095815.GC18891@neu.nirvana> <1177851508.4390.16.camel@localhost.localdomain> <20070429152130.GB15091@neu.nirvana> <1177890118.3836.5.camel@localhost.localdomain> Message-ID: <20070430015053.GB25998@neu.nirvana> On Sun, Apr 29, 2007 at 06:41:58PM -0500, Tom spot Callaway wrote: > On Sun, 2007-04-29 at 17:21 +0200, Axel Thimm wrote: > > But check out the remaining 2%: It's firmware and data files that > > should not carry a disttag (and they should not even be rebuilt at > > all). > > Not all of those packages are things that shouldn't have disttags. Some > packagers choose not to use %{?dist} for their own reasons, and I > respect that. Well, still, do have a look and see that the reasons are as stated above. :) Anyway, that's not that important, the roadblocks are elsewhere. > > > If (and this is still a big if) we want to implement repotags for > > EPEL, > > > I think the best way is to take the packager out of the loop > > entirely, > > > and append .epel to the release at the buildsystem layer. > > > > Same goes for the disttag itself and when I brought up this request > > some years ago to have an appendable "releasesuffix" macro for rpm the > > god of rpm loudly laughed and looked away ;) > > Not at the rpm layer, no, at the buildsystem layer. This is a notable > difference. I've tried (and even have code) to manipulate this outside of rpm and it is quite messy. The problem is that you either cheat and don't use the same specfile, or you start fiddling with the rpm headers invalidtaing any signatures on the way. The latter is of course fixable by resigning the rpm, but it is a rather dirty hack, instead having a simple releasesuffix option to rpm via a macro is more flexible, less a hack and callable by any buildsystem as well. But to be honest, even a hackish solution is better than no solution. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thomas.swan at gmail.com Mon Apr 30 06:03:31 2007 From: thomas.swan at gmail.com (Thomas Swan) Date: Mon, 30 Apr 2007 01:03:31 -0500 Subject: Root filesystem encryption patch set In-Reply-To: <20070427033708.GA6783@nostromo.devel.redhat.com> References: <1177502785.3471.24.camel@zod.rchland.ibm.com> <1177522707.3471.33.camel@zod.rchland.ibm.com> <1177527194.22781.6.camel@metroid.rdu.redhat.com> <20070425202754.GA29114@wolff.to> <20070426101213.GA4250@dudweiler.stuttgart.redhat.com> <20070426180653.GA19905@wolff.to> <20070427033708.GA6783@nostromo.devel.redhat.com> Message-ID: On 4/26/07, Bill Nottingham wrote: > > Bruno Wolff III (bruno at wolff.to) said: > > I think there had been an assumption that this person had been watching > > the bugzilla entry for encrypted file systems and would include patches > > posted there once people reported they were working OK. That assumption > seems > > to have been incorrect. > > The patches, as posted, are broken: > > - they introduce a new configuration file when mkinitrd already has one Point taken, I checked and there's nothing that can't be done with the existing config file. So, everything is optional with /etc/sysconfig/mkinitrd. A new set of patches are available at the website. I'll be updating the instructions today or tomorrow. - they hardcode device names in the exact same way that /etc/crypttab > does, meaning that it will fail in the exact same way with hotplugged > drives or device ordering changes that /etc/crypttab does (and does > with a vengeance in any FC6 -> F7 upgrade). Considering this is the > root device, that's *bad*. Current encryption support does have a drawback. Either we can identify the device by taking the first/last X bytes of a raw device (if they do not change) as a UUID of sorts and scan all block devices for that "signature", or we have to know the target to decrypt. I'm at a loss of how to scan all candidate devices for said identifier. I agree, /etc/crypttab works after mounting / and all has all the drawbacks you are mentioning. -- The early bird may get the worm, but the it's the second mouse that gets the cheese. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcepl at redhat.com Sat Apr 28 21:27:26 2007 From: mcepl at redhat.com (Matej Cepl) Date: Sat, 28 Apr 2007 23:27:26 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> <1177765465.2821.7.camel@pmac.infradead.org> <1177767014.4903.7.camel@vader.jdub.homelinux.org> <46335384.2040702@leemhuis.info> Message-ID: On 2007-04-28, Thorsten Leemhuis wrote: >>Got any better ideas? > > No. Well, maybe something else shows up. What's wrong with Fedora Live CD? Matej From mladen.kuntner at triera.net Mon Apr 30 07:53:07 2007 From: mladen.kuntner at triera.net (Mladen Kuntner) Date: Mon, 30 Apr 2007 09:53:07 +0200 Subject: FC7 test4 getting video from firewire camera? Message-ID: <1177919587.3449.8.camel@cpe1-23-149.cable.triera.net> Is it possible to grab video from firewire camera with new IEE1394 stack? When i power on camera there is /dev/fw1 made but from dvgrab i get "no camera". As i understand dvgrab needs a raw1394 module loaded for working but there is no such module anymore. Do we need new dvgrab or is there some other way. mladen From pertusus at free.fr Mon Apr 30 09:19:52 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 30 Apr 2007 11:19:52 +0200 Subject: contributing a software through bugzilla In-Reply-To: <1177729268.30803.831.camel@mccallum.corsepiu.local> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> <1177729268.30803.831.camel@mccallum.corsepiu.local> Message-ID: <20070430091952.GB2906@free.fr> On Sat, Apr 28, 2007 at 05:01:07AM +0200, Ralf Corsepius wrote: > > As I see it, community contributed Fedora is only able to handle > "trivial, mass-market" packages. I'd presume that most "non-trivial > packages", which currently are part of Core and 100% under RH control > (E.g. GCC, kernel, glibc, perl ...) would have never made it into FE. That's not so obvious since, although they are very complicated packages they are also very widely used. -- Pat From sundaram at fedoraproject.org Mon Apr 30 09:32:46 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 15:02:46 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> <1177765465.2821.7.camel@pmac.infradead.org> <1177767014.4903.7.camel@vader.jdub.homelinux.org> <46335384.2040702@leemhuis.info> Message-ID: <4635B7BE.4080408@fedoraproject.org> Matej Cepl wrote: > On 2007-04-28, Thorsten Leemhuis wrote: >>> Got any better ideas? >> No. Well, maybe something else shows up. > > What's wrong with Fedora Live CD? The spin which was previously called "Prime" and now called "Fedora" is NOT a live cd or dvd but provides a regular installation and has packages similar to Fedora Core in the previous release. I consider the choice of "Fedora" as a bad choice for one of the spins and is bound to cause mass confusion. Jesse Keating or whoever can liaison with Red Hat marketing team can request them to come up some other name or we can go back to "Prime". Rahul From buildsys at redhat.com Mon Apr 30 09:32:55 2007 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 30 Apr 2007 05:32:55 -0400 Subject: rawhide report: 20070430 changes Message-ID: <200704300932.l3U9Wt7f019393@hs20-bc2-6.build.redhat.com> Updated Packages: m2crypto-0.17-2 --------------- * Fri Apr 27 2007 Miloslav Trmac - 0.17-2 - Make m2xmlrpclib work with Python 2.5 Resolves: #237902 redhat-artwork-5.0.12-7.fc7 --------------------------- * Fri Apr 27 2007 Matthias Clasen 5.0.12-7 - Drop the Bluecurve inheritance again, instead copy the Openoffice.org icons into the Fedora icon theme system-config-kickstart-2.7.6-1.fc7 ----------------------------------- * Fri Apr 27 2007 Chris Lumens 2.7.6-1 - Update package URL (#237712). - Correctly set the language if it ends with ".UTF-8" (#238119). * Mon Apr 23 2007 Chris Lumens 2.7.5-1 - Default to installing instead of upgrading. - Set a default SELinux setting when started up. - Don't write out remove lines for packages not available on the installation architecture. Broken deps for ppc64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ppc64 requires mkisofs k3b - 1.0-1.fc7.ppc64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc64 requires cdrecord xcdroast - 0.98a15-13.ppc64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc64 requires mkisofs >= 0:2.0 Broken deps for ia64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ia64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.ia64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ia64 requires mkisofs k3b - 1.0-1.fc7.ia64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ia64 requires cdrecord xcdroast - 0.98a15-13.ia64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ia64 requires mkisofs >= 0:2.0 Broken deps for i386 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.i386 requires mkisofs dvd+rw-tools - 7.0-3.fc7.i386 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.i386 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs xcdroast - 0.98a15-13.i386 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.i386 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.i386 requires mkisofs >= 0:2.0 Broken deps for ppc ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.ppc requires mkisofs dvd+rw-tools - 7.0-3.fc7.ppc requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.ppc requires mkisofs k3b - 1.0-1.fc7.ppc requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.ppc requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.ppc requires cdrecord xcdroast - 0.98a15-13.ppc requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.ppc requires mkisofs >= 0:2.0 xcdroast - 0.98a15-13.ppc requires cdrecord >= 0:2.0 Broken deps for x86_64 ---------------------------------------------------------- anaconda-runtime - 11.2.0.55-1.x86_64 requires mkisofs dvd+rw-tools - 7.0-3.fc7.x86_64 requires mkisofs >= 0:2.0 k3b - 1.0-1.fc7.x86_64 requires mkisofs k3b - 1.0-1.fc7.x86_64 requires cdrecord k3b - 1.0-1.fc7.i386 requires mkisofs k3b - 1.0-1.fc7.i386 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.x86_64 requires cdrecord nautilus-cd-burner - 2.18.0-2.fc7.i386 requires mkisofs nautilus-cd-burner - 2.18.0-2.fc7.i386 requires cdrecord xcdroast - 0.98a15-13.x86_64 requires cdrecord >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires cdda2wav >= 0:2.0 xcdroast - 0.98a15-13.x86_64 requires mkisofs >= 0:2.0 From sundaram at fedoraproject.org Mon Apr 30 09:40:05 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 15:10:05 +0530 Subject: rawhide report: 20070430 changes In-Reply-To: <200704300932.l3U9Wt7f019393@hs20-bc2-6.build.redhat.com> References: <200704300932.l3U9Wt7f019393@hs20-bc2-6.build.redhat.com> Message-ID: <4635B975.6050702@fedoraproject.org> buildsys at redhat.com wrote: > > redhat-artwork-5.0.12-7.fc7 > --------------------------- > * Fri Apr 27 2007 Matthias Clasen 5.0.12-7 > - Drop the Bluecurve inheritance again, instead copy > the Openoffice.org icons into the Fedora icon theme What was the problem with inheriting the icons? That would be useful if there are other missing icons in the Mist theme. Rahul From pertusus at free.fr Mon Apr 30 09:45:54 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 30 Apr 2007 11:45:54 +0200 Subject: suspend to RAM failed in Test 4 In-Reply-To: References: Message-ID: <20070430094554.GC2906@free.fr> On Sun, Apr 29, 2007 at 06:09:55PM +0100, Leo wrote: > Hello, > > While upgrading to Fedora 7 Test 4 fixed the intel video driver bug, > another important feature is compromised. > > I was not able to wake up my laptop (Dell 700M) from a > suspend-to-RAM. Anyone seeing similar problems? Is there a workaround? suspend-to-RAM never worked for me (DELL Latitide d505) while suspend on disk does. -- Pat From sundaram at fedoraproject.org Mon Apr 30 10:02:54 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 15:32:54 +0530 Subject: suspend to RAM failed in Test 4 In-Reply-To: <20070430094554.GC2906@free.fr> References: <20070430094554.GC2906@free.fr> Message-ID: <4635BECE.40506@fedoraproject.org> Patrice Dumas wrote: > On Sun, Apr 29, 2007 at 06:09:55PM +0100, Leo wrote: >> Hello, >> >> While upgrading to Fedora 7 Test 4 fixed the intel video driver bug, >> another important feature is compromised. >> >> I was not able to wake up my laptop (Dell 700M) from a >> suspend-to-RAM. Anyone seeing similar problems? Is there a workaround? > > suspend-to-RAM never worked for me (DELL Latitide d505) while suspend > on disk does. Have you filed a bug report? Rahul From mike at miketc.com Mon Apr 30 11:41:17 2007 From: mike at miketc.com (Mike Chambers) Date: Mon, 30 Apr 2007 06:41:17 -0500 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <4635B7BE.4080408@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <1177672070.4903.5.camel@vader.jdub.homelinux.org> <20070428095556.GB18891@neu.nirvana> <1177758856.2755.696.camel@pmac.infradead.org> <46332F59.10608@leemhuis.info> <1177765465.2821.7.camel@pmac.infradead.org> <1177767014.4903.7.camel@vader.jdub.homelinux.org> <46335384.2040702@leemhuis.info> <4635B7BE.4080408@fedoraproject.org> Message-ID: <1177933277.3762.2.camel@scrappy.miketc.com> On Mon, 2007-04-30 at 15:02 +0530, Rahul Sundaram wrote: > I consider the choice of "Fedora" as a bad choice for one of the spins > and is bound to cause mass confusion. Jesse Keating or whoever can > liaison with Red Hat marketing team can request them to come up some > other name or we can go back to "Prime". Fedora Prime (Install spin) Fedora Live (Live cd/dvd/install) Fedora Repo (the base software itself) -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless you're not getting any!" From rc040203 at freenet.de Mon Apr 30 10:30:29 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 30 Apr 2007 12:30:29 +0200 Subject: contributing a software through bugzilla In-Reply-To: <20070430091952.GB2906@free.fr> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> <1177729268.30803.831.camel@mccallum.corsepiu.local> <20070430091952.GB2906@free.fr> Message-ID: <1177929029.3587.72.camel@mccallum.corsepiu.local> On Mon, 2007-04-30 at 11:19 +0200, Patrice Dumas wrote: > On Sat, Apr 28, 2007 at 05:01:07AM +0200, Ralf Corsepius wrote: > > > > As I see it, community contributed Fedora is only able to handle > > "trivial, mass-market" packages. I'd presume that most "non-trivial > > packages", which currently are part of Core and 100% under RH control > > (E.g. GCC, kernel, glibc, perl ...) would have never made it into FE. > > That's not so obvious since, although they are very complicated packages > they are also very widely used. Are you seriously telling me you would accept a package which has 30 or more patches applied? You would tell the maintainer to tell upstream to fix them. Ralf From jamatos at fc.up.pt Mon Apr 30 12:15:21 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Mon, 30 Apr 2007 13:15:21 +0100 Subject: contributing a software through bugzilla In-Reply-To: <20070430091952.GB2906@free.fr> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177729268.30803.831.camel@mccallum.corsepiu.local> <20070430091952.GB2906@free.fr> Message-ID: <200704301315.21292.jamatos@fc.up.pt> On Monday 30 April 2007 10:19:52 Patrice Dumas wrote: > On Sat, Apr 28, 2007 at 05:01:07AM +0200, Ralf Corsepius wrote: > > As I see it, community contributed Fedora is only able to handle > > "trivial, mass-market" packages. I'd presume that most "non-trivial > > packages", which currently are part of Core and 100% under RH control > > (E.g. GCC, kernel, glibc, perl ...) would have never made it into FE. > > That's not so obvious since, although they are very complicated packages > they are also very widely used. Sure, I find it hard to understand how it would be possible to build a linux distribution without the kernel, glibc and gcc. ;-) > -- > Pat -- Jos? Ab?lio From sundaram at fedoraproject.org Mon Apr 30 12:19:26 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 17:49:26 +0530 Subject: contributing a software through bugzilla In-Reply-To: <1177929029.3587.72.camel@mccallum.corsepiu.local> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> <1177729268.30803.831.camel@mccallum.corsepiu.local> <20070430091952.GB2906@free.fr> <1177929029.3587.72.camel@mccallum.corsepiu.local> Message-ID: <4635DECE.3010002@fedoraproject.org> Ralf Corsepius wrote: > On Mon, 2007-04-30 at 11:19 +0200, Patrice Dumas wrote: >> On Sat, Apr 28, 2007 at 05:01:07AM +0200, Ralf Corsepius wrote: >>> As I see it, community contributed Fedora is only able to handle >>> "trivial, mass-market" packages. I'd presume that most "non-trivial >>> packages", which currently are part of Core and 100% under RH control >>> (E.g. GCC, kernel, glibc, perl ...) would have never made it into FE. >> That's not so obvious since, although they are very complicated packages >> they are also very widely used. > Are you seriously telling me you would accept a package which has 30 or > more patches applied? > > You would tell the maintainer to tell upstream to fix them. Not in all cases. Sometimes there are valid reasons to patch. Nobody wants to adds patches and creates additional maintenance work for themselves for fun. Many patches Any critical package in your list would have definitely passed review in FE because of their critical nature and popularity. You can see many such packages going through merge review. Complication in the packages might slow down the review process but it would happen nevertheless. For obscure packages the reviews might just not happen at all. Rahul From mcepl at redhat.com Mon Apr 30 12:28:32 2007 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 30 Apr 2007 14:28:32 +0200 Subject: contributing a software through bugzilla References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> <1177729268.30803.831.camel@mccallum.corsepiu.local> <20070430091952.GB2906@free.fr> <1177929029.3587.72.camel@mccallum.corsepiu.local> Message-ID: On 2007-04-30, 10:30 GMT, Ralf Corsepius wrote: > Are you seriously telling me you would accept a package which > has 30 or > more patches applied? [matej at hubmaier ~]$ rpm2cpio vim-7.0.109-3.src.rpm \ | cpio --quiet -vt | grep \.patch | wc -l 20 [matej at hubmaier ~]$ I know it is still just 20 patches, but I am quite sure that Bram won't stop here -- remember vim package with 100+ patches. Mat?j From rc040203 at freenet.de Mon Apr 30 12:35:05 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 30 Apr 2007 14:35:05 +0200 Subject: contributing a software through bugzilla In-Reply-To: <4635DECE.3010002@fedoraproject.org> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> <1177729268.30803.831.camel@mccallum.corsepiu.local> <20070430091952.GB2906@free.fr> <1177929029.3587.72.camel@mccallum.corsepiu.local> <4635DECE.3010002@fedoraproject.org> Message-ID: <1177936506.4283.13.camel@mccallum.corsepiu.local> On Mon, 2007-04-30 at 17:49 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > > On Mon, 2007-04-30 at 11:19 +0200, Patrice Dumas wrote: > >> On Sat, Apr 28, 2007 at 05:01:07AM +0200, Ralf Corsepius wrote: > >>> As I see it, community contributed Fedora is only able to handle > >>> "trivial, mass-market" packages. I'd presume that most "non-trivial > >>> packages", which currently are part of Core and 100% under RH control > >>> (E.g. GCC, kernel, glibc, perl ...) would have never made it into FE. > >> That's not so obvious since, although they are very complicated packages > >> they are also very widely used. > > Are you seriously telling me you would accept a package which has 30 or > > more patches applied? > > > > You would tell the maintainer to tell upstream to fix them. > > Not in all cases. Sometimes there are valid reasons to patch. The only legitimate reason to patch is time-lags between upstream and current version. If this isn't reason, then patching is a strong indication for something about the development model not being functional. From sundaram at fedoraproject.org Mon Apr 30 12:43:20 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 18:13:20 +0530 Subject: contributing a software through bugzilla In-Reply-To: <1177936506.4283.13.camel@mccallum.corsepiu.local> References: <20070426184149.0E1487317F@hormel.redhat.com> <1177633134.3406.9.camel@localhost.localdomain> <20070427071045.GA2886@free.fr> <4631A3FC.9010302@fedoraproject.org> <1177662033.30803.732.camel@mccallum.corsepiu.local> <1177729268.30803.831.camel@mccallum.corsepiu.local> <20070430091952.GB2906@free.fr> <1177929029.3587.72.camel@mccallum.corsepiu.local> <4635DECE.3010002@fedoraproject.org> <1177936506.4283.13.camel@mccallum.corsepiu.local> Message-ID: <4635E468.5020306@fedoraproject.org> Ralf Corsepius wrote: . > The only legitimate reason to patch is time-lags between upstream and > current version. Not true. There are licensing reasons, difference in defaults, differences in approaches between upstream and distributions etc. > If this isn't reason, then patching is a strong indication for something > about the development model not being functional. It could also be indicative of that. Encouraging patches to be submitted upstream is a good thing but the number of patches are not indicated as a review blocker and won't stop a package from being included in Fedora. Rahul From prarit at redhat.com Mon Apr 30 13:16:35 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Mon, 30 Apr 2007 09:16:35 -0400 Subject: [ANNOUNCE]: F7-test4 ISOs available Message-ID: <4635EC33.9020800@redhat.com> A set of CD ISOs and a DVD ISO based on the Fedora 7 test4 ISOS of the ia64 Fedora development branch (also known as rawhide) are available from: http://oss.sgi.com/projects/fedora dcc04694ca753ff2f03f5e467e34e87db1b2e02f F7-test4-ia64-disc1.iso 65920bcf7501605139bd48dd018d4ec58588d568 F7-test4-ia64-disc2.iso 8f6b19cd272ac2343951510895e83e7f92e8b9f6 F7-test4-ia64-disc3.iso e4ee69fa9f63f04926b3f830a952afb43feaa4c4 F7-test4-ia64-disc4.iso c2fe2c4f649716ffa28729b8a84d711862af2881 F7-test4-ia64-disc5.iso 169032d30e8720600178401980c6697e1e547992 F7-test4-ia64-DVD.iso (Click on Download on left-hand side, and then the F7-test3 directory) Please remember that F7 ia64 is _unsupported_ by Fedora. You can file bugs, but be sure to file them against the devel branch of Fedora Core. Also, add "fedora-ia64" to the "blocks" field of the BZ. A new feature, the rescue CD, has been added to this release. P. From dwmw2 at infradead.org Mon Apr 30 13:22:53 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 30 Apr 2007 14:22:53 +0100 Subject: [ANNOUNCE]: F7-test4 ISOs available In-Reply-To: <4635EC33.9020800@redhat.com> References: <4635EC33.9020800@redhat.com> Message-ID: <1177939373.3085.90.camel@pmac.infradead.org> On Mon, 2007-04-30 at 09:16 -0400, Prarit Bhargava wrote: > A set of CD ISOs and a DVD ISO based on the Fedora 7 test4 ISOS of the > ia64 Fedora development branch (also known as rawhide) are available from: At http://git.infradead.org/?p=users/dwmw2/livecd-ppc.git there are some patches which may make it easier for you to generate live CDs for IA64 too. -- dwmw2 From tcallawa at redhat.com Mon Apr 30 13:30:35 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 30 Apr 2007 08:30:35 -0500 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <20070430015053.GB25998@neu.nirvana> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <20070428095815.GC18891@neu.nirvana> <1177851508.4390.16.camel@localhost.localdomain> <20070429152130.GB15091@neu.nirvana> <1177890118.3836.5.camel@localhost.localdomain> <20070430015053.GB25998@neu.nirvana> Message-ID: <1177939835.3836.47.camel@localhost.localdomain> On Mon, 2007-04-30 at 03:50 +0200, Axel Thimm wrote: > I've tried (and even have code) to manipulate this outside of rpm and > it is quite messy. The problem is that you either cheat and don't use > the same specfile, or you start fiddling with the rpm headers > invalidtaing any signatures on the way. So, yes. You cheat. You have the buildsystem tag the repotag onto the end of the Release field in its local copy before it builds. But I'd like to point out that I'm still fundamentally opposed to the repotag, as I've yet to hear what problem it solves, aside from the "other repos want it" problem. ~spot From mclasen at redhat.com Mon Apr 30 13:30:45 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 30 Apr 2007 09:30:45 -0400 Subject: rawhide report: 20070430 changes In-Reply-To: <4635B975.6050702@fedoraproject.org> References: <200704300932.l3U9Wt7f019393@hs20-bc2-6.build.redhat.com> <4635B975.6050702@fedoraproject.org> Message-ID: <1177939846.3414.10.camel@dhcp83-33.boston.redhat.com> On Mon, 2007-04-30 at 15:10 +0530, Rahul Sundaram wrote: > buildsys at redhat.com wrote: > > > > > redhat-artwork-5.0.12-7.fc7 > > --------------------------- > > * Fri Apr 27 2007 Matthias Clasen 5.0.12-7 > > - Drop the Bluecurve inheritance again, instead copy > > the Openoffice.org icons into the Fedora icon theme > > What was the problem with inheriting the icons? That would be useful if > there are other missing icons in the Mist theme. The problem with the inheritance was that Bluecurve contains Bluecurve versions of a number of application-specific icons, and if Bluecurve is inherited, we get the Bluecurve version of those, not the ones installed by the application itself in hicolor, which generally are a better fit for Mist. I've noticed this for the gnome-power-manager battery icons, but I'm sure there are other cases. From mspevack at redhat.com Mon Apr 30 13:50:13 2007 From: mspevack at redhat.com (Max Spevack) Date: Mon, 30 Apr 2007 09:50:13 -0400 (EDT) Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <4631B2E4.80006@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> Message-ID: On Fri, 27 Apr 2007, Rahul Sundaram wrote: >> * In previous test releases the default product was called >> "Prime", but after feedback from Marketing and the community it >> has been renamed simply "Fedora". > > Are you referring to Red Hat marketing here? It certainly wasn't > discussed in Fedora Marketing. Where was this discussed publicly? It was discussed a few times by the Fedora Board, and ultimately the decision was made that we would ask Red Hat's branding team what they thought made the most sense. The feedback that we received from them was several-fold: Most importantly: call something what it is, and *don't* give something a name that doesn't make it clear what it is. As such, several of our names made a lot of sense: Fedora 7 Gnome Live CD Fedora 7 KDE Live CD Fedora 7 Everything All of these are good names. You know what it is, just by looking at the name. Fedora Prime fails this test miserably. "Prime" sounds cute, but it doesn't *mean* anything. "Core" is a deprecated term, and "Classic" was voted down by the community. All of the other suggestions that I have seen, IMHO, fell into the same trap that "Prime" did. The recommendation that Red Hat's branding team made, therefore, was that we look at "the spin that is similar to what Core used to be" and simply call it "Fedora 7". That recommendation was acceptable to the Board, and was passed along to Jesse as the release engineer. If it was a bit of a surprise to the rest of the community until the Test4 announcement went out, the fault there is mine and not Jesse's or anyone else's. FWIW, I think that calling the "previously Core" spin simply "Fedora" is fine. Think about a potential fedoraproject.org front page with a few download links: ----------------- GET FEDORA 7 I want to install a basic desktop: * Gnome-based installable Live CD * KDE-based installable Live CD I want to install a desktop/server/development box: * link to torrents, ISOs, etc I want to install Everything: * link to torrents/trees, etc. I want to build my own custom version of Fedora: * link to docs on how -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From sundaram at fedoraproject.org Mon Apr 30 14:24:47 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 19:54:47 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> Message-ID: <4635FC2F.7090008@fedoraproject.org> Max Spevack wrote: > On Fri, 27 Apr 2007, Rahul Sundaram wrote: > >>> * In previous test releases the default product was called >>> "Prime", but after feedback from Marketing and the community it >>> has been renamed simply "Fedora". >> >> Are you referring to Red Hat marketing here? It certainly wasn't >> discussed in Fedora Marketing. Where was this discussed publicly? > > It was discussed a few times by the Fedora Board, and ultimately the > decision was made that we would ask Red Hat's branding team what they > thought made the most sense. > > The feedback that we received from them was several-fold: > > Most importantly: call something what it is, and *don't* give something > a name that doesn't make it clear what it is. > > As such, several of our names made a lot of sense: > > Fedora 7 Gnome Live CD > Fedora 7 KDE Live CD > Fedora 7 Everything > > All of these are good names. You know what it is, just by looking at > the name. Except that none of the test releases of Fedora 7 called the GNOME live cd as that. look at the announcement or http://torrent.fedoraproject.org/. I have pointed this out several times before and this has not changed. Do you agree we need to call it by that name? > Fedora Prime fails this test miserably. "Prime" sounds cute, but it > doesn't *mean* anything. "Core" is a deprecated term, and "Classic" was > voted down by the community. All of the other suggestions that I have > seen, IMHO, fell into the same trap that "Prime" did. > > The recommendation that Red Hat's branding team made, therefore, was > that we look at "the spin that is similar to what Core used to be" and > simply call it "Fedora 7". > > That recommendation was acceptable to the Board, and was passed along to > Jesse as the release engineer. If it was a bit of a surprise to the > rest of the community until the Test4 announcement went out, the fault > there is mine and not Jesse's or anyone else's. Setting aside the fact that that name is not acceptable for me as a board member we need to avoid such surprises. I don't know in which board meeting this was decided but I have missed the discussion or meeting. I am not finding fault with anyone but some public discussion should have happened in advisory board list or even here after getting input from Red Hat branding team. > FWIW, I think that calling the "previously Core" spin simply "Fedora" is > fine. Think about a potential fedoraproject.org front page with a few > download links: This linking is good but we need a *concise distinct name* for the desktop/workstation/server spin. We need to know which particular spin a users have installed when trying to address questions or debug problems since the package set, defaults and behavior changes in between them. I understand the challenge with naming the "prime" spin since unlike the other spins it covers a number of different functionalities as a upgrade path for previous users of Fedora Core but overloading the name "Fedora" for one of the spins is not a option. We need something more distinct. Rahul From mspevack at redhat.com Mon Apr 30 14:34:37 2007 From: mspevack at redhat.com (Max Spevack) Date: Mon, 30 Apr 2007 10:34:37 -0400 (EDT) Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <4635FC2F.7090008@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> Message-ID: On Mon, 30 Apr 2007, Rahul Sundaram wrote: >> Fedora 7 Gnome Live CD >> Fedora 7 KDE Live CD >> Fedora 7 Everything >> >> All of these are good names. You know what it is, just by looking at the >> name. > > Except that none of the test releases of Fedora 7 called the GNOME live > cd as that. look at the announcement or > http://torrent.fedoraproject.org/. I have pointed this out several > times before and this has not changed. Do you agree we need to call it > by that name? The answer, Rahul, is that "it depends". If you're talking about it to someone who doesn't know that there is a difference between Gnome and KDE, then you can tell them about what a "live CD" is and hand them whichever one you want, and they go about their merry way, and sometime later on in their Linux education they'll learn about how there are multiple desktop options. For a long time Linux user who just wants to see the list of "all available spins of Fedora 7", you have to spell it out specifically. Under "Get Fedora" you can have two options. 1) I am new to Linux -- help me figure out which version of Fedora I want. 2) I am an expert -- just give me the full list and leave me alone. > Setting aside the fact that that name is not acceptable for me as a > board member we need to avoid such surprises. I don't know in which > board meeting this was decided but I have missed the discussion or > meeting. I am not finding fault with anyone but some public discussion > should have happened in advisory board list or even here after getting > input from Red Hat branding team. Understood. -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From sundaram at fedoraproject.org Mon Apr 30 14:41:06 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 20:11:06 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> Message-ID: <46360002.4020702@fedoraproject.org> Max Spevack wrote: > On Mon, 30 Apr 2007, Rahul Sundaram wrote: > >>> Fedora 7 Gnome Live CD >>> Fedora 7 KDE Live CD >>> Fedora 7 Everything >>> >>> All of these are good names. You know what it is, just by looking at >>> the name. >> >> Except that none of the test releases of Fedora 7 called the GNOME >> live cd as that. look at the announcement or >> http://torrent.fedoraproject.org/. I have pointed this out several >> times before and this has not changed. Do you agree we need to call it >> by that name? > > The answer, Rahul, is that "it depends". To make it clear, in the website and the announcement do you agree that we need to call it the "Fedora 7 GNOME live CD"? Rahul From jkeating at redhat.com Mon Apr 30 14:41:18 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 07:41:18 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <4635FC2F.7090008@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> Message-ID: <200704300741.19078.jkeating@redhat.com> On Monday 30 April 2007 07:24:47 Rahul Sundaram wrote: > > Fedora 7 Gnome Live CD > > Fedora 7 KDE Live CD > > Fedora 7 Everything > > > > All of these are good names. ?You know what it is, just by looking at > > the name. > > Except that none of the test releases of Fedora 7 called the GNOME live > cd as that. ?look at the announcement or > http://torrent.fedoraproject.org/. ?I have pointed this out several > times before and this has not changed. Do you agree we need to call it > by that name? Max may have been quick to type in answering the other questions and this was a simple typo. The "Gnome" LiveCD is not named as "Gnome" for the same reason that the Fedora spin is not named anything other than Fedora. It is the default and most suggested of the Live CDs and thus simply called the Fedora Live CD. The Fedora KDE Live CD is specifically crafted to showcase KDE, whilst the Fedora Live CD is specifically crafted to put Fedora's best foot forward in a reasonable usable desktop that will fit on a CD. Again, it is not a "GNOME" LiveCD by any means. Many parts of it are not gnome, especially areas like the browser. A Fedora GNOME LiveCD could be crafted that showcases a pure GNOME desktop, like the KDE LiveCD. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Apr 30 14:41:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 07:41:54 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46360002.4020702@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <46360002.4020702@fedoraproject.org> Message-ID: <200704300741.54753.jkeating@redhat.com> On Monday 30 April 2007 07:41:06 Rahul Sundaram wrote: > > The answer, Rahul, is that "it depends". ? > > To make it clear, in the website and the announcement do you agree that > we need to call it the "Fedora 7 GNOME live CD"? No. The Fedora Live is simple enough. It is different from the Fedora KDE Live. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mclasen at redhat.com Mon Apr 30 14:46:05 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 30 Apr 2007 10:46:05 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46360002.4020702@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> Message-ID: <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> On Mon, 2007-04-30 at 20:11 +0530, Rahul Sundaram wrote: > > To make it clear, in the website and the announcement do you agree that > we need to call it the "Fedora 7 GNOME live CD"? No, it doesn't. This was discussed at length earlier, but you don't seem to be able to accept the outcome. From sundaram at fedoraproject.org Mon Apr 30 14:54:16 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 20:24:16 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <200704300741.19078.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <200704300741.19078.jkeating@redhat.com> Message-ID: <46360318.3040702@fedoraproject.org> Jesse Keating wrote: . The Fedora KDE Live CD is specifically crafted to showcase > KDE, whilst the Fedora Live CD is specifically crafted to put Fedora's best > foot forward in a reasonable usable desktop that will fit on a CD. Again, it > is not a "GNOME" LiveCD by any means. Many parts of it are not gnome, > especially areas like the browser. A Fedora GNOME LiveCD could be crafted > that showcases a pure GNOME desktop, like the KDE LiveCD. I already told you. This reasoning is flawed. The KDE live cd is not one to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox as the default browser just like GNOME. It has dozens of GNOME components. It might even have Evolution. Rahul From sundaram at fedoraproject.org Mon Apr 30 14:57:11 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 20:27:11 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> Message-ID: <463603C7.7020509@fedoraproject.org> Matthias Clasen wrote: > On Mon, 2007-04-30 at 20:11 +0530, Rahul Sundaram wrote: > >> To make it clear, in the website and the announcement do you agree that >> we need to call it the "Fedora 7 GNOME live CD"? > > No, it doesn't. This was discussed at length earlier, but you don't seem > to be able to accept the outcome. I wasn't ask you or Jesse Keating. Would you kindly let Max Spevack answer what I asked him specifically please? I am not accepting what Jesse Keating told me because his reasoning is flawed and is based on him not looking at KDE live cd and assuming that it is a pure KDE desktop. Rahul From ajackson at redhat.com Mon Apr 30 14:53:16 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 30 Apr 2007 10:53:16 -0400 Subject: Bug 213331: Flicker on vt consoles In-Reply-To: References: Message-ID: <1177944796.19526.0.camel@localhost.localdomain> On Sat, 2007-04-28 at 19:31 +0100, Leo wrote: > Hi all, > > May I wonder what's the status of this bug? > > It was reported when FC6 was just released however it is still not fixed > today in FC6 and we have been forced to upgrade to Fedora 7. Bugs in NEEDINFO generally aren't on my radar... I've moved it back to ASSIGNED. - ajax From ajackson at redhat.com Mon Apr 30 14:54:00 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 30 Apr 2007 10:54:00 -0400 Subject: OT: Re: Pidgin Icons gone In-Reply-To: <1177852886.4390.28.camel@localhost.localdomain> References: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> <1177065405.25513.70.camel@vader.jdub.homelinux.org> <1177852886.4390.28.camel@localhost.localdomain> Message-ID: <1177944840.19526.2.camel@localhost.localdomain> On Sun, 2007-04-29 at 08:21 -0500, Tom "spot" Callaway wrote: > On Fri, 2007-04-20 at 05:36 -0500, Josh Boyer wrote: > > On Fri, 2007-04-20 at 12:18 +1000, David Hunter wrote: > > > Since the demise of Gaim being replaced with pidgin, many of the old > > > Icons from gaim have been changed. Any way to get them back? or is it > > > a change for good? Is it a bug or known issue? > > > > As I understand it, the icons included with pidgin are _the_ icons for > > the package now. I don't think it's a bug. > > Unfortunately they're hideous. Does anyone know of a slightly less > horrible icon set for pidgin? There was a nice set in this other IM program. G-something, I think. - ajax From mspevack at redhat.com Mon Apr 30 15:25:15 2007 From: mspevack at redhat.com (Max Spevack) Date: Mon, 30 Apr 2007 11:25:15 -0400 (EDT) Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <463603C7.7020509@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> Message-ID: On Mon, 30 Apr 2007, Rahul Sundaram wrote: > I wasn't ask you or Jesse Keating. Would you kindly let Max Spevack > answer what I asked him specifically please? I am not accepting what > Jesse Keating told me because his reasoning is flawed and is based on > him not looking at KDE live cd and assuming that it is a pure KDE > desktop. Let me try this again. And once again, I'll present it in the way that I sort of envision a "Get Fedora" web page looking: ======== GET FEDORA 7 There are several versions of Fedora 7 available, depending on your usage needs and technical skills. I am a basic desktop user (web browsing, office documents, etc.). --> We send them to the "Fedora 7 Live CD", the one based on Gnome I am a developer who wants a general purpose workstation (desktop, programming tools, etc.). --> We send them to the spin "Fedora 7", previously called Prime I am an advanced user who wants to be able to pick and choose from all available Fedora packages. --> We send them to the spin "Fedora 7 Everything" I am an expert, and I want to build my own custom spin of Fedora. --> We send them to docs that explain how. I am a curious user, and I want to browse/download custom Fedora spins that other people or groups have created. --> We send them to a page, which includes the KDE Live CD, and other custom spins that the Board has blessed. ======== This is the way I think Fedora 7's "presentation" should be done. I'm open to suggestions, but in general, this is what I think is right. And to the extent that I am involved in building the web pages for Fedora 7, this is the sort of thing that I will push for. Does this help, Rahul? --Max From sundaram at fedoraproject.org Mon Apr 30 15:31:23 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 21:01:23 +0530 Subject: OT: Re: Pidgin Icons gone In-Reply-To: <1177944840.19526.2.camel@localhost.localdomain> References: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> <1177065405.25513.70.camel@vader.jdub.homelinux.org> <1177852886.4390.28.camel@localhost.localdomain> <1177944840.19526.2.camel@localhost.localdomain> Message-ID: <46360BCB.3080901@fedoraproject.org> Adam Jackson wrote: > On Sun, 2007-04-29 at 08:21 -0500, Tom "spot" Callaway wrote: >> On Fri, 2007-04-20 at 05:36 -0500, Josh Boyer wrote: >>> On Fri, 2007-04-20 at 12:18 +1000, David Hunter wrote: >>>> Since the demise of Gaim being replaced with pidgin, many of the old >>>> Icons from gaim have been changed. Any way to get them back? or is it >>>> a change for good? Is it a bug or known issue? >>> As I understand it, the icons included with pidgin are _the_ icons for >>> the package now. I don't think it's a bug. >> Unfortunately they're hideous. Does anyone know of a slightly less >> horrible icon set for pidgin? > > There was a nice set in this other IM program. G-something, I think. Gossip? Rahul From caolanm at redhat.com Mon Apr 30 15:32:34 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 30 Apr 2007 16:32:34 +0100 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> Message-ID: <1177947154.3244.44.camel@localhost.localdomain> On Mon, 2007-04-30 at 11:25 -0400, Max Spevack wrote: > I am a basic desktop user (web browsing, office documents, etc.). > --> We send them to the "Fedora 7 Live CD", the one based on Gnome OOo isn't on the Live CD, so I wouldn't make a very big play for office document support with it, perhaps just... I am a basic desktop user (web browsing, email) C. From jkeating at redhat.com Mon Apr 30 15:38:33 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 08:38:33 -0700 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <463603C7.7020509@fedoraproject.org> Message-ID: <200704300838.33898.jkeating@redhat.com> On Monday 30 April 2007 08:25:15 Max Spevack wrote: > I am an advanced user who wants to be able to pick and choose from all > available Fedora packages. > ????????--> We send them to the spin "Fedora 7 Everything" What might be better here is directions on how to enable the Everything repo from your Fedora spin installer. I was hoping that we wouldn't be producing isos of the Everything spin as that takes up a LOT of space. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Apr 30 15:40:46 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 08:40:46 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46360318.3040702@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> Message-ID: <200704300840.47087.jkeating@redhat.com> On Monday 30 April 2007 07:54:16 Rahul Sundaram wrote: > I already told you. This reasoning is flawed. The KDE live cd is not one > to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox > as the default browser just like GNOME. ?It has dozens of GNOME > components. It might even have Evolution. And yet it is specifically KDE, while the Fedora Live CD is specifically.... Fedora. The Desktop environment that Fedora wants to put forward as the default, the best foot forward. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Mon Apr 30 15:55:47 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 21:25:47 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <200704300840.47087.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> <200704300840.47087.jkeating@redhat.com> Message-ID: <46361183.1060206@fedoraproject.org> Jesse Keating wrote: > On Monday 30 April 2007 07:54:16 Rahul Sundaram wrote: >> I already told you. This reasoning is flawed. The KDE live cd is not one >> to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox >> as the default browser just like GNOME. It has dozens of GNOME >> components. It might even have Evolution. > > And yet it is specifically KDE, while the Fedora Live CD is specifically.... > Fedora. And you don't consider KDE to be part of Fedora? KDE Live is mostly KDE programs and some GNOME, some GTK and other programs just like GNOME live cd. It has never been about purity of the desktop environment. Just different focus. Both of the desktop environments are part of Fedora. The GNOME live images are not anymore specifically about Fedora than the KDE live images. The Desktop environment that Fedora wants to put forward as the > default, the best foot forward. No. It's the desktop environment the GNOME team should be putting it's best foot forward. The KDE team should be putting it's best foot forward via the KDE live images (same for XFCE or fluxbox or whatever teams) and we in the Fedora project should be giving both these teams *neutral ground* to compete aggressively and fairly on winning over new users. Rahul PS: I am mostly using GNOME. This isn't my bias. From mspevack at redhat.com Mon Apr 30 15:54:08 2007 From: mspevack at redhat.com (Max Spevack) Date: Mon, 30 Apr 2007 11:54:08 -0400 (EDT) Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <1177947154.3244.44.camel@localhost.localdomain> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> <1177947154.3244.44.camel@localhost.localdomain> Message-ID: On Mon, 30 Apr 2007, Caolan McNamara wrote: > On Mon, 2007-04-30 at 11:25 -0400, Max Spevack wrote: >> I am a basic desktop user (web browsing, office documents, etc.). >> --> We send them to the "Fedora 7 Live CD", the one based on Gnome > > OOo isn't on the Live CD, so I wouldn't make a very big play for office > document support with it, perhaps just... > > I am a basic desktop user (web browsing, email) Abiword, Gnumeric, they are on it. There are "office applications". But I get what you're saying... we can play with the wording. :-) --Max -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From herlo1 at gmail.com Mon Apr 30 15:57:12 2007 From: herlo1 at gmail.com (Clint Savage) Date: Mon, 30 Apr 2007 09:57:12 -0600 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <200704300838.33898.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <463603C7.7020509@fedoraproject.org> <200704300838.33898.jkeating@redhat.com> Message-ID: On 4/30/07, Jesse Keating wrote: > > > What might be better here is directions on how to enable the Everything > repo > from your Fedora spin installer. I was hoping that we wouldn't be > producing > isos of the Everything spin as that takes up a LOT of space. > > I am of the opinion that doing an Everything spin will give those "on the fence" on whether to come to Linux or Fedora the opportunity to try out what Linux really has to offer. The real question is, do we want more people to come to Fedora? or do we want to send people to Vista. Enabling the everything repo is a great solution it it is simple. If it is harder than clicking a few buttons though, it will be too difficult to sell it as an ideal way of adding all the tools. A humble opinion. Clint Savage -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Mon Apr 30 15:55:51 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 30 Apr 2007 11:55:51 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46360318.3040702@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> Message-ID: <1177948551.953.26.camel@aglarond.local> On Mon, 2007-04-30 at 20:24 +0530, Rahul Sundaram wrote: > Jesse Keating wrote: > . The Fedora KDE Live CD is specifically crafted to showcase > > KDE, whilst the Fedora Live CD is specifically crafted to put Fedora's best > > foot forward in a reasonable usable desktop that will fit on a CD. Again, it > > is not a "GNOME" LiveCD by any means. Many parts of it are not gnome, > > especially areas like the browser. A Fedora GNOME LiveCD could be crafted > > that showcases a pure GNOME desktop, like the KDE LiveCD. > > I already told you. This reasoning is flawed. The KDE live cd is not one > to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox > as the default browser just like GNOME. It has dozens of GNOME > components. It might even have Evolution. Huh? Have you actually even tried the KDE live image? Default browser is konqueror, default mail client is kmail, ... evolution and firefox aren't even included. Jeremy From laroche at redhat.com Mon Apr 30 16:05:19 2007 From: laroche at redhat.com (Florian La Roche) Date: Mon, 30 Apr 2007 18:05:19 +0200 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177948551.953.26.camel@aglarond.local> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> <1177948551.953.26.camel@aglarond.local> Message-ID: <20070430160518.GA11243@dudweiler.stuttgart.redhat.com> On Mon, Apr 30, 2007 at 11:55:51AM -0400, Jeremy Katz wrote: > On Mon, 2007-04-30 at 20:24 +0530, Rahul Sundaram wrote: > > Jesse Keating wrote: > > . The Fedora KDE Live CD is specifically crafted to showcase > > > KDE, whilst the Fedora Live CD is specifically crafted to put Fedora's best > > > foot forward in a reasonable usable desktop that will fit on a CD. Again, it > > > is not a "GNOME" LiveCD by any means. Many parts of it are not gnome, > > > especially areas like the browser. A Fedora GNOME LiveCD could be crafted > > > that showcases a pure GNOME desktop, like the KDE LiveCD. > > > > I already told you. This reasoning is flawed. The KDE live cd is not one > > to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox > > as the default browser just like GNOME. It has dozens of GNOME > > components. It might even have Evolution. > > Huh? Have you actually even tried the KDE live image? Default browser > is konqueror, default mail client is kmail, ... evolution and firefox > aren't even included. I think many people will miss firefox. I know there might be space constraints, but moving then to bigger images will be the only item we could do to generate more generic images that a broader set of people can use. Just look at the size of a default install, it has really grown pretty huge over the years. regards, Florian La Roche From katzj at redhat.com Mon Apr 30 16:03:43 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 30 Apr 2007 12:03:43 -0400 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46361183.1060206@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> <200704300840.47087.jkeating@redhat.com> <46361183.1060206@fedoraproject.org> Message-ID: <1177949023.953.37.camel@aglarond.local> On Mon, 2007-04-30 at 21:25 +0530, Rahul Sundaram wrote: > Jesse Keating wrote: > > On Monday 30 April 2007 07:54:16 Rahul Sundaram wrote: > >> I already told you. This reasoning is flawed. The KDE live cd is not one > >> to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox > >> as the default browser just like GNOME. It has dozens of GNOME > >> components. It might even have Evolution. > > > > And yet it is specifically KDE, while the Fedora Live CD is specifically.... > > Fedora. > > And you don't consider KDE to be part of Fedora? KDE Live is mostly KDE > programs and some GNOME, some GTK and other programs just like GNOME > live cd. It has never been about purity of the desktop environment. Just > different focus. Both of the desktop environments are part of Fedora. > The GNOME live images are not anymore specifically about Fedora than the > KDE live images. > > The Desktop environment that Fedora wants to put forward as the > > default, the best foot forward. > > No. It's the desktop environment the GNOME team should be putting it's > best foot forward. The KDE team should be putting it's best foot forward > via the KDE live images (same for XFCE or fluxbox or whatever teams) and > we in the Fedora project should be giving both these teams *neutral > ground* to compete aggressively and fairly on winning over new users. If that's the case, then we should *NEVER* provide defaults about anything. Doing so means that we're not giving a neutral ground. But that'll confuse our users? Oh well, they're not important. Please, this is ridiculous. We have to provide defaults and we have to do what we can *AS FEDORA* to have what we consider to be the best defaults and then guide users towards that. Alternatives exist and it's not like we're going out of our way to make things difficult for them[1]. But the simple fact of the matter is that they're _not_ the defaults of Fedora; the Fedora Live image is very very close to exactly what you get if you do an install and select the defaults[2]. _THAT_ is why it's called Fedora Live and why the KDE one is the Fedora KDE Live image. Not because one is GNOME and one is KDE. If we changed what was installed by default to be twm, then Fedora Live would follow that. Jeremy [1] In fact, I think that we're making things a lot easier for them with the tools, etc in F7. [2] The differences are a) no OOo purely due to space considerations b) all locales c) a few other packages that are large-ish don't get installed again for space considerations From jkeating at redhat.com Mon Apr 30 16:01:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 09:01:59 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <46361183.1060206@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704300840.47087.jkeating@redhat.com> <46361183.1060206@fedoraproject.org> Message-ID: <200704300901.59753.jkeating@redhat.com> On Monday 30 April 2007 08:55:47 Rahul Sundaram wrote: > And you don't consider KDE to be part of Fedora? KDE Live is mostly KDE > programs and some GNOME, some GTK and other programs just like GNOME > live cd. It has never been about purity of the desktop environment. Just > different focus. Both of the desktop environments are part of Fedora. > The GNOME live images are not anymore specifically about Fedora than the > KDE live images. KDE is a part of Fedora, however the overwhelming evidence is that Fedora focuses on Gnome and GTK stacks. Almost all the Fedora upstream software that is graphical is built on gnome/gtk. It is the most integrated experience you can get. Using KDE is a less integrated less polished experience, and thus it is not our best foot forward. > ? The Desktop environment that Fedora wants to put forward as the > > > default, the best foot forward. > > No. It's the desktop environment the GNOME team should be putting it's > best foot forward. The KDE team should be putting it's best foot forward > via the KDE live images (same for XFCE or fluxbox or whatever teams) and > we in the Fedora project should be giving both these teams *neutral > ground* to compete aggressively and fairly on winning over new users. Except it's not the "GNOME" team. It's the Desktop team. The Desktop team is pushing a highly polished and integrated desktop, which currently happens to be around the GNOME desktop environment. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Mon Apr 30 16:08:13 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 21:38:13 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177948551.953.26.camel@aglarond.local> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> <1177948551.953.26.camel@aglarond.local> Message-ID: <4636146D.1080706@fedoraproject.org> Jeremy Katz wrote: > On Mon, 2007-04-30 at 20:24 +0530, Rahul Sundaram wrote: >> Jesse Keating wrote: >> . The Fedora KDE Live CD is specifically crafted to showcase >>> KDE, whilst the Fedora Live CD is specifically crafted to put Fedora's best >>> foot forward in a reasonable usable desktop that will fit on a CD. Again, it >>> is not a "GNOME" LiveCD by any means. Many parts of it are not gnome, >>> especially areas like the browser. A Fedora GNOME LiveCD could be crafted >>> that showcases a pure GNOME desktop, like the KDE LiveCD. >> I already told you. This reasoning is flawed. The KDE live cd is not one >> to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox >> as the default browser just like GNOME. It has dozens of GNOME >> components. It might even have Evolution. > > Huh? Have you actually even tried the KDE live image? Default browser > is konqueror, default mail client is kmail, ... evolution and firefox > aren't even included. I believe one of the KDE live releases did include Firefox. I haven't tried the latest test release yet. I didn't claim that is has Evolution now. Just that it is a possibility from the discussions that happened. Gparted is going to be included in the final release. Fundamentally there is no goal of purity of desktop environment which was my main point. Rahul From sundaram at fedoraproject.org Mon Apr 30 16:15:19 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 21:45:19 +0530 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> Message-ID: <46361617.90508@fedoraproject.org> Max Spevack wrote: > ======== > > GET FEDORA 7 > > There are several versions of Fedora 7 available, depending on your > usage needs and technical skills. > > I am a basic desktop user (web browsing, office documents, etc.). > --> We send them to the "Fedora 7 Live CD", the one based on Gnome > > I am a developer who wants a general purpose workstation (desktop, > programming tools, etc.). > --> We send them to the spin "Fedora 7", previously called Prime I still don't consider the name "Fedora 7" is not distinct enough for a spin. If a user saying I installed the Fedora 7 release he could very well be referring to one of the other spins instead. Other than I would drop "previously called Prime" part since that was used only in test releases and the wider audience wouldn't have heard about it. > I am an advanced user who wants to be able to pick and choose from all > available Fedora packages. > --> We send them to the spin "Fedora 7 Everything" > > I am an expert, and I want to build my own custom spin of Fedora. > --> We send them to docs that explain how. > > I am a curious user, and I want to browse/download custom Fedora spins > that other people or groups have created. > --> We send them to a page, which includes the KDE Live CD, and > other custom spins that the Board has blessed. This kinda makes the KDE Live CD live in a obscure corner which I don't prefer. I understand the need to avoid confusion. My alternative suggestion is: I am a basic desktop user (web browsing, emails etc) -> Fedora GNOME Live images I am a basic desktop user who prefers KDE -> Fedora KDE Live images Rahul From sundaram at fedoraproject.org Mon Apr 30 16:15:41 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 21:45:41 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177949023.953.37.camel@aglarond.local> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> <200704300840.47087.jkeating@redhat.com> <46361183.1060206@fedoraproject.org> <1177949023.953.37.camel@aglarond.local> Message-ID: <4636162D.7000902@fedoraproject.org> Jeremy Katz wrote: > > If that's the case, then we should *NEVER* provide defaults about > anything. Doing so means that we're not giving a neutral ground. But > that'll confuse our users? Oh well, they're not important. Each of the spins have different defaults. In enabling different spins that's we took away the idea of defaults for Fedora as such. Is Abiword or Openoffice.org the default word processor now? Is GNOME or KDE the default environment? It depends on which spin you download and use. > Please, this is ridiculous. We have to provide defaults and we have to > do what we can *AS FEDORA* to have what we consider to be the best > defaults and then guide users towards that. Yes but this is dependent on the spins now. This isn't purely on defaults though. This is about how position and message things. Rahul From sdl.web at gmail.com Mon Apr 30 16:24:14 2007 From: sdl.web at gmail.com (Leo) Date: Mon, 30 Apr 2007 17:24:14 +0100 Subject: Blank screen and no xv video Message-ID: Hi all, I seem to have found two bugs. Before I filed them, just want to ask in this list if someone else has seen them or better has a workaround. 1. Blank screen When the screen enter screensaver mode, there is no way to activate it again i.e. there is no dialogue for user to enter password to unlock the screen. The whole screen stay black all the time although it still respond to Ctrl+Alt+Backspace 2. No XV video I won't be able to play media with xv. The player window stay either blue or black but no moving pictures. Thanks. -- Leo (GPG Key: 9283AA3F) From fedora at camperquake.de Mon Apr 30 16:27:42 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 30 Apr 2007 18:27:42 +0200 Subject: Blank screen and no xv video In-Reply-To: References: Message-ID: <20070430182742.671e6b24@lain.camperquake.de> Hi. On Mon, 30 Apr 2007 17:24:14 +0100, Leo wrote > 2. No XV video > > I won't be able to play media with xv. The player window stay > either blue or black but no moving pictures. Integrated Intel video chipset? That would be https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=237169 From jwboyer at jdub.homelinux.org Mon Apr 30 16:29:11 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 30 Apr 2007 11:29:11 -0500 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <4636146D.1080706@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> <1177948551.953.26.camel@aglarond.local> <4636146D.1080706@fedoraproject.org> Message-ID: <1177950551.3026.38.camel@zod.rchland.ibm.com> On Mon, 2007-04-30 at 21:38 +0530, Rahul Sundaram wrote: > Jeremy Katz wrote: > > On Mon, 2007-04-30 at 20:24 +0530, Rahul Sundaram wrote: > >> Jesse Keating wrote: > >> . The Fedora KDE Live CD is specifically crafted to showcase > >>> KDE, whilst the Fedora Live CD is specifically crafted to put Fedora's best > >>> foot forward in a reasonable usable desktop that will fit on a CD. Again, it > >>> is not a "GNOME" LiveCD by any means. Many parts of it are not gnome, > >>> especially areas like the browser. A Fedora GNOME LiveCD could be crafted > >>> that showcases a pure GNOME desktop, like the KDE LiveCD. > >> I already told you. This reasoning is flawed. The KDE live cd is not one > >> to showcase a "pure KDE desktop" just the GNOME live cd. It has Firefox > >> as the default browser just like GNOME. It has dozens of GNOME > >> components. It might even have Evolution. > > > > Huh? Have you actually even tried the KDE live image? Default browser > > is konqueror, default mail client is kmail, ... evolution and firefox > > aren't even included. > > I believe one of the KDE live releases did include Firefox. I haven't > tried the latest test release yet. I didn't claim that is has Evolution > now. Just that it is a possibility from the discussions that happened. > Gparted is going to be included in the final release. Fundamentally > there is no goal of purity of desktop environment which was my main point. Your point, while it may be valid, is irrelevant. The Board already agreed on these names. If you would like to have them changed, ask for it to be discussed (again) at a Board meeting. Or have it added to the FESCo meeting if you would like to see their opinion on the matter and have them go back to the Board if the decision differs from the current state. josh From sundaram at fedoraproject.org Mon Apr 30 16:47:21 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 22:17:21 +0530 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <1177950551.3026.38.camel@zod.rchland.ibm.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <200704300741.19078.jkeating@redhat.com> <46360318.3040702@fedoraproject.org> <1177948551.953.26.camel@aglarond.local> <4636146D.1080706@fedoraproject.org> <1177950551.3026.38.camel@zod.rchland.ibm.com> Message-ID: <46361D99.5050604@fedoraproject.org> Josh Boyer wrote: > Your point, while it may be valid, is irrelevant. The Board already > agreed on these names. If you would like to have them changed, ask for > it to be discussed (again) at a Board meeting. Or have it added to the > FESCo meeting if you would like to see their opinion on the matter and > have them go back to the Board if the decision differs from the current > state. I would prefer to get some consensus without going to groups but sure, add it to the FESCo agenda for the next meeting. Last time I brought this up the board on the whole didn't care about naming. Rahul From jkeating at redhat.com Mon Apr 30 16:42:25 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 09:42:25 -0700 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <46361617.90508@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <46361617.90508@fedoraproject.org> Message-ID: <200704300942.28816.jkeating@redhat.com> On Monday 30 April 2007 09:15:19 Rahul Sundaram wrote: > I still don't consider the name "Fedora 7" is not distinct enough for a > spin. If a user saying I installed the Fedora 7 release he could very > well be referring to one of the other spins instead. Other than I would > drop "previously called Prime" part since that was used only in test > releases and the wider audience wouldn't have heard about it. To be quite honest, the need to know what spin you installed is rather low. The important part is what software you are running (or not running). Especially since every install either during or after install has access to the entire Fedora package collection, it really matters not where they came from. Only in specific cases of install time issues does it matter if they were on a Live image or a full spin, and in even more rare cases will it matter which particular live or spin they are using. Little enough that as one of the people to be getting such bug reports, I'm perfectly happy with asking for them to clarify some information. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Apr 30 16:44:23 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 09:44:23 -0700 Subject: Announcing Fedora 7 Test 4 (6.93) In-Reply-To: <4636162D.7000902@fedoraproject.org> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <1177949023.953.37.camel@aglarond.local> <4636162D.7000902@fedoraproject.org> Message-ID: <200704300944.23399.jkeating@redhat.com> On Monday 30 April 2007 09:15:41 Rahul Sundaram wrote: > Each of the spins have different defaults. In enabling different spins > that's we took away the idea of defaults for Fedora as such. Is Abiword > or Openoffice.org the default word processor now? Is GNOME or KDE the > default environment? It depends on which spin you download and use. > > > Please, this is ridiculous. ?We have to provide defaults and we have to > > do what we can *AS FEDORA* to have what we consider to be the best > > defaults and then guide users towards that. > > Yes but this is dependent on the spins now. This isn't purely on > defaults though. This is about how position and message things. That's why we have a Default spin, IE Fedora. That is the one spin that we put above the rest. It is the one we would hand out at shows. It is the one we would send to reviewers to review. It is the one we base the Default Live image from which would would do all the above as well. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Mon Apr 30 17:12:23 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 30 Apr 2007 12:12:23 -0500 Subject: OT: Re: Pidgin Icons gone In-Reply-To: <46360BCB.3080901@fedoraproject.org> References: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> <1177065405.25513.70.camel@vader.jdub.homelinux.org> <1177852886.4390.28.camel@localhost.localdomain> <1177944840.19526.2.camel@localhost.localdomain> <46360BCB.3080901@fedoraproject.org> Message-ID: <1177953143.3026.39.camel@zod.rchland.ibm.com> On Mon, 2007-04-30 at 21:01 +0530, Rahul Sundaram wrote: > Adam Jackson wrote: > > On Sun, 2007-04-29 at 08:21 -0500, Tom "spot" Callaway wrote: > >> On Fri, 2007-04-20 at 05:36 -0500, Josh Boyer wrote: > >>> On Fri, 2007-04-20 at 12:18 +1000, David Hunter wrote: > >>>> Since the demise of Gaim being replaced with pidgin, many of the old > >>>> Icons from gaim have been changed. Any way to get them back? or is it > >>>> a change for good? Is it a bug or known issue? > >>> As I understand it, the icons included with pidgin are _the_ icons for > >>> the package now. I don't think it's a bug. > >> Unfortunately they're hideous. Does anyone know of a slightly less > >> horrible icon set for pidgin? > > > > There was a nice set in this other IM program. G-something, I think. > > Gossip? I believe Adam was making a tounge-in-cheek reference to Gaim... josh From jspaleta at gmail.com Mon Apr 30 17:21:45 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 09:21:45 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> Message-ID: <604aa7910704301021q3a3c35ecj1885654bc7243554@mail.gmail.com> On 4/30/07, Max Spevack wrote: > Let me try this again. And once again, I'll present it in the way that I > sort of envision a "Get Fedora" web page looking: > > ======== > > GET FEDORA 7 > > There are several versions of Fedora 7 available, depending on your usage > needs and technical skills. > Does this help, Rahul? I like the effort to guide people to an install image via user categorization. Would it also be possible to add a page for each spin that holds the package names and descriptions of included components (ie the base package description not the descriptions for each and every subpackage from an SRPM) for the more discriminating/pedantic/obsessive-compulsive set of users? Maybe wrap those links into text like this: "Can't decide? Want a closer a look as to what's on each spin? Browse the included software here" From jkeating at redhat.com Mon Apr 30 17:28:11 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 10:28:11 -0700 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <604aa7910704301021q3a3c35ecj1885654bc7243554@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <604aa7910704301021q3a3c35ecj1885654bc7243554@mail.gmail.com> Message-ID: <200704301028.11827.jkeating@redhat.com> On Monday 30 April 2007 10:21:45 Jeff Spaleta wrote: > I like the effort to guide people to an install image via user > categorization. ?Would it also be possible to add a page for each spin > that holds the package names and descriptions of included components > (ie the base package description not the descriptions for each and > every subpackage from an SRPM) for the more > discriminating/pedantic/obsessive-compulsive set of users? > > Maybe wrap those links into text like this: > "Can't decide? Want a closer a look as to what's on each spin? Browse > the included software here" Sounds great! Who's going to do it? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Mon Apr 30 17:34:43 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 09:34:43 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <200704300942.28816.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <46361617.90508@fedoraproject.org> <200704300942.28816.jkeating@redhat.com> Message-ID: <604aa7910704301034w1a68cca2nc569ff9bd3a307b4@mail.gmail.com> On 4/30/07, Jesse Keating wrote: > To be quite honest, the need to know what spin you installed is rather low. > Little enough that as > one of the people to be getting such bug reports, I'm perfectly happy with > asking for them to clarify some information. I double dog dare you to sit in #fedora on release week helping to gather enough information on oddball problems for filable bugreports during the first week after release. No hiding behind the clunky bugzilla interface to shield you from technically inept users. On no, you need to come back to the trenches armed with a backpack full of teeth-extractors and 'help' users troubleshoot these rare cases under live-fire conditions. -jef"Better you than me, I'm too scared to enter #fedora on release weeks"spaleta From jspaleta at gmail.com Mon Apr 30 17:35:37 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 09:35:37 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <200704301028.11827.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <604aa7910704301021q3a3c35ecj1885654bc7243554@mail.gmail.com> <200704301028.11827.jkeating@redhat.com> Message-ID: <604aa7910704301035p6d4313d4qe343914158f3fe38@mail.gmail.com> On 4/30/07, Jesse Keating wrote: > Sounds great! Who's going to do it? when's it needed by? -jef From jspaleta at gmail.com Mon Apr 30 17:39:39 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 09:39:39 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <604aa7910704301035p6d4313d4qe343914158f3fe38@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <604aa7910704301021q3a3c35ecj1885654bc7243554@mail.gmail.com> <200704301028.11827.jkeating@redhat.com> <604aa7910704301035p6d4313d4qe343914158f3fe38@mail.gmail.com> Message-ID: <604aa7910704301039m3b97747asd8a300ec40d0f08@mail.gmail.com> On 4/30/07, Jeff Spaleta wrote: > On 4/30/07, Jesse Keating wrote: > > Sounds great! Who's going to do it? > > when's it needed by? Additionally, can you give me a text version of the binary package listing for each spin? I'm not sure where to find the list, and if the only way to get it is for me to download all the spins myself, I should be able to get the F7 version done by F8 release. Hopefully there's a way to get the included package list for each spin in a more succinct manner. -jef From jkeating at redhat.com Mon Apr 30 17:35:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 10:35:50 -0700 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <604aa7910704301039m3b97747asd8a300ec40d0f08@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <604aa7910704301035p6d4313d4qe343914158f3fe38@mail.gmail.com> <604aa7910704301039m3b97747asd8a300ec40d0f08@mail.gmail.com> Message-ID: <200704301035.50920.jkeating@redhat.com> On Monday 30 April 2007 10:39:39 Jeff Spaleta wrote: > Additionally, can you give me a text version of the binary package > listing for each spin? > I'm not sure where to find the list, and if the only way to get it is > for me to download all the spins myself, I should be able to get the > F7 version done by F8 release. Hopefully there's a way to get the > included package list for each spin in a more succinct manner. You could do a directory listing of the exploaded tree... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Mon Apr 30 17:56:51 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 09:56:51 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <200704301035.50920.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <604aa7910704301035p6d4313d4qe343914158f3fe38@mail.gmail.com> <604aa7910704301039m3b97747asd8a300ec40d0f08@mail.gmail.com> <200704301035.50920.jkeating@redhat.com> Message-ID: <604aa7910704301056y141db136wd303166dd19da0e2@mail.gmail.com> On 4/30/07, Jesse Keating wrote: > You could do a directory listing of the exploaded tree... There are exploded trees for each currently identified spins on the mirrors? Including the livecds? I poked at download.fedoraproject.org, its not clear to me that such an explode tree exists for anything but the 'spin formally known as prime.' Sounds to me like I'm gonna have to download all the spins locally and explode them.. which will take a while with my rocking DSL :-> Isn't there something in the way of a list of packages included in the image generated when the spins are built that could be captured? I'd like to think we could prep a useful package/description listing somewhat automatically moving forward for people wanting to do custom spins if i script this right..but it pretty much depends on having an accurate listing of alteast the included binary packages. -jef"I say we take a page out of Prince's playbook and we re-name Prime with some funky looking single character... i vote for runic letter Fehu"spaleta From jkeating at redhat.com Mon Apr 30 18:02:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 11:02:59 -0700 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <604aa7910704301056y141db136wd303166dd19da0e2@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704301035.50920.jkeating@redhat.com> <604aa7910704301056y141db136wd303166dd19da0e2@mail.gmail.com> Message-ID: <200704301102.59935.jkeating@redhat.com> On Monday 30 April 2007 10:56:51 Jeff Spaleta wrote: > There are exploded trees for each currently identified spins on the > mirrors? Including the livecds? I poked at download.fedoraproject.org, > its not clear to me that such an explode tree exists for anything but > the 'spin formally known as prime.' Sounds to me like I'm gonna have > to download all the spins locally and explode them.. which will take a > while with my rocking DSL :-> > > Isn't there something in the way of a list of packages included in the > image generated when the spins are built that could be captured? ?I'd > like to think we could prep a useful package/description listing > somewhat automatically moving forward for people wanting to do custom > spins if i script this right..but it pretty much depends on having an > accurate listing of alteast the included binary packages. Good point, the LiveCD doesn't have it. Theoretically we could get a listing of packages. It can change slightly due to dep changes or comps changes, but we should be able to get a final list from the RC trees and update it as we go. Please continue to hound the release team for this as we get closer to release time. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Mon Apr 30 18:13:13 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 10:13:13 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <200704301102.59935.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704301035.50920.jkeating@redhat.com> <604aa7910704301056y141db136wd303166dd19da0e2@mail.gmail.com> <200704301102.59935.jkeating@redhat.com> Message-ID: <604aa7910704301113l69768564tf6802414d859cf0f@mail.gmail.com> On 4/30/07, Jesse Keating wrote: > Theoretically we could get a listing of packages. It can change slightly due > to dep changes or comps changes, but we should be able to get a final list > from the RC trees and update it as we go. Can you document how to generate that list so we can add it to the custom image creation instructions. I'd like to offer up a set of scripts which takes a list of packages and prepares formatted text concerning information gleamed from -qi like calls to repoquery so even people making custom spins can easily produce the at-a-glance info. Actually now that I think about it... is it possible to bastardize repoview a little bit and have that framework do this for us? Would it be possible to turn crank that list of packages into something repoview can consume? -jef From jkeating at redhat.com Mon Apr 30 18:10:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 11:10:21 -0700 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <604aa7910704301113l69768564tf6802414d859cf0f@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704301102.59935.jkeating@redhat.com> <604aa7910704301113l69768564tf6802414d859cf0f@mail.gmail.com> Message-ID: <200704301110.22144.jkeating@redhat.com> On Monday 30 April 2007 11:13:13 Jeff Spaleta wrote: > Can you document how to generate that list so we can add it to the > custom image creation instructions. Uh, ls ? > I'd like to offer up a set of > scripts which takes a list of packages and prepares formatted text > concerning information gleamed from -qi like calls to repoquery so > even people making custom spins can easily produce the at-a-glance > info. > > Actually now that I think about it... is it possible to bastardize > repoview a little bit and have that framework do this for us? Would it > be possible to turn crank that list of packages into something > repoview can consume? repoview isn't currently being used during the compose process. I'd welcome a patch to pungi to do it, but not for F7. I'm sure livecd-tools would do the same. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Mon Apr 30 18:31:57 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 30 Apr 2007 14:31:57 -0400 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <200704301110.22144.jkeating@redhat.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <200704301102.59935.jkeating@redhat.com> <604aa7910704301113l69768564tf6802414d859cf0f@mail.gmail.com> <200704301110.22144.jkeating@redhat.com> Message-ID: <1177957917.953.58.camel@aglarond.local> On Mon, 2007-04-30 at 11:10 -0700, Jesse Keating wrote: > On Monday 30 April 2007 11:13:13 Jeff Spaleta wrote: > > I'd like to offer up a set of > > scripts which takes a list of packages and prepares formatted text > > concerning information gleamed from -qi like calls to repoquery so > > even people making custom spins can easily produce the at-a-glance > > info. > > > > Actually now that I think about it... is it possible to bastardize > > repoview a little bit and have that framework do this for us? Would it > > be possible to turn crank that list of packages into something > > repoview can consume? > > repoview isn't currently being used during the compose process. I'd welcome a > patch to pungi to do it, but not for F7. I'm sure livecd-tools would do the > same. repoview doesn't really make sense for the livecd-tools case... the repos are all the packages; once they're installed, they're not a repo... Jeremy From buildsys at fedoraproject.org Mon Apr 30 18:48:28 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 30 Apr 2007 14:48:28 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-04-30 Message-ID: <20070430184828.16E5A152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 92 NEW LabPlot-1.5.1.5-7.fc7 R-2.5.0-2.fc7 R-mAr-1.1-10.fc7 R-waveslim-1.6-3.fc7 R-wavethresh-2.2-6.fc7 WindowMaker-0.92.0-12.fc7 abook-0.6.0-0.1.pre2.fc7 aria2-0.10.2+1-1.fc7 cobbler-0.4.8-1.fc7 conman-0.1.9.2-7.fc7 crystal-clear-20050622-4.fc7 dosbox-0.70-3.fc7 NEW eclipse-pydev-1.3.1-5.fc7 em8300-kmod-0.16.2-0.2.6.20_1.3104.fc7.1.rc2 firmware-addon-dell-1.2.13-1.fc7 fltk-1.1.8-0.3.r5750.fc7 freenx-0.6.0-12.fc7 glibmm24-2.12.8-1.fc7 gmediaserver-0.12.0-8.fc7 gnome-applet-timer-1.3.3-1.fc7 NEW google-perftools-0.91-3.fc7 gtkmm24-2.10.9-1.fc7 gtkwave-3.0.27-1.fc7 kazehakase-0.4.6-1.fc7 kdmtheme-1.1.3-1.fc7 koan-0.3.1-2.fc7 krename-3.0.14-1.fc7 kshutdown-1.0-2.fc7 libgnomedb-1.9.100-14.fc7 lucidlife-0.9.2-1.fc7 NEW marble-0.3.1-3.fc7 maxima-5.11.99-0.4.rc3.fc7 NEW migemo-0.40-9.fc7 monkey-bubble-0.4.0-4.fc7 nginx-0.5.19-1.fc7 pdfedit-0.3.1-1.fc7 NEW perl-CGI-Ex-2.10-2.fc7 NEW perl-Class-Prototyped-1.10-2.fc7 NEW perl-Config-IniHash-2.9.0-2.fc7 NEW perl-DBIx-POS-0.03-4.fc7 NEW perl-Data-Dump-1.08-2.fc7 perl-Devel-StackTrace-1.15-1.fc7 perl-HTTP-Body-0.9-1.fc7 NEW perl-HTTP-Request-AsCGI-0.5-2.fc7 perl-MooseX-Params-Validate-0.02-1.fc7 perl-Net-LibIDN-0.09-2.fc7 perl-POE-Component-IRC-5.26-1.fc7 NEW perl-Tree-Simple-VisitorFactory-0.10-2.fc7 php-Smarty-2.6.18-1.fc7 pidgin-2.0.0-0.36.beta7.fc7 putty-0.60-1.fc7 pylibacl-0.2.1-6.fc7 python-imaging-1.1.6-3.fc7 NEW python-meld3-0.6-2.fc7.1 python-mutagen-1.11-1.fc7 python-psycopg2-2.0.5.1-8.fc7 NEW redhat-artwork-kde-5.0.12-5.fc7 NEW ruby-zoom-0.2.2-2.fc7 sbcl-1.0.5-1.fc7 scribes-0.3.2.2-1.fc7 NEW seahorse-adventures-1.0-1.fc7 smolt-0.9.7.1-4.fc7 soundconverter-0.9.6-1.fc7 NEW spambayes-1.0.4-4.fc7 supervisor-2.1-3.fc7 toped-0.8.5-1.fc7 uw-imap-2006g-3.fc7 wine-0.9.36-1.fc7 wine-docs-0.9.36-1.fc7 xfce4-battery-plugin-0.5.0-2.fc7 xfce4-clipman-plugin-0.8.0-2.fc7 xfce4-cpugraph-plugin-0.3.0-5.fc7 xfce4-dict-plugin-0.2.1-2.fc7 xfce4-diskperf-plugin-2.1.0-3.fc7 xfce4-eyes-plugin-4.4.0-2.fc7 xfce4-fsguard-plugin-0.3.0-5.fc7 xfce4-genmon-plugin-3.1-2.fc7 xfce4-mailwatch-plugin-1.0.1-6.fc7 xfce4-minicmd-plugin-0.4-5.fc7 xfce4-mount-plugin-0.5.1-2.fc7 xfce4-netload-plugin-0.4.0-5.fc7 xfce4-notes-plugin-1.4.1-2.fc7 xfce4-quicklauncher-plugin-1.9.2-3.fc7 xfce4-screenshooter-plugin-1.0.0-5.fc7 xfce4-sensors-plugin-0.10.0-3.fc7 xfce4-smartbookmark-plugin-0.4.2-3.fc7 xfce4-systemload-plugin-0.4.2-2.fc7 xfce4-timer-plugin-0.5.1-2.fc7 xfce4-wavelan-plugin-0.5.4-2.fc7 xfce4-websearch-plugin-0.1.1-0.5.20070428svn2704.fc7 xfce4-xfapplet-plugin-0.1.0-3.fc7 xfce4-xkb-plugin-0.4.3-2.fc7 abook-0.6.0-0.1.pre2.fc7 ------------------------ * Sun Apr 29 2007 Dominik Mierzejewski 0.6.0-0.1.pre2 - latest devel version - specfile cleanups aria2-0.10.2+1-1.fc7 -------------------- * Sat Apr 28 2007 Micha? Bentkowski - 0.10.2+1-1 - Update to 0.10.2+1 cobbler-0.4.8-1.fc7 ------------------- * Thu Apr 26 2007 Michael DeHaan - 0.4.8-1 - Upstream changes (see CHANGELOG) - Fix defattr in spec file conman-0.1.9.2-7.fc7 -------------------- * Thu Apr 26 2007 Jarod Wilson 0.1.9.2-7 - Update project urls - Fix up initscript exit codes (#237936) crystal-clear-20050622-4.fc7 ---------------------------- * Sat Apr 28 2007 Chitlesh Goorah 20050622-4 - fixes for firefox icon on katapult - fixes for kontact icons - added support for kontact plugins icons dosbox-0.70-3.fc7 ----------------- * Fri Apr 27 2007 Andreas Bierfert 0.70-3 - proper fix for #230902 - require hicolor-icon-theme - drop X-Fedora category eclipse-pydev-1.3.1-5.fc7 ------------------------- * Fri Apr 27 2007 Igor Foox 1:1.3.1-5 - Add runtime dependancy on the JDT. - Reorganize Requires and BuildRequires. * Mon Apr 02 2007 Andrew Overholt 1:1.3.1-4 - Remove some whitespace, fix lines > 80 characters. - Remove unnecessary rm of junit.jar. - pushd to a deeper directory to fix long lines. - Add missing popd. - Typo in buildroot. * Mon Apr 02 2007 Igor Foox 1:1.3.1-3 - Remove ExclusiveArch. * Sun Apr 01 2007 Igor Foox 1:1.3.1-2 - Add Jython as a BuildRequires and Requires. - Fix buildroot. - Add dist tag. - Remove pkg_summary and eclipse_name macros. - Remove eclipse-jdt and eclipse-pde from BR as they are required by PDE. - Fix permissions on defattr. - Fix long lines. - Renumber and comment patches. - Update and simplify source drop generation comment. em8300-kmod-0.16.2-0.2.6.20_1.3104.fc7.1.rc2 -------------------------------------------- * Thu Apr 26 2007 Ville Skytt? - 0.16.2-0.1.rc2 - 0.16.2-rc2, build for kernel 2.6.20-1.3104.fc7. firmware-addon-dell-1.2.13-1.fc7 -------------------------------- * Sat Apr 07 2007 Michael E Brown - 1.2.13-1 - New dellsysidplugin.py yum plugin that works with new yum API. New yum api has postconfig hook, so we should no longer conflict with things like yum presto or cause network errors with pup. - changes to up2date_repo_autoconf based on code review by skvidal - bugfix where local variable 'package' hid module 'package' and caused an error in the error handling path. fltk-1.1.8-0.3.r5750.fc7 ------------------------ * Sun Apr 29 2007 Rex Dieter 1.1.8-0.3.r5750 - *really* fix --rpath issue, using non-empty patch this time (#238284) * Sun Apr 29 2007 Rex Dieter 1.1.8-0.2.r5750 - nuke --rpath (#238284) freenx-0.6.0-12.fc7 ------------------- * Mon Feb 19 2007 Axel Thimm - 0.6.0-9 - Update to 0.6.0. glibmm24-2.12.8-1.fc7 --------------------- * Mon Apr 30 2007 Denis Leroy - 2.12.8-1 - Update to 2.12.8 gmediaserver-0.12.0-8.fc7 ------------------------- * Sat Apr 28 2007 Karol Trzcionka - 0.12.0-8 - Fix init file gnome-applet-timer-1.3.3-1.fc7 ------------------------------ * Sat Apr 28 2007 Christoph Wickert - 1.3.3-1 - Update to 1.3.3. google-perftools-0.91-3.fc7 --------------------------- * Sun Apr 29 2007 Tom "spot" Callaway 0.91-3 - The tests work fine for me locally, but some of them fail inside mock. * Sun Apr 29 2007 Tom "spot" Callaway 0.91-2 - no support for ppc yet * Mon Apr 23 2007 Tom "spot" Callaway 0.91-1 - alright, lets see if this works now. gtkmm24-2.10.9-1.fc7 -------------------- * Mon Apr 30 2007 Denis Leroy - 2.10.9-1 - Update to 2.10.9 gtkwave-3.0.27-1.fc7 -------------------- * Mon Apr 30 2007 Paul Howarth 3.0.27-1 - update to 3.0.27 - rename "vertex" to "vermin" to avoid conflict with Vertex 3D Model Assembler (http://wolfpack.twu.net/Vertex/index.html) kazehakase-0.4.6-1.fc7 ---------------------- * Sun Apr 29 2007 Mamoru Tasaka - 0.4.6-1 - 0.4.6 kdmtheme-1.1.3-1.fc7 -------------------- * Fri Apr 27 2007 Chitlesh Goorah - 1.1.3-1 - New upstream release koan-0.3.1-2.fc7 ---------------- * Fri Apr 27 2007 - Michael DeHaan - 0.3.1-2 - Upstream changes (see CHANGELOG) * Tue Apr 24 2007 - Michael DeHaan - 0.3.0-1 - Upstream changes (see CHANGELOG) krename-3.0.14-1.fc7 -------------------- * Sat Apr 28 2007 Micha? Bentkowski - 3.0.14-1 - Update to 3.0.14 kshutdown-1.0-2.fc7 ------------------- * Fri Apr 27 2007 Chitlesh Goorah 1.0-2 - patched the default values to allow user permissions on actions - added 64x64 and 128x128 png icons so that kshutdown looks beautiful on katapult LabPlot-1.5.1.5-7.fc7 --------------------- * Mon Apr 23 2007 Chitlesh Goorah - 1.5.1.5-7 - removed parallel build for ppc * Mon Apr 23 2007 Chitlesh Goorah - 1.5.1.5-6 - added texvc back in %files - removed useless .so * Thu Apr 12 2007 Chitlesh Goorah - 1.5.1.5-5 - split for doc-fr - duplicate kmenu entries - removed category Science - corrected missing index.html file from Help -> LabPlot Handbook - merge -devel package with the main package * Thu Apr 12 2007 Mamoru Tasaka - 1.5.1.5-4.2 - Use system liborigin library - Shut up undefined non-weak symbols - Fix end-of-line encodings of [Mm]ap file - Change the encoding of a part of documents libgnomedb-1.9.100-14.fc7 ------------------------- * Mon Apr 30 2007 Hans de Goede 1:1.9.100-14 - Fix closing of the about dialog (bz 238404) lucidlife-0.9.2-1.fc7 --------------------- * Sun Apr 29 2007 Peter Gordon - 0.9.2-1 - Update to new upstream bugfix release (0.9.2) - Drop .desktop encoding fix (merged upstream): - add-.desktop-encoding.patch - Use %name in the %files listing instead of hardcoding it, for consistency with my other packages; and use the $(VERSION) macro in the autotools build scripts to ease version bumps/updates. marble-0.3.1-3.fc7 ------------------ * Mon Apr 30 2007 Chitlesh Goorah 0.3.1-3 - fix for ppc * Sat Apr 28 2007 Chitlesh Goorah 0.3.1-2 - added VERBOSE to make - use of macros on cmake - added cmake and desktop-file-utils ad BR * Sat Apr 14 2007 Chitlesh Goorah 0.3.1-1 - New Upstream release - Dropped Category Engineering - remove-category "Utility" (duplicate kmenu entries) maxima-5.11.99-0.4.rc3.fc7 -------------------------- * Mon Apr 30 2007 Rex Dieter 5.11.99-0.4.rc3 - maxima-5.11.99rc3 * Sun Apr 29 2007 Rex Dieter 5.11.99-0.3.rc2 - fix sbcl/ppc build (#238376) * Sun Apr 29 2007 Rex Dieter 5.11.99-0.1.rc2 - maxima-5.11.99rc2 migemo-0.40-9.fc7 ----------------- * Thu Apr 26 2007 Mamoru Tasaka - 0.40-9 - Specify Ruby abi * Thu Apr 12 2007 Mamoru Tasaka - 0.40-8 - Rewrite * Sun Apr 08 2007 Minokichi Sato - First build for Fedora Core 6 monkey-bubble-0.4.0-4.fc7 ------------------------- * Sun Apr 27 2008 Hans de Goede 0.4.0-4 - Fix building with newer docbook / gnome-doc tools nginx-0.5.19-1.fc7 ------------------ * Sat Apr 28 2007 Jeremy Hinegardner - 0.5.19-1 - Update to 0.5.19 pdfedit-0.3.1-1.fc7 ------------------- * Sun Apr 29 2007 Bernard Johnson - 0.3.1-1 - v 0.3.1 - rediff destdir patch - set QMAKESPEC environment variable perl-CGI-Ex-2.10-2.fc7 ---------------------- * Mon Apr 30 2007 Chris Weyl 2.10-2 - bump * Sat Apr 28 2007 Chris Weyl 2.10-1 - add perl(Hash::Case) as a BR - update to 2.10 * Wed Apr 18 2007 Chris Weyl 2.09-2 - add additional BR's * Sat Apr 07 2007 Chris Weyl 2.09-1 - Specfile autogenerated by cpanspec 1.70. perl-Class-Prototyped-1.10-2.fc7 -------------------------------- * Mon Apr 30 2007 Chris Weyl 1.10-2 - bump * Mon Apr 09 2007 Chris Weyl 1.10-1 - Specfile autogenerated by cpanspec 1.70. perl-Config-IniHash-2.9.0-2.fc7 ------------------------------- * Fri Apr 27 2007 Chris Weyl 2.9.0-2 - bump * Thu Apr 26 2007 Chris Weyl 2.9.0-1 - update to 2.9.0 (?!) * Thu Apr 26 2007 Chris Weyl 2.8-2 - add missing BR on perl(IO::Scalar) * Wed Apr 18 2007 Chris Weyl 2.8-1 - Specfile autogenerated by cpanspec 1.69.1. perl-Data-Dump-1.08-2.fc7 ------------------------- * Mon Apr 30 2007 Chris Weyl 1.08-2 - bump * Tue Apr 10 2007 Chris Weyl 1.08-1 - Specfile autogenerated by cpanspec 1.70. perl-DBIx-POS-0.03-4.fc7 ------------------------ * Mon Apr 30 2007 Chris Weyl 0.03-4 - retag license as just Artistic due to included code from Class::Singleton * Fri Apr 27 2007 Chris Weyl 0.03-3 - bump * Tue Apr 17 2007 Chris Weyl 0.03-2 - add br on perl(YAML) perl-Devel-StackTrace-1.15-1.fc7 -------------------------------- * Mon Apr 30 2007 Ralf Cors?pius - 1.15-1 - Upstream update. perl-HTTP-Body-0.9-1.fc7 ------------------------ * Sun Apr 29 2007 Tom "spot" Callaway 0.9-1 - bump to 0.9 perl-HTTP-Request-AsCGI-0.5-2.fc7 --------------------------------- * Fri Apr 27 2007 Chris Weyl 0.5-2 - bump * Tue Apr 10 2007 Chris Weyl 0.5-1 - Specfile autogenerated by cpanspec 1.70. perl-MooseX-Params-Validate-0.02-1.fc7 -------------------------------------- * Thu Apr 26 2007 Chris Weyl 0.02-1 - update to 0.02 perl-Net-LibIDN-0.09-2.fc7 -------------------------- * Thu Apr 26 2007 Robert Scheck 0.09-2 - Added build requirement to perl(ExtUtils::MakeMaker) perl-POE-Component-IRC-5.26-1.fc7 --------------------------------- * Mon Apr 30 2007 Chris Weyl 5.26-1 - update to 5.26 - include t/ in %doc perl-Tree-Simple-VisitorFactory-0.10-2.fc7 ------------------------------------------ * Mon Apr 30 2007 Chris Weyl 0.10-2 - bump * Tue Apr 10 2007 Chris Weyl 0.10-1 - Specfile autogenerated by cpanspec 1.70. php-Smarty-2.6.18-1.fc7 ----------------------- * Sun Apr 29 2007 Christopher Stone 2.6.18-1 - Upstream sync pidgin-2.0.0-0.36.beta7.fc7 --------------------------- * Mon Apr 30 2007 Warren Togami - 2.0.0-0.36.beta7 - pidgin-2.0.0beta7, bug fixes and pref migration handling putty-0.60-1.fc7 ---------------- * Mon Apr 30 2007 Patrick "Jima" Laughton 0.60-1 - New upstream version (mostly bugfixes) - Previous release pre-emptively fixed CVE-2006-7162/BZ#231726 - Added patch to make "private" files (keys/logs) non-executable pylibacl-0.2.1-6.fc7 -------------------- * Wed Apr 25 2007 Marcin Zajaczkowski - 0.2.1-6 - added Provides/Obsoletes tags python-imaging-1.1.6-3.fc7 -------------------------- * Sun Apr 29 2007 Nils Philippsen - 1.1.6-3 - add sane subpackage, split off tk subpackage (#238252) - add sane-types patch - use -b for patches to save original files - correct groups python-meld3-0.6-2.fc7.1 ------------------------ * Thu Apr 26 2007 Mike McGrath 0.6-2.1 - Fix requires on python-elementtree for python-2.5. (elementtree is included in python-2.5) * Sun Apr 22 2007 Mike McGrath 0.6-2 - Patch suggested in #153247 * Fri Apr 20 2007 Mike McGrath 0.6-1 - Initial packaging python-mutagen-1.11-1.fc7 ------------------------- * Sat Apr 28 2007 Micha? Bentkowski - 1.11-1 - Update to 1.11 python-psycopg2-2.0.5.1-8.fc7 ----------------------------- * Thu Apr 26 2007 - Devrim GUNDUZ 2.0.5.1-8 - Disabled zope package temporarily. R-2.5.0-2.fc7 ------------- * Mon Apr 30 2007 Tom "spot" Callaway 2.5.0-2 - patch from Martyn Plummer fixes .pc files - add new BR: gcc-objc R-mAr-1.1-10.fc7 ---------------- * Thu Apr 26 2007 Jos? Matos - 1.1-10 - Create install dir. * Thu Apr 26 2007 Jos? Matos - 1.1-9 - Rebuild for R 2.5. R-waveslim-1.6-3.fc7 -------------------- * Thu Apr 26 2007 Jos? Matos - 1.6-3 - Create install dir. * Thu Apr 26 2007 Jos? Matos - 1.6-2 - Rebuild for R 2.5. R-wavethresh-2.2-6.fc7 ---------------------- * Thu Apr 26 2007 Jos? Matos - 2.2-6 - Rebuild for R 2.5. redhat-artwork-kde-5.0.12-5.fc7 ------------------------------- * Thu Apr 26 2007 Kevin Kofler 5.0.12-5 - drop obsolete/unneeded Conflicts (review #236792) - don't disable AutoReq, we can afford to autoreq KDE/Qt here (review #236792) - don't own libdir/kde3 (review #236792) * Tue Apr 17 2007 Kevin Kofler 5.0.12-4 - separate redhat-artwork-kde package - use proper BuildRoot - add Epoch to kdebase-devel BR * Mon Apr 16 2007 David Zeuthen 5.0.12-4 - omit kde style/widgets (for now) (Rex Dieter, #236633) * Wed Apr 04 2007 Than Ngo - 5.0.12-3 - fix broken symlink ruby-zoom-0.2.2-2.fc7 --------------------- * Sat Apr 28 2007 Mamoru Tasaka - 0.2.2-2 - Add more documents * Sat Apr 21 2007 Mamoru Tasaka - 0.2.2-1 - Initial packaging sbcl-1.0.5-1.fc7 ---------------- * Sun Apr 29 2007 Rex Dieter 1.0.5-1 - sbcl-1.0.5 scribes-0.3.2.2-1.fc7 --------------------- * Sat Apr 28 2007 Peter Gordon - 0.3.2.2-1 - Update to new upstream release (0.3.2.2). - Drop fix-Job.py-print-header-path fix (merged upstream): - fix-Job.py-print-header-path.patch seahorse-adventures-1.0-1.fc7 ----------------------------- * Wed Apr 25 2007 Hans de Goede 1.0-1 - Initial Fedora Extras package smolt-0.9.7.1-4.fc7 ------------------- * Sun Apr 22 2007 Mike McGrath - 0.9.7.1-4 - Added requires for firstboot on smolt-firstboot soundconverter-0.9.6-1.fc7 -------------------------- * Sun Apr 29 2007 Denis Leroy - 0.9.6-1 - Update to 0.9.6 - Removed some icon-related hacks, fixed upstream spambayes-1.0.4-4.fc7 --------------------- * Fri Apr 27 2007 Christopher Stone 1.0.4-4 - Remove python from package name * Thu Apr 05 2007 Christopher Stone 1.0.4-3 - Add patch to fix python2.5 errors * Thu Apr 05 2007 Christopher Stone 1.0.4-2 - %exclude pyo and pyc files from %{_bindir} - Add scriptlet to remove shebangs * Sat Mar 31 2007 Christopher Stone 1.0.4-1 - Initial Fedora release supervisor-2.1-3.fc7 -------------------- toped-0.8.5-1.fc7 ----------------- * Sat Mar 10 2007 Chitlesh Goorah - 0.8.5-1 - New upstream release uw-imap-2006g-3.fc7 ------------------- * Fri Apr 27 2007 Rex Dieter 2006g-3 - imap-2004a-doc.patch (#229781,#127271) WindowMaker-0.92.0-12.fc7 ------------------------- * Thu Apr 26 2007 Andreas Bierfert 0.92.0-12 - apply some changes from Patrice Dumas - fix requires * Sun Mar 04 2007 Andreas Bierfert 0.92.0-11 - fix install location of WPrefs (#228346) - fix menu modification sniplet - split into sub packages to fix multilib issues (#228346) - mark sh files executable wine-0.9.36-1.fc7 ----------------- * Sat Apr 28 2007 Andreas Bierfert 0.9.36-1 - version upgrade wine-docs-0.9.36-1.fc7 ---------------------- * Sat Apr 28 2007 Andreas Bierfert 0.9.36-1 - version upgrade xfce4-battery-plugin-0.5.0-2.fc7 -------------------------------- * Mon Apr 23 2007 Christoph Wickert - 0.5.0-2 - Rebuild for Xfce 4.4.1 xfce4-clipman-plugin-0.8.0-2.fc7 -------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.8.0-2 - Rebuild for Xfce 4.4.1 xfce4-cpugraph-plugin-0.3.0-5.fc7 --------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.3.0-5 - Rebuild for Xfce 4.4.1 * Mon Jan 22 2007 Christoph Wickert - 0.3.0-4 - Rebuild for Xfce 4.4. - Patch to compile with -Wl,--as-needed (bugzilla.xfce.org #2785) xfce4-dict-plugin-0.2.1-2.fc7 ----------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.2.1-2 - Rebuild for Xfce 4.4.1 xfce4-diskperf-plugin-2.1.0-3.fc7 --------------------------------- * Sat Apr 28 2007 Christoph Wickert - 2.1.0-3 - Rebuild for Xfce 4.4.1 xfce4-eyes-plugin-4.4.0-2.fc7 ----------------------------- * Sat Apr 28 2007 Christoph Wickert - 4.4.0-2 - Rebuild for Xfce 4.4.1 xfce4-fsguard-plugin-0.3.0-5.fc7 -------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.3.0-5 - Rebuild for Xfce 4.4.1 xfce4-genmon-plugin-3.1-2.fc7 ----------------------------- * Sat Apr 28 2007 Christoph Wickert - 3.1-2 - Rebuild for Xfce 4.4.1 xfce4-mailwatch-plugin-1.0.1-6.fc7 ---------------------------------- * Sat Apr 28 2007 Christoph Wickert - 1.0.1-6 - Rebuild for Xfce 4.4.1 xfce4-minicmd-plugin-0.4-5.fc7 ------------------------------ * Sat Apr 28 2007 Christoph Wickert - 0.4-5 - Rebuild for Xfce 4.4.1 xfce4-mount-plugin-0.5.1-2.fc7 ------------------------------ * Sat Apr 28 2007 Christoph Wickert - 0.5.1-2 - Rebuild for Xfce 4.4.1 xfce4-netload-plugin-0.4.0-5.fc7 -------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.4.0-5 - Rebuild for Xfce 4.4.1 xfce4-notes-plugin-1.4.1-2.fc7 ------------------------------ * Sat Apr 28 2007 Christoph Wickert - 1.4.1-2 - Rebuild for Xfce 4.4.1 xfce4-quicklauncher-plugin-1.9.2-3.fc7 -------------------------------------- * Sat Apr 28 2007 Christoph Wickert - 1.9.2-3 - Rebuild for Xfce 4.4.1 xfce4-screenshooter-plugin-1.0.0-5.fc7 -------------------------------------- * Sat Apr 28 2007 Christoph Wickert - 1.0.0-5 - Rebuild for Xfce 4.4.1 xfce4-sensors-plugin-0.10.0-3.fc7 --------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.10.0-3 - Rebuild for Xfce 4.4.1 xfce4-smartbookmark-plugin-0.4.2-3.fc7 -------------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.4.2-3 - Rebuild for Xfce 4.4.1 xfce4-systemload-plugin-0.4.2-2.fc7 ----------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.4.2-2 - Rebuild for Xfce 4.4.1 xfce4-timer-plugin-0.5.1-2.fc7 ------------------------------ * Sat Apr 28 2007 Christoph Wickert - 0.5.1-2 - Rebuild for Xfce 4.4.1 xfce4-wavelan-plugin-0.5.4-2.fc7 -------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.5.4-2 - Rebuild for Xfce 4.4.1 xfce4-websearch-plugin-0.1.1-0.5.20070428svn2704.fc7 ---------------------------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.1.1-0.5.20070428svn2704 - Update to svn release 2704 on Xfce 4.4.1 xfce4-xfapplet-plugin-0.1.0-3.fc7 --------------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.1.0-3 - Rebuild for Xfce 4.4.1 xfce4-xkb-plugin-0.4.3-2.fc7 ---------------------------- * Sat Apr 28 2007 Christoph Wickert - 0.4.3-2 - Rebuild for Xfce 4.4.1 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Apr 30 19:33:06 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 30 Apr 2007 19:33:06 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-04-30 Message-ID: <20070430193306.26056.47818@extras64.linux.duke.edu> New report for: limb AT jcomserv.net package: freenx - 0.6.0-12.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: nx ====================================================================== Summary of broken packages (by owner): cweyl AT alumni.drew.edu gaim-gaym - 0.96-3.7.293svn.fc7.i386 (14 days) gaim-gaym - 0.96-3.7.293svn.fc7.ppc (14 days) gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 (14 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.20_1.3104.fc7.i586 (3 days) kmod-sysprof - 1.0.8-1.2.6.20_1.3104.fc7.i686 (3 days) kmod-sysprof - 1.0.8-1.2.6.20_1.3104.fc7.x86_64 (3 days) kmod-sysprof-PAE - 1.0.8-1.2.6.20_1.3104.fc7.i686 (3 days) kmod-sysprof-kdump - 1.0.8-1.2.6.20_1.3104.fc7.x86_64 (3 days) limb AT jcomserv.net freenx - 0.6.0-12.fc7.x86_64 michel.salim AT gmail.com gaim-rhythmbox - 2.0-0.5.beta5.fc7.i386 (14 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.ppc (14 days) gaim-rhythmbox - 2.0-0.5.beta5.fc7.x86_64 (14 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i586 (3 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 (3 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc (3 days) kmod-em8300 - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 (3 days) kmod-em8300-PAE - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 (3 days) kmod-em8300-kdump - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 (3 days) kmod-em8300-smp - 0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc (3 days) ====================================================================== Broken packages in fedora-extras-development-i386: gaim-gaym-0.96-3.7.293svn.fc7.i386 requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.i386 requires gaim < 2:3.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.i386 requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i586 requires kernel-i586 = 0:2.6.20-1.3104.fc7 kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7 kmod-em8300-PAE-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7PAE kmod-sysprof-1.0.8-1.2.6.20_1.3104.fc7.i586 requires kernel-i586 = 0:2.6.20-1.3104.fc7 kmod-sysprof-1.0.8-1.2.6.20_1.3104.fc7.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.20_1.3104.fc7.i686 requires kernel-i686 = 0:2.6.20-1.3104.fc7PAE ====================================================================== Broken packages in fedora-extras-development-ppc: gaim-gaym-0.96-3.7.293svn.fc7.ppc requires libgaim.so.0 gaim-gaym-0.96-3.7.293svn.fc7.ppc requires gaim < 2:3.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.ppc requires libgaim.so.0 kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc requires kernel-ppc = 0:2.6.20-1.3104.fc7 kmod-em8300-smp-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.ppc requires kernel-ppc = 0:2.6.20-1.3104.fc7smp ====================================================================== Broken packages in fedora-extras-development-x86_64: freenx-0.6.0-12.fc7.x86_64 requires nx gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires libgaim.so.0()(64bit) gaim-gaym-0.96-3.7.293svn.fc7.x86_64 requires gaim < 2:3.0.0 gaim-rhythmbox-2.0-0.5.beta5.fc7.x86_64 requires libgaim.so.0()(64bit) kmod-em8300-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7 kmod-em8300-kdump-0.16.2-0.2.6.20_1.3104.fc7.1.rc2.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7kdump kmod-sysprof-1.0.8-1.2.6.20_1.3104.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.20_1.3104.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.3104.fc7kdump From lsof at nodata.co.uk Mon Apr 30 20:34:42 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 30 Apr 2007 22:34:42 +0200 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> Message-ID: <1177965282.5941.15.camel@sb-home.lan> Am Montag, den 30.04.2007, 11:25 -0400 schrieb Max Spevack: > I am a basic desktop user (web browsing, office documents, etc.). > --> We send them to the "Fedora 7 Live CD", the one based on Gnome Ditch "basic". > > I am a developer who wants a general purpose workstation (desktop, > programming tools, etc.). > --> We send them to the spin "Fedora 7", previously called Prime > > I am an advanced user who wants to be able to pick and choose from all > available Fedora packages. > --> We send them to the spin "Fedora 7 Everything" Keep "advanced". > > I am an expert, and I want to build my own custom spin of Fedora. > --> We send them to docs that explain how. > > I am a curious user, and I want to browse/download custom Fedora spins > that other people or groups have created. > --> We send them to a page, which includes the KDE Live CD, and > other custom spins that the Board has blessed. From lsof at nodata.co.uk Mon Apr 30 20:48:49 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 30 Apr 2007 22:48:49 +0200 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> Message-ID: <1177966129.5941.28.camel@sb-home.lan> Am Montag, den 30.04.2007, 11:25 -0400 schrieb Max Spevack: > There are several versions of Fedora 7 available, depending on your usage > needs and technical skills. You could add something like: "Don't panic! You can easily add or remove software to Fedora after you have installed it. If you are not sure, choose the first option 'Desktop user'." Then some LiveCD related disclaimer.. From jspaleta at gmail.com Mon Apr 30 20:54:17 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 12:54:17 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <1177966129.5941.28.camel@sb-home.lan> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> <1177966129.5941.28.camel@sb-home.lan> Message-ID: <604aa7910704301354k738d5bd9n70b809493dc37846@mail.gmail.com> On 4/30/07, nodata wrote: > Am Montag, den 30.04.2007, 11:25 -0400 schrieb Max Spevack: > > There are several versions of Fedora 7 available, depending on your usage > > needs and technical skills. > > You could add something like: > "Don't panic! You can easily add or remove software to Fedora after you > have installed it. If you are not sure, choose the first option 'Desktop > user'." make sure you say... from the internet or the network. I'm sure we want to state emphatically that you can 'easily' add software without network access. I'm not even sure we want to suggest that you can easily add software over dialup. Pulling openoffice over dialup for example is a real treat :-> -jef"Needs to talk to someone about setting up a fedora mirror in Antarctica for me to use."spaleta From nando at ccrma.Stanford.EDU Mon Apr 30 21:13:22 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 30 Apr 2007 14:13:22 -0700 Subject: repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting) In-Reply-To: <1177939835.3836.47.camel@localhost.localdomain> References: <1177541584.17572.3.camel@lincoln> <46304EFC.5000303@leemhuis.info> <1177690733.10685.15.camel@cmn3.stanford.edu> <20070428095815.GC18891@neu.nirvana> <1177851508.4390.16.camel@localhost.localdomain> <20070429152130.GB15091@neu.nirvana> <1177890118.3836.5.camel@localhost.localdomain> <20070430015053.GB25998@neu.nirvana> <1177939835.3836.47.camel@localhost.localdomain> Message-ID: <1177967603.7337.66.camel@cmn3.stanford.edu> On Mon, 2007-04-30 at 08:30 -0500, Tom "spot" Callaway wrote: > On Mon, 2007-04-30 at 03:50 +0200, Axel Thimm wrote: > > > I've tried (and even have code) to manipulate this outside of rpm and > > it is quite messy. The problem is that you either cheat and don't use > > the same specfile, or you start fiddling with the rpm headers > > invalidtaing any signatures on the way. > > So, yes. You cheat. You have the buildsystem tag the repotag onto the > end of the Release field in its local copy before it builds. > > But I'd like to point out that I'm still fundamentally opposed to the > repotag, as I've yet to hear what problem it solves, aside from the > "other repos want it" problem. Problem they solve (as I see it): repotags[*] make it easy to spot where packages come from using simple rpm queries (or any other existing tools), which in turn makes it easier to help determine where problems come from when they happen. AFAIK repotags have not caused technical problems when used, they _have_ been useful, and they work now. Other major repos have asked for inclusion of repotags in EPEL, but that is not the problem. If EPEL does not include it in their packages it makes it more difficult to find out easily where a package comes from. EPEL is entering an existing ecosystem of repositories and it'd be nice to not make life more difficult for them. -- Fernando [*] repotag == short ascii string appended to the end of "Release:" that uniquely ids the repository it comes from. From lsof at nodata.co.uk Mon Apr 30 21:20:46 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 30 Apr 2007 23:20:46 +0200 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <604aa7910704301354k738d5bd9n70b809493dc37846@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4631B2E4.80006@fedoraproject.org> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> <1177966129.5941.28.camel@sb-home.lan> <604aa7910704301354k738d5bd9n70b809493dc37846@mail.gmail.com> Message-ID: <1177968046.5941.30.camel@sb-home.lan> Am Montag, den 30.04.2007, 12:54 -0800 schrieb Jeff Spaleta: > On 4/30/07, nodata wrote: > > Am Montag, den 30.04.2007, 11:25 -0400 schrieb Max Spevack: > > > There are several versions of Fedora 7 available, depending on your usage > > > needs and technical skills. > > > > You could add something like: > > "Don't panic! You can easily add or remove software to Fedora after you > > have installed it. If you are not sure, choose the first option 'Desktop > > user'." > > make sure you say... from the internet or the network. I'm sure we > want to state emphatically that you can 'easily' add software without > network access. I'm not even sure we want to suggest that you can > easily add software over dialup. Pulling openoffice over dialup for > example is a real treat :-> > > -jef"Needs to talk to someone about setting up a fedora mirror in > Antarctica for me to use."spaleta > Ah yes. I suppose someone will soon ask for a tool for easily creating Presto-ised update CDs for those dial-up based Antarcticans.. From jspaleta at gmail.com Mon Apr 30 21:29:19 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 30 Apr 2007 13:29:19 -0800 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <1177968046.5941.30.camel@sb-home.lan> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> <1177966129.5941.28.camel@sb-home.lan> <604aa7910704301354k738d5bd9n70b809493dc37846@mail.gmail.com> <1177968046.5941.30.camel@sb-home.lan> Message-ID: <604aa7910704301429m3d61ac34l9832317d1efed1cc@mail.gmail.com> On 4/30/07, nodata wrote: > Ah yes. I suppose someone will soon ask for a tool for easily creating > Presto-ised update CDs for those dial-up based Antarcticans.. there's no point in presto based media really. If you are in a situation where you need media, then you need the full rpms on media, because you will inevitably need to install something new as a dep. Presto works to help you minimize bandwidth consumption.. but once you are relying on media in-hand deltarpms don't gain you anything at all. -jef From lsof at nodata.co.uk Mon Apr 30 21:30:59 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 30 Apr 2007 23:30:59 +0200 Subject: Fedora 7 presentation (was Re: Announcing Fedora 7 Test 4 (6.93)) In-Reply-To: <604aa7910704301429m3d61ac34l9832317d1efed1cc@mail.gmail.com> References: <1177609031.22781.47.camel@metroid.rdu.redhat.com> <4635FC2F.7090008@fedoraproject.org> <46360002.4020702@fedoraproject.org> <1177944365.3414.15.camel@dhcp83-33.boston.redhat.com> <463603C7.7020509@fedoraproject.org> <1177966129.5941.28.camel@sb-home.lan> <604aa7910704301354k738d5bd9n70b809493dc37846@mail.gmail.com> <1177968046.5941.30.camel@sb-home.lan> <604aa7910704301429m3d61ac34l9832317d1efed1cc@mail.gmail.com> Message-ID: <1177968659.5941.32.camel@sb-home.lan> Am Montag, den 30.04.2007, 13:29 -0800 schrieb Jeff Spaleta: > On 4/30/07, nodata wrote: > > Ah yes. I suppose someone will soon ask for a tool for easily creating > > Presto-ised update CDs for those dial-up based Antarcticans.. > > there's no point in presto based media really. If you are in a > situation where you need media, then you need the full rpms on media, > because you will inevitably need to install something new as a dep. > Presto works to help you minimize bandwidth consumption.. but once you > are relying on media in-hand deltarpms don't gain you anything at all. > > -jef > It's useful for multisession CDs. You could use a CDRW I suppose instead. From drago01 at gmail.com Mon Apr 30 21:34:22 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Mon, 30 Apr 2007 23:34:22 +0200 Subject: OT: Re: Pidgin Icons gone In-Reply-To: <1177953143.3026.39.camel@zod.rchland.ibm.com> References: <6bb886180704191918l2d5262c9jed01b2d6ce9339ec@mail.gmail.com> <1177065405.25513.70.camel@vader.jdub.homelinux.org> <1177852886.4390.28.camel@localhost.localdomain> <1177944840.19526.2.camel@localhost.localdomain> <46360BCB.3080901@fedoraproject.org> <1177953143.3026.39.camel@zod.rchland.ibm.com> Message-ID: On 4/30/07, Josh Boyer wrote: > > On Mon, 2007-04-30 at 21:01 +0530, Rahul Sundaram wrote: > > Adam Jackson wrote: > > > On Sun, 2007-04-29 at 08:21 -0500, Tom "spot" Callaway wrote: > > >> On Fri, 2007-04-20 at 05:36 -0500, Josh Boyer wrote: > > >>> On Fri, 2007-04-20 at 12:18 +1000, David Hunter wrote: > > >>>> Since the demise of Gaim being replaced with pidgin, many of the > old > > >>>> Icons from gaim have been changed. Any way to get them back? or is > it > > >>>> a change for good? Is it a bug or known issue? > > >>> As I understand it, the icons included with pidgin are _the_ icons > for > > >>> the package now. I don't think it's a bug. > > >> Unfortunately they're hideous. Does anyone know of a slightly less > > >> horrible icon set for pidgin? > > > > > > There was a nice set in this other IM program. G-something, I think. > > > > Gossip? > > I believe Adam was making a tounge-in-cheek reference to Gaim... I also don't like them... the gaim ones where much better imho... josh > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Mon Apr 30 21:31:03 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 14:31:03 -0700 Subject: Slight schedule change Message-ID: <200704301431.04337.jkeating@redhat.com> Instead of deep freezing for F7 Final this Thursday, the release team has decided to kick it out a week to next Thursday. This will give us a bit more time to shake things out with the merger happening this Wed. and allow for some builds for new BuildRequires (IE Core building against Extras) to happen and be tested. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From drago01 at gmail.com Mon Apr 30 21:40:04 2007 From: drago01 at gmail.com (dragoran dragoran) Date: Mon, 30 Apr 2007 23:40:04 +0200 Subject: Slight schedule change In-Reply-To: <200704301431.04337.jkeating@redhat.com> References: <200704301431.04337.jkeating@redhat.com> Message-ID: On 4/30/07, Jesse Keating wrote: > > Instead of deep freezing for F7 Final this Thursday, the release team has > decided to kick it out a week to next Thursday. This will give us a bit > more > time to shake things out with the merger happening this Wed. and allow for > some builds for new BuildRequires (IE Core building against Extras) to > happen > and be tested. but this does not delay the release? -- > Jesse Keating > Release Engineer: Fedora > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From louisg00 at bellsouth.net Mon Apr 30 20:57:40 2007 From: louisg00 at bellsouth.net (Louis E Garcia II) Date: Mon, 30 Apr 2007 16:57:40 -0400 Subject: Installing F7-live cd Message-ID: <1177966660.3265.2.camel@sonlaptop> Just downloaded live and not sure how to install it. I only see 3 options to run it. -Thanks From jkeating at redhat.com Mon Apr 30 21:43:32 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 14:43:32 -0700 Subject: Slight schedule change In-Reply-To: References: <200704301431.04337.jkeating@redhat.com> Message-ID: <200704301443.32499.jkeating@redhat.com> On Monday 30 April 2007 14:40:04 dragoran dragoran wrote: > but this does not delay the release? As of yet, no. If we keep things somewhat sane during that extra week and don't allow a bunch of regressions it shouldn't have impact. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Apr 30 21:43:48 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 14:43:48 -0700 Subject: Installing F7-live cd In-Reply-To: <1177966660.3265.2.camel@sonlaptop> References: <1177966660.3265.2.camel@sonlaptop> Message-ID: <200704301443.48421.jkeating@redhat.com> On Monday 30 April 2007 13:57:40 Louis E Garcia II wrote: > Just downloaded live and not sure how to install it. I only see 3 > options to run it. You run it, and from the desktop there is an install launcher. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmus at tmus.dk Mon Apr 30 21:34:38 2007 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 30 Apr 2007 23:34:38 +0200 Subject: F7T4 install problems on VMware... Message-ID: Hi there... I've been trying to install F7T4 on VMware workstation 6 (RC) but haven been successful yet. Have tried both i386 and x86_64 and the same thing happens every time. When anaconda has built dependencies and is ready to proceed, anaconda bails, leaving a python backtrace on the screen. I have the option to save the debug info to a floppy, but that doesn't work either. I just wanted to know if this is a known issue that I've missed. Perhaps a problem with the not-yet-final VMware Workstation 6 or if I need to file a bug. /Thomas From pekane52 at gmail.com Mon Apr 30 22:53:45 2007 From: pekane52 at gmail.com (Pat Kane) Date: Mon, 30 Apr 2007 17:53:45 -0500 Subject: F7T4: HD-550 digital HDTV card Message-ID: I just installed F7T4 on my DELL Dimension 1100 test box that has a HD-550 pcHDTV card. The card is detected (see attached dmesg output), but the /dev/ entries are not present. I mostly sure that this card worked on a stock FC6 system, should I file a bugz? My Dimension seems to be running more hot/noisy with F7T4, anyone else notice that? Pat -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dmesg.txt URL: From sdl.web at gmail.com Mon Apr 30 23:07:09 2007 From: sdl.web at gmail.com (Leo) Date: Tue, 01 May 2007 00:07:09 +0100 Subject: Blank screen and no xv video References: <20070430182742.671e6b24@lain.camperquake.de> Message-ID: ----- Ralf Ertzinger (2007-04-30) wrote:----- > Integrated Intel video chipset? > That would be https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=237169 Thanks, I have joined the CC. -- Leo (GPG Key: 9283AA3F) From ggw at wolves.durham.nc.us Mon Apr 30 23:17:35 2007 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Mon, 30 Apr 2007 19:17:35 -0400 Subject: F7T4 install problems on VMware... In-Reply-To: References: Message-ID: <20070430231735.GA1192@wolves.durham.nc.us> On Mon, Apr 30, 2007 at 11:34:38PM +0200, Thomas M Steenholdt wrote: > Hi there... > > I've been trying to install F7T4 on VMware workstation 6 (RC) but haven > been successful yet. Have tried both i386 and x86_64 and the same thing > happens every time. When anaconda has built dependencies and is ready to > proceed, anaconda bails, leaving a python backtrace on the screen. I > have the option to save the debug info to a floppy, but that doesn't > work either. > > I just wanted to know if this is a known issue that I've missed. Perhaps > a problem with the not-yet-final VMware Workstation 6 or if I need to > file a bug. > > /Thomas Everything depends on what the backtrace and error being reported are. Switch to text console VT2 (ctrl-alt-F2) to get a command window; then cd to /tmp and cp the file anacdump.txt to a safe location (like a floppy :-) There are a couple of open bugs on anaconda at that poin of the install and you may want to add information to one of them. My question is if it is the LVM/vgchange activation bug. It's kind of intermittent depending on the memory configuration of the machines. Wolfe From dev at nigelj.com Mon Apr 30 23:19:07 2007 From: dev at nigelj.com (Nigel Jones) Date: Tue, 1 May 2007 11:19:07 +1200 (NZST) Subject: F7T4 install problems on VMware... In-Reply-To: References: Message-ID: <9998.202.74.202.139.1177975147.squirrel@webmail.nigelj.com> > Hi there... > > I've been trying to install F7T4 on VMware workstation 6 (RC) but haven > been successful yet. Have tried both i386 and x86_64 and the same thing > happens every time. When anaconda has built dependencies and is ready to > proceed, anaconda bails, leaving a python backtrace on the screen. I > have the option to save the debug info to a floppy, but that doesn't > work either. This is where the screen/video capture functions in VMWare would be useful ;) > > I just wanted to know if this is a known issue that I've missed. Perhaps > a problem with the not-yet-final VMware Workstation 6 or if I need to > file a bug. > > /Thomas > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From rodd at clarkson.id.au Mon Apr 30 23:30:59 2007 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 01 May 2007 09:30:59 +1000 Subject: Weird tooltips for OOo with regard to bold/italic Message-ID: <1177975859.3777.10.camel@localhost.localdomain> If I put my mouse over the italic button in OOo and then move it over the bold button, the tool tip for bold says italic. Move between the two on the tool bar (and possibly other items) and both stay saying italic. Move off the tool bar and then back on, this time moving over bold first and then the italic icon says bold. Weird? Or just me being weird? R. -- "It's a fine line between denial and faith. It's much better on my side" From davej at redhat.com Mon Apr 30 23:41:33 2007 From: davej at redhat.com (Dave Jones) Date: Mon, 30 Apr 2007 19:41:33 -0400 Subject: Change of historical behavior In-Reply-To: <1177889941.3836.2.camel@localhost.localdomain> References: <1177546792.3881.41.camel@mentorng.gurulabs.com> <1177853129.4390.31.camel@localhost.localdomain> <2954-SnapperMsg827D11E1C25AA2A0@[70.0.254.136]> <1177889941.3836.2.camel@localhost.localdomain> Message-ID: <20070430234133.GF26601@redhat.com> On Sun, Apr 29, 2007 at 06:39:01PM -0500, Tom spot Callaway wrote: > On Sun, 2007-04-29 at 13:29 -0600, Dax Kelson wrote: > > ...... Original Message ....... > > On Sun, 29 Apr 2007 08:25:29 -0500 Tom "spot" Callaway > > wrote: > > >Not to ask stupid questions, but should that have ever worked? I'd think > > >an outright rejection would be far useful than creating empty files > > >innocently. > > > > > > > It should work because inodes and data blocks are two distinct resources > > within a filesystem that UNIX/Linux quotas have the flexibility in > > controlling separately. > > > > Behaviors (especially those with decades long precedence) shouldn't change > > without very good reason, and they certaintly shouldn't change > > non-deliberately. > > > > I wonder if POSIX has anything to say about quota behavior. > > > > Since I posted the message, I checked a SLES10 box using ext3 with acls and > > user_xattr. It's behaves as expected in the traditional manner. Being over > > your data block quota doesn't impact the ability to create zero byte files. > > This may be a legit bug then. Bugzilla it. :) It's nothing we added. Tell upstream would be a better answer. Dave -- http://www.codemonkey.org.uk