From aalam at redhat.com Sat Jul 1 05:25:37 2006 From: aalam at redhat.com (A S Alam) Date: Sat, 01 Jul 2006 10:55:37 +0530 Subject: new s-c-soundcard in rawhide In-Reply-To: <44A538A3.5040209@redhat.com> References: <44A538A3.5040209@redhat.com> Message-ID: <44A60751.4010401@redhat.com> Martin Stransky ?? ?????: > Hello guys, > > there is a new version of s-c-s in rawhide (2.0.0). It has some new > features like new GUI, proc&HAL detection, driver reloading and card > ordering. > > I'll be happy for any feedback and/or BZ entries. > > Martin > 1) stop button does not stop Sound, music is going one, even message box appear to showing that "Did you hear sample sound?" 2) if you click on some other window, Message box hide behind main window, it like to be always on top of main window thanks -- A S Alam join us at #fedora-l10n (freenode) "Either find a way or make one" From pemboa at gmail.com Sat Jul 1 09:39:35 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 1 Jul 2006 04:39:35 -0500 Subject: Changing the default font in Fedora Core 6 In-Reply-To: <44A48A0F.5070609@glezos.com> References: <44A48A0F.5070609@glezos.com> Message-ID: <16de708d0607010239k2fb2e387l35d732f4b5228bba@mail.gmail.com> The existence of this font should at the very least be a FAQ "nearby". I installed the font packages, and the experience is pleasantly different. Thank you for this information. -- To be updated... From dcbw at redhat.com Sat Jul 1 11:54:43 2006 From: dcbw at redhat.com (Dan Williams) Date: Sat, 01 Jul 2006 07:54:43 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <1151699842.504.25.camel@localhost.localdomain> References: <44A538A3.5040209@redhat.com> <1151699842.504.25.camel@localhost.localdomain> Message-ID: <1151754883.2511.6.camel@localhost.localdomain> On Fri, 2006-06-30 at 21:37 +0100, Richard Hughes wrote: > On Fri, 2006-06-30 at 16:43 +0200, Martin Stransky wrote: > > features like new GUI, proc&HAL detection, driver reloading and card > > Are there ever audio cards that a new HAL does not detect? That's the point :) Old s-c-soundcard had problems detecting some stuff (like usb audio devices) and didn't really do hotplug very well. HAL lets us do this quite easily. Dan From fedora at leemhuis.info Sat Jul 1 16:16:21 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 01 Jul 2006 18:16:21 +0200 Subject: Update guidelines? In-Reply-To: <44A4DF27.4070907@mharris.ca> References: <449E6003.7000703@hhs.nl> <20060625213808.B29433@xos037.xos.nl> <1151268312.26960.108.camel@ender> <200606260102.44690.jamatos@fc.up.pt> <1151280571.19953.1.camel@aglarond.local> <449FC1D4.7080707@leemhuis.info> <44A4DF27.4070907@mharris.ca> Message-ID: <44A69FD5.5050003@leemhuis.info> Mike A. Harris schrieb: > Thorsten Leemhuis wrote: >> ). Updated X-drivers would also be a good start, but it seems that's >> still a hard job even in times of modular X. > There are basically 2 ways to do driver updates: > 1) By updating a driver to a newer upstream version. > [...] > Since X.Org 7.0 was released however, there have not been very > many driver updates released for the 7.0 X server. I believe > we released an 'ati' update, but don't specifically remember if > any others were done off the top of my head. Well, I looked into this once and found the file http://xorg.freedesktop.org/archive/individual/driver/xf86-video-i810-1.5.0.0.tar.bz2 from 26-Jan-2006 09:42 383K (e.g. round about one month after Xorg 7.0 was released and four before 7.1 was published). It has support for 945GM, it compiles without problems on FC5 but I unfortunately don't have hardware at hand to test if it really works. I couldn't find anything in the docs if this driver is for 7.0 or 7.1 :-/ Can somebody give me a hint where to look for such a information? CU thl From gauret at free.fr Sun Jul 2 09:49:08 2006 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 02 Jul 2006 11:49:08 +0200 Subject: groupware for Fedora References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> Message-ID: Helge Hess wrote: > Building OGo from source is a simple > ./configure; make install $ ./configure error: please specify a GNUstep make tree! Well, not really that simple. The dependencies are pretty heavy, according to http://www.opengroupware.org/en/devs/build/index.html Apparently : - GNUstep Make - GNUstep Objective-C Runtime - Libfoundation (implementation of the OpenStep Foundation API) - SOPE (application server) and then, you can build opengroupware.org I tried the spec files, but they are made to be generic (and thus complex) spec files, building on different distributions, and need external macro definitions (apparently in http://svn.opengroupware.org/OpenGroupware.org/trunk/maintenance/rpm_buildenvironment/macros/) At the moment, opengroupware *is* quite complicated to build. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr For external use only From mailinglists at erwinrol.com Sun Jul 2 10:06:57 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sun, 02 Jul 2006 12:06:57 +0200 Subject: groupware for Fedora In-Reply-To: References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> Message-ID: <1151834817.30969.225.camel@xpc.home.erwinrol.com> On Sun, 2006-07-02 at 11:49 +0200, Aurelien Bompard wrote: > Helge Hess wrote: > > Building OGo from source is a simple > > ./configure; make install > > $ ./configure > error: please specify a GNUstep make tree! > > Well, not really that simple. The dependencies are pretty heavy, according > to http://www.opengroupware.org/en/devs/build/index.html > > Apparently : > - GNUstep Make > - GNUstep Objective-C Runtime > - Libfoundation (implementation of the OpenStep Foundation API) > - SOPE (application server) > and then, you can build opengroupware.org > > I tried the spec files, but they are made to be generic (and thus complex) > spec files, building on different distributions, and need external macro > definitions (apparently in > http://svn.opengroupware.org/OpenGroupware.org/trunk/maintenance/rpm_buildenvironment/macros/) > > At the moment, opengroupware *is* quite complicated to build. ATrpms has RPMS for FC6, but ATrpms also uses a bit incompatible build system, but that should be more easy to adapt to FC/FE build system. Just take a look at http://atrpms.net/dist/fc6/ - Erwin From Axel.Thimm at ATrpms.net Sun Jul 2 11:52:04 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 2 Jul 2006 13:52:04 +0200 Subject: groupware for Fedora In-Reply-To: <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> References: <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> Message-ID: <20060702115204.GC5158@neu.nirvana> On Sat, Jul 01, 2006 at 01:43:56AM +0200, Helge Hess wrote: > On Jun 30, 2006, at 16:58, Steven Pritchard wrote: > >Somebody really just needs to figure out how to build OGo from a > >pristine system. > > Building OGo from source is a simple > > ./configure; make install > > And then some configuration (DB setup etc). > > Though OGo isn't ported yet to x86_64, thats a valid point ;-) Currenlty it builds only on x86_64 (?) -- 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 david.jamison1 at ntlworld.com Sun Jul 2 11:54:43 2006 From: david.jamison1 at ntlworld.com (David) Date: Sun, 02 Jul 2006 12:54:43 +0100 Subject: YUM UPDATE _ FEDORA CORE 5 Message-ID: <1151841284.2916.5.camel@localhost.localdomain> Hi All, I attempted a YUM UPDATE on the laptop this morning and it stopped with the following messages; librpcsecgss.so.1 is needed by package nfs-utils libgssapi.so.1 is needed by package nfs-utils I tried an update on my 2nd PC which also failed so the fault replicates. Anyone any thoughts? Cheers David From Axel.Thimm at ATrpms.net Sun Jul 2 11:59:04 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 2 Jul 2006 13:59:04 +0200 Subject: groupware for Fedora In-Reply-To: <1151834817.30969.225.camel@xpc.home.erwinrol.com> References: <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> <1151834817.30969.225.camel@xpc.home.erwinrol.com> Message-ID: <20060702115904.GD5158@neu.nirvana> On Sun, Jul 02, 2006 at 12:06:57PM +0200, Erwin Rol wrote: > On Sun, 2006-07-02 at 11:49 +0200, Aurelien Bompard wrote: > > Helge Hess wrote: > > > Building OGo from source is a simple > > > ./configure; make install > > > > $ ./configure > > error: please specify a GNUstep make tree! > > > > Well, not really that simple. The dependencies are pretty heavy, according > > to http://www.opengroupware.org/en/devs/build/index.html > > > > Apparently : > > - GNUstep Make > > - GNUstep Objective-C Runtime > > - Libfoundation (implementation of the OpenStep Foundation API) > > - SOPE (application server) > > and then, you can build opengroupware.org > > > > I tried the spec files, but they are made to be generic (and thus complex) > > spec files, building on different distributions, and need external macro > > definitions (apparently in > > http://svn.opengroupware.org/OpenGroupware.org/trunk/maintenance/rpm_buildenvironment/macros/) > > > > At the moment, opengroupware *is* quite complicated to build. > > ATrpms has RPMS for FC6, but ATrpms also uses a bit incompatible build > system, but that should be more easy to adapt to FC/FE build system. > Just take a look at http://atrpms.net/dist/fc6/ OGo and dependencies are something I wanted to contribute into FE. But there were some gcc objc issues that I had to bugzilla first that need to get resolved. See for example: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185398 (it's marked as fixed, but it reappears in another object build) The specfile's shape for OGo at ATrpms is not good. The dependencies are. So if you want to lend a hand rewrite the OGo specfile :) -- 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 sundaram at fedoraproject.org Sun Jul 2 12:02:26 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 02 Jul 2006 17:32:26 +0530 Subject: YUM UPDATE _ FEDORA CORE 5 In-Reply-To: <1151841284.2916.5.camel@localhost.localdomain> References: <1151841284.2916.5.camel@localhost.localdomain> Message-ID: <44A7B5D2.2020208@fedoraproject.org> David wrote: >Hi All, > >I attempted a YUM UPDATE on the laptop this morning and it stopped with >the following messages; > >librpcsecgss.so.1 is needed by package nfs-utils >libgssapi.so.1 is needed by package nfs-utils > >I tried an update on my 2nd PC which also failed so the fault >replicates. > >Anyone any thoughts? > >Cheers > >David > > > Known bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 Workaround: yum update --exclude=nfs-utils* --exclude=libgssapi* Rahul From Axel.Thimm at ATrpms.net Sun Jul 2 12:02:29 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 2 Jul 2006 14:02:29 +0200 Subject: groupware for Fedora In-Reply-To: <1151573448.30969.157.camel@xpc.home.erwinrol.com> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> Message-ID: <20060702120229.GE5158@neu.nirvana> On Thu, Jun 29, 2006 at 11:30:48AM +0200, Erwin Rol wrote: > On Wed, 2006-06-28 at 18:31 +0200, Helge Hess wrote: > > On Jun 28, 2006, at 18:24, Steven Pritchard wrote: > > > Are SRPMS or spec files available now? The last time I looked, I > > > couldn't find any. > > > > SRPMS no, spec files are included (and always were). The issue is > > that the specfiles expect a certain build environment and do not work > > standalone. But it shouldn't be too hard to strip that out and > > hardcode necessary values. > > > > http://svn.opengroupware.org/OpenGroupware.org/trunk/maintenance/ > > What would be needed to "fix" OGo so that it could be included in Fedora > Extras? And would there be others interested in working on this ? I'm working backwards in this thread, sorry. Yes, I'm very much interested, and I have sope and gnustep-make ready for submitting. But OGo itself needs some more love. Should I start submitting the dependencies into devel? Since it is very unlikely that OGo and friends get into FC, should we move this discussion to fedora-extras? -- 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 mailinglists at erwinrol.com Sun Jul 2 12:11:41 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sun, 02 Jul 2006 14:11:41 +0200 Subject: groupware for Fedora In-Reply-To: <20060702120229.GE5158@neu.nirvana> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060702120229.GE5158@neu.nirvana> Message-ID: <1151842302.30969.244.camel@xpc.home.erwinrol.com> On Sun, 2006-07-02 at 14:02 +0200, Axel Thimm wrote: > On Thu, Jun 29, 2006 at 11:30:48AM +0200, Erwin Rol wrote: > > What would be needed to "fix" OGo so that it could be included in Fedora > > Extras? And would there be others interested in working on this ? > > I'm working backwards in this thread, sorry. > > Yes, I'm very much interested, and I have sope and gnustep-make ready > for submitting. But OGo itself needs some more love. There was just a new 1.1.4 release, would that have some of the fixes that are needed ? > Should I start submitting the dependencies into devel? That would be a good idea i think, that way it gets more attention. > Since it is very unlikely that OGo and friends get into FC, should we > move this discussion to fedora-extras? We can, but there will probably still be people reacting on mails in this thread :-) - Erwin From j.w.r.degoede at hhs.nl Sun Jul 2 12:30:06 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 02 Jul 2006 14:30:06 +0200 Subject: Moving gkrellm to Extras? Message-ID: <44A7BC4E.7040106@hhs.nl> Hi, Some time ago there was mention of moving gkrellm to Extras in the Moving ImageMagick to Extras thread. I volunteered to maintain gkrellm and put it through the review process. But I've had no response sofar. Does this mean gkrelmm is going to stay in Core? Thats fine with me too. Regards, Hans From dragoran at feuerpokemon.de Sun Jul 2 14:04:21 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 02 Jul 2006 16:04:21 +0200 Subject: FC5 updates broken deps Message-ID: <44A7D265.40708@feuerpokemon.de> Running yum -y update on a FC5 x86_64 box today results into: Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for xorg-x11-server-Xorg to pack into transaction set. xorg-x11-server-Xorg-1.0. 100% |=========================| 25 kB 00:00 ---> Package xorg-x11-server-Xorg.x86_64 0:1.0.1-9.fc5.5 set to be updated ---> Downloading header for libgssapi to pack into transaction set. libgssapi-0.9-1.FC5.x86_6 100% |=========================| 3.6 kB 00:00 ---> Package libgssapi.x86_64 0:0.9-1.FC5 set to be updated ---> Downloading header for xorg-x11-server-sdk to pack into transaction set. xorg-x11-server-sdk-1.0.1 100% |=========================| 29 kB 00:00 ---> Package xorg-x11-server-sdk.x86_64 0:1.0.1-9.fc5.5 set to be updated ---> Downloading header for nfs-utils-lib to pack into transaction set. nfs-utils-lib-1.0.8-4.FC5 100% |=========================| 4.6 kB 00:00 ---> Package nfs-utils-lib.x86_64 0:1.0.8-4.FC5 set to be updated --> Running transaction check --> Processing Dependency: libgssapi.so.1()(64bit) for package: nfs-utils --> Processing Dependency: librpcsecgss.so.1()(64bit) for package: nfs-utils --> Finished Dependency Resolution Error: Missing Dependency: libgssapi.so.1()(64bit) is needed by package nfs-utils Error: Missing Dependency: librpcsecgss.so.1()(64bit) is needed by package nfs-utils From mailinglists at erwinrol.com Sun Jul 2 15:44:09 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sun, 02 Jul 2006 17:44:09 +0200 Subject: groupware for Fedora In-Reply-To: <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> Message-ID: <1151855049.30969.254.camel@xpc.home.erwinrol.com> On Sat, 2006-07-01 at 01:43 +0200, Helge Hess wrote: > On Jun 30, 2006, at 16:58, Steven Pritchard wrote: > > Somebody really just needs to figure out how to build OGo from a > > pristine system. > > Building OGo from source is a simple > > ./configure; make install > > And then some configuration (DB setup etc). OK, don't want to offend or disappoint you , but OGo is definitely _not_ easy to install and configure. Actually it is very hard to install and configure. This needs a lot of work before it is usable on Fedora :-/ Things that are needed; - working RPMS (Axel Thimm's work with a bit of hacking, but are anything from "perfect") - correct init.d files - correct apache conf.d files - major code review for 64bit systems, because the number of pointer to/from int warnings, /usr/lib/ instead of /usr/lib64/ linking warnings and other pointer warnings is just huge. There are certainly a number of them that will cause fatal problems at runtime. Adding the first dependencies like Axel was saying will be a good start to get this project going. Apart from the 64bit code review the other points should not be that hard, of course there surely will be other problems too. One thing about OGo that kind of "annoys" me is the rather messy code releasing, everything is dumped in one directory and you just have to figure out what belongs together and what not, also a good step by step build manual is also not easy to find. - Erwin From jaroslav at aster.pl Sun Jul 2 16:12:44 2006 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Sun, 2 Jul 2006 18:12:44 +0200 Subject: Update guidelines? In-Reply-To: <44A69FD5.5050003@leemhuis.info> References: <449E6003.7000703@hhs.nl> <44A4DF27.4070907@mharris.ca> <44A69FD5.5050003@leemhuis.info> Message-ID: <200607021812.51965.jaroslav@aster.pl> Dnia sobota, 1 lipca 2006 18:16, Thorsten Leemhuis napisa?: > > Well, I looked into this once and found the file > http://xorg.freedesktop.org/archive/individual/driver/xf86-video-i810-1.5.0 >.0.tar.bz2 from 26-Jan-2006 09:42 383K (e.g. round about one month after > Xorg 7.0 was released and four before 7.1 was published). > > It has support for 945GM, it compiles without problems on FC5 but I > unfortunately don't have hardware at hand to test if it really works. > > I couldn't find anything in the docs if this driver is for 7.0 or 7.1 My card is i945GM. I've compiled 1.6.0 (10 April) version of this driver on FC5. The progress is that now X server works with Driver "i810" (on 'vanilla' FC5 it worked only on "vesa"). But: 1. I still have to use 915resolution patch in order to get resolution "native" for my LCD 2. Acceleration doesn't work, invoking 'glxgears' results in: ERROR! sizeof(I830DRIRec) does not match passed size from device driver libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 842 requests (43 known processed) with 0 events remaining. I would be hapy to help in getting it work properly :) -- Jaroslaw Gorny jaroslav at aster.pl -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GMU/E/CS d+/-- s+: a- c++ UL++/US P+>++ L+++>++++ E>++ W N++ o? K w--- !O M V- PS+++ PE++ Y PGP>++ t 5 X- R- tv--/!tv b++ DI-- D G- e++>+++ h-- r+++ z+++ -----END GEEK CODE BLOCK----- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thacker at math.cornell.edu Sun Jul 2 16:33:51 2006 From: thacker at math.cornell.edu (John Thacker) Date: Sun, 2 Jul 2006 12:33:51 -0400 Subject: Update guidelines? In-Reply-To: <200607021812.51965.jaroslav@aster.pl> References: <449E6003.7000703@hhs.nl> <44A4DF27.4070907@mharris.ca> <44A69FD5.5050003@leemhuis.info> <200607021812.51965.jaroslav@aster.pl> Message-ID: <20060702163351.GA30361@thacker.dyndns.org> On Sun, Jul 02, 2006 at 06:12:44PM +0200, Jaroslaw Gorny wrote: > My card is i945GM. > > I've compiled 1.6.0 (10 April) version of this driver on FC5. The progress is > that now X server works with Driver "i810" (on 'vanilla' FC5 it worked only > on "vesa"). But: > I would be hapy to help in getting it work properly :) Have you updated xorg-x11-server-Xorg ? The 1.6.0 version of the Intel (i180) driver requires xorg-x11-server-Xorg 1.1.0 (okay, 1.0.99.something), whereas FC5 including updates only has version 1.0.1, at least according to its documentation. 1.5.1 is the last version of the Intel driver that should work with the version of xorg-x11-server-Xorg in FC5. That said, I'm not sure exactly what breaks if you use a lower version. 1.6.0 might have other things that require updating to more of a 7.1 tree. John Thacker -------------- 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 Sun Jul 2 19:20:36 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Sun, 2 Jul 2006 19:20:36 +0000 (GMT) Subject: YUM UPDATE _ FEDORA CORE 5 In-Reply-To: <44A7B5D2.2020208@fedoraproject.org> Message-ID: <20060702192036.20665.qmail@web52413.mail.yahoo.com> Today it's fixed, you don't need to exclude anything. Just clear your yum cache (yum clean all) or yumex repostiroy cache (Tools -> Reset repository cache) and try update again. Rahul Sundaram escribi?: David wrote: >Hi All, > >I attempted a YUM UPDATE on the laptop this morning and it stopped with >the following messages; > >librpcsecgss.so.1 is needed by package nfs-utils >libgssapi.so.1 is needed by package nfs-utils > >I tried an update on my 2nd PC which also failed so the fault >replicates. > >Anyone any thoughts? > >Cheers > >David > > > Known bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 Workaround: yum update --exclude=nfs-utils* --exclude=libgssapi* Rahul -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list --------------------------------- 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo Abr? tu cuenta aqu? -------------- next part -------------- An HTML attachment was scrubbed... URL: From acathrow at redhat.com Sun Jul 2 22:37:21 2006 From: acathrow at redhat.com (Andrew Cathrow) Date: Sun, 02 Jul 2006 18:37:21 -0400 Subject: GFS & Cluster support in Fedora Core Message-ID: <1151879841.7877.9.camel@aic-laptop.cathrow.org> What's status of the GFS packages in Fedora Core. The FC5 gfs and gnbd kernel packages don't seem to have been updated since 2.6.15 and I don't see anything newer in FC6 test 1 either. lvm2-cluster seems to have been dropped for fc5, but I did see a bugzilla entry for this. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191200 I've been building them on FC5 to get GFS support for Xen migration demos but it would certainly be nice to just have them in the yum repositories. -------------- next part -------------- An HTML attachment was scrubbed... URL: From arjan at fenrus.demon.nl Sun Jul 2 22:50:58 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 03 Jul 2006 00:50:58 +0200 Subject: GFS & Cluster support in Fedora Core In-Reply-To: <1151879841.7877.9.camel@aic-laptop.cathrow.org> References: <1151879841.7877.9.camel@aic-laptop.cathrow.org> Message-ID: <1151880658.3111.41.camel@laptopd505.fenrus.org> On Sun, 2006-07-02 at 18:37 -0400, Andrew Cathrow wrote: > What's status of the GFS packages in Fedora Core. > The FC5 gfs and gnbd kernel packages don't seem to have been updated > since 2.6.15 and I don't see anything newer in FC6 test 1 either. > > lvm2-cluster seems to have been dropped for fc5, but I did see a > bugzilla entry for this. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191200 > > I've been building them on FC5 to get GFS support for Xen migration > demos but it would certainly be nice to just have them in the yum > repositories. > why don't you use ocfs2? It's in the mainline kernel after all... From alan at redhat.com Sun Jul 2 23:45:37 2006 From: alan at redhat.com (Alan Cox) Date: Sun, 2 Jul 2006 19:45:37 -0400 Subject: GFS & Cluster support in Fedora Core In-Reply-To: <1151880658.3111.41.camel@laptopd505.fenrus.org> References: <1151879841.7877.9.camel@aic-laptop.cathrow.org> <1151880658.3111.41.camel@laptopd505.fenrus.org> Message-ID: <20060702234537.GA15246@devserv.devel.redhat.com> On Mon, Jul 03, 2006 at 12:50:58AM +0200, Arjan van de Ven wrote: > > I've been building them on FC5 to get GFS support for Xen migration > > demos but it would certainly be nice to just have them in the yum > > repositories. > > why don't you use ocfs2? It's in the mainline kernel after all... OCFS2 isn't that useful for Xen. Remember it doesn't provide POSIX like guarantees so isn't usable as a general purpose equivalent to local file store/ From helge.hess at opengroupware.org Mon Jul 3 01:39:11 2006 From: helge.hess at opengroupware.org (Helge Hess) Date: Mon, 3 Jul 2006 03:39:11 +0200 Subject: groupware for Fedora In-Reply-To: <1151855049.30969.254.camel@xpc.home.erwinrol.com> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> <1151855049.30969.254.camel@xpc.home.erwinrol.com> Message-ID: <6BAB45D5-9A81-4B2B-9E0D-6D0F38A1F68F@opengroupware.org> On Jul 2, 2006, at 17:44, Erwin Rol wrote: > Things that are needed; Please join one of the OGo mailing lists and lets discuss it there, it certainly doesn't belong here :-) Personally I wonder why you have problems installing the OGo provided Fedora RPM packages. Those work out of the box for me and are trivial to use. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From helge.hess at opengroupware.org Mon Jul 3 01:45:15 2006 From: helge.hess at opengroupware.org (Helge Hess) Date: Mon, 3 Jul 2006 03:45:15 +0200 Subject: groupware for Fedora In-Reply-To: <1151855049.30969.254.camel@xpc.home.erwinrol.com> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> <1151855049.30969.254.camel@xpc.home.erwinrol.com> Message-ID: <1BEE5FE6-BD51-4233-80D4-EF4E315F46F0@opengroupware.org> On Jul 2, 2006, at 17:44, Erwin Rol wrote: > One thing about OGo that kind of "annoys" me is the rather messy code > releasing, everything is dumped in one directory and you just have to > figure out what belongs together and what not, also a good step by > step > build manual is also not easy to find. I can't follow that either. You need - SOPE, including gstep-make, libobjc and libFoundation (all included) - OGo Thats it. Everything else is contained in Fedora. Build instructions are also available, SOPE: http://sope.opengroupware.org/en/build/thirdparty.html http://sope.opengroupware.org/en/build/sope.html and OGo: http://www.opengroupware.org/en/devs/build/ogo.html Those do not work for you on a supported platform??? (i.e. not 64bit) If not, please provide feedback! (feedback at opengroupware.org or one of the mailing lists) Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From mailinglists at erwinrol.com Mon Jul 3 07:36:42 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 03 Jul 2006 09:36:42 +0200 Subject: groupware for Fedora In-Reply-To: <6BAB45D5-9A81-4B2B-9E0D-6D0F38A1F68F@opengroupware.org> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> <1151855049.30969.254.camel@xpc.home.erwinrol.com> <6BAB45D5-9A81-4B2B-9E0D-6D0F38A1F68F@opengroupware.org> Message-ID: <1151912203.30969.260.camel@xpc.home.erwinrol.com> On Mon, 2006-07-03 at 03:39 +0200, Helge Hess wrote: > On Jul 2, 2006, at 17:44, Erwin Rol wrote: > > Things that are needed; > > Please join one of the OGo mailing lists and lets discuss it there, > it certainly doesn't belong here :-) > > Personally I wonder why you have problems installing the OGo provided > Fedora RPM packages. Those work out of the box for me and are trivial > to use. The problem is not installing provided RPM's, but building SRPM's that could actually be build on the Fedora buildsystem (so without the large number of magic scripts and extra macros). The ATrpms seem to do that, and those are the RPM's i am talking about. - Erwin From mailinglists at erwinrol.com Mon Jul 3 07:42:27 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 03 Jul 2006 09:42:27 +0200 Subject: groupware for Fedora In-Reply-To: <1BEE5FE6-BD51-4233-80D4-EF4E315F46F0@opengroupware.org> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> <1151855049.30969.254.camel@xpc.home.erwinrol.com> <1BEE5FE6-BD51-4233-80D4-EF4E315F46F0@opengroupware.org> Message-ID: <1151912547.30969.268.camel@xpc.home.erwinrol.com> On Mon, 2006-07-03 at 03:45 +0200, Helge Hess wrote: > On Jul 2, 2006, at 17:44, Erwin Rol wrote: > > One thing about OGo that kind of "annoys" me is the rather messy code > > releasing, everything is dumped in one directory and you just have to > > figure out what belongs together and what not, also a good step by > > step > > build manual is also not easy to find. > > I can't follow that either. You need > - SOPE, including gstep-make, libobjc and libFoundation (all included) > - OGo Of course everything is included, it is just thrown on one big pile and have fun. Creating a directory structure with sets of archives that belong together might make things a bit more "organized". > Thats it. Everything else is contained in Fedora. > > Build instructions are also available, SOPE: > http://sope.opengroupware.org/en/build/thirdparty.html > http://sope.opengroupware.org/en/build/sope.html > and OGo: > http://www.opengroupware.org/en/devs/build/ogo.html > > Those do not work for you on a supported platform??? (i.e. not 64bit) > If not, please provide feedback! (feedback at opengroupware.org or one > of the mailing lists) As explained in the other mail, its not the RPM's provided by OGo but building the SRPM's in a Fedora compatible way. On 64bit the number of compiler warnings is just scary, it is very unlikely that they are all harmless. - Erwin From sankar at redhat.com Mon Jul 3 08:14:15 2006 From: sankar at redhat.com (Sankarshan Mukhopadhyay) Date: Mon, 03 Jul 2006 13:44:15 +0530 Subject: FC5 updates broken deps In-Reply-To: <44A7D265.40708@feuerpokemon.de> References: <44A7D265.40708@feuerpokemon.de> Message-ID: <44A8D1D7.8090905@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 dragoran wrote: > Error: Missing Dependency: libgssapi.so.1()(64bit) is needed by package > nfs-utils > Error: Missing Dependency: librpcsecgss.so.1()(64bit) is needed by > package nfs-utils Ahh well :) This is a known issue. exclude nfs-utils and libgssapi :SM -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEqNHX+g4kmZ76nyERAursAJ0e7Ue6MJf2mT1fLsLo9NOWJLPkWgCeLH3E P1DawjzyPqiScbwsUvxMiuI= =aGCp -----END PGP SIGNATURE----- From sundaram at fedoraproject.org Mon Jul 3 08:18:05 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 03 Jul 2006 13:48:05 +0530 Subject: FC5 updates broken deps In-Reply-To: <44A8D1D7.8090905@redhat.com> References: <44A7D265.40708@feuerpokemon.de> <44A8D1D7.8090905@redhat.com> Message-ID: <44A8D2BD.3040500@fedoraproject.org> Sankarshan Mukhopadhyay wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >dragoran wrote: > > > >>Error: Missing Dependency: libgssapi.so.1()(64bit) is needed by package >>nfs-utils >>Error: Missing Dependency: librpcsecgss.so.1()(64bit) is needed by >>package nfs-utils >> >> > >Ahh well :) This is a known issue. exclude nfs-utils and libgssapi > >:SM > Not anymore. This is fixed with the latest update. Rahul From stransky at redhat.com Mon Jul 3 08:58:49 2006 From: stransky at redhat.com (Martin Stransky) Date: Mon, 03 Jul 2006 10:58:49 +0200 Subject: new s-c-soundcard in rawhide In-Reply-To: <20060630201505.GA7393@nostromo.devel.redhat.com> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> Message-ID: <44A8DC49.2030409@redhat.com> Bill Nottingham wrote: > Martin Stransky (stransky at redhat.com) said: > >>Hello guys, >> >>there is a new version of s-c-s in rawhide (2.0.0). It has some new >>features like new GUI, proc&HAL detection, driver reloading and card >>ordering. >> >>I'll be happy for any feedback and/or BZ entries. > > > So... > > The sound test failed when I had rhythmbox running. Do you think it's a bug? > Aside from that, the usage model seems very strange. > > 1) I'm supposed to pick a PCM device and know what the difference is > between: > > Intel 82801DB-ICH4 > Intel 82801DB-ICH4 - MIC ADC > Intel 82801DB-ICH4 - MIC2 ADC > Intel 82801DB-ICH4 - ADC2 > Intel 82801DB-ICH4 - IEC958 > > intuitively? (Moreover, I'm asked to do this in two different places.) These names depend on driver writer, if you don't know just use the default. Optionally I can move it to some "advanced" settings. > 3) How is the user supposed to know whether to use kudzu, /proc, or HAL > detection? Why are they even *given* a choice??? > > I'm failing to see what sort of usage case this is solving. Surely this > should all just work? It's because: kudzu detects only internal cards (kudzu doesn't detect USB cards well), but it works even if you don't have loaded drivers. So you can reload drivers for your card if something bad happens, you have ISA card and so on. Proc detects all cards fine, but it isn't "preferred" and works only when drivers are succesfully loaded. HAL detects only cards with correct /sys entries (so it doesn't detect SB 7.1 on my box) so drivers must be loaded. But it detects USB devices fine. So, when HAL detects all devices fine, I'll remove proc&kudzu. > 2) I can choose to have no default audio card. Not sure that makes sense. It's related to detection, if your card isn't detected any way (kudzu/HAL) but is there, I'm not going to screw up your config file and I'll leave it as it is. > (I note we have a completely different Sound preference anyway, which is > somewhat simpler.) I've never heard anything about "Sound preference", so if there is something like that can I read it somewhere? Martin From helge.hess at opengroupware.org Mon Jul 3 09:41:07 2006 From: helge.hess at opengroupware.org (Helge Hess) Date: Mon, 3 Jul 2006 11:41:07 +0200 Subject: groupware for Fedora In-Reply-To: <1151912547.30969.268.camel@xpc.home.erwinrol.com> References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> <1151855049.30969.254.camel@xpc.home.erwinrol.com> <1BEE5FE6-BD51-4233-80D4-EF4E315F46F0@opengroupware.org> <1151912547.30969.268.camel@xpc.home.erwinrol.com> Message-ID: On Jul 3, 2006, at 09:42, Erwin Rol wrote: >> Build instructions are also available, SOPE: >> http://sope.opengroupware.org/en/build/thirdparty.html >> http://sope.opengroupware.org/en/build/sope.html >> and OGo: >> http://www.opengroupware.org/en/devs/build/ogo.html >> >> Those do not work for you on a supported platform??? (i.e. not 64bit) >> If not, please provide feedback! (feedback at opengroupware.org or one >> of the mailing lists) > > As explained in the other mail, its not the RPM's provided by OGo but > building the SRPM's in a Fedora compatible way. The instructions above are for tarballs, not for RPMs. And together with the existing specfiles it should be reasonably easy to produce a set of Fedora compatible specs (in fact you only need to strip out the generic $(var) stuff in the specfiles and you should be done). (probably this is what Axel did?, I didn't know about it :-) > On 64bit the number of compiler warnings is just scary, it is very > unlikely that they are all harmless. As mentioned again and again OGo is not (yet) ported to 64bit ;-) This is probably not a hard task, but needs to be done (and yes you are right, those warnings must be fixed for that ;-) BTW stuff like that (those are the majority of the warnings when compiling with gcc 4.1 on 32bit): NGLdapAttribute.m:66: warning: pointer type mismatch in conditional expression are in fact harmless. Its due to a small bug in the GCC type checker. (but there are probably others on 64bit which are problematic) Axel wrote: > Since it is very unlikely that OGo and friends get into FC, should we > move this discussion to fedora-extras? Thats probably a good idea ;-) Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From paul at city-fan.org Mon Jul 3 11:36:14 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 03 Jul 2006 12:36:14 +0100 Subject: FC5 updates broken deps In-Reply-To: <44A8D2BD.3040500@fedoraproject.org> References: <44A7D265.40708@feuerpokemon.de> <44A8D1D7.8090905@redhat.com> <44A8D2BD.3040500@fedoraproject.org> Message-ID: <44A9012E.7080307@city-fan.org> Rahul Sundaram wrote: > Sankarshan Mukhopadhyay wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> dragoran wrote: >> >> >> >>> Error: Missing Dependency: libgssapi.so.1()(64bit) is needed by package >>> nfs-utils >>> Error: Missing Dependency: librpcsecgss.so.1()(64bit) is needed by >>> package nfs-utils >>> >> >> Ahh well :) This is a known issue. exclude nfs-utils and libgssapi >> >> :SM >> > Not anymore. This is fixed with the latest update. Not quite. netatalk needs rebuilding too. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197437 Paul. From buildsys at redhat.com Mon Jul 3 13:30:12 2006 From: buildsys at redhat.com (Build System) Date: Mon, 3 Jul 2006 09:30:12 -0400 Subject: rawhide report: 20060703 changes Message-ID: <200607031330.k63DUCbQ032104@hs20-bc2-6.build.redhat.com> Updated Packages: autofs-1:5.0.0_beta6-2 ---------------------- * Mon Jul 03 2006 Ian Kent - 5.0.0_beta6-2 - merge LDAP authentication update for GSSAPI (Jeff Moyer). - update default auth config to add options documenetation (Jeff Moyer). - workaround segfaults at exit after using GSSAPI library. - fix not checking return in init_ldap_connection (jeff Moyer). brltty-3.2-12 ------------- * Sun Jul 02 2006 Florian La Roche - for the post script require coreutils glib2-2.12.0-1 -------------- * Sun Jul 02 2006 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 kdelibs-6:3.5.3-5 ----------------- * Sat Jun 24 2006 Than Ngo 6:3.5.3-5 - fix #196013, mark kde.sh/kde.csh as config file - fix #178323 #196225, typo in kde.sh - apply upstream patches mtr-2:0.71-3 ------------ * Mon Jul 03 2006 Marcela Maslanova - 2:0.71-3 - bugzilla #195458 ??? reverse-map bug in mtr and patch - resolving ipv6 hostname correctly nfs-utils-1:1.0.8-5.fc6 ----------------------- * Sun Jul 02 2006 1:1.0.8-5 - Introduce epoch to fix upgrade path * Sat Jul 01 2006 1.0.8-3 - Fixed typos in /etc/rc.d/init.d/nfs file (bz 184486) * Fri Jun 30 2006 1.0.8-3 - Split the controlling of nfs version, ports, and protocol into two different patches - Fixed and added debugging statements to rpc.mountd. - Fixed -p arg to work with priviledged ports (bz 156655) - Changed nfslock initscript to set LOCKD_TCPPORT and LOCKD_UDPPORT (bz 162133) - Added MOUNTD_NFS_V1 variable to version 1 of the mount protocol can be turned off. (bz 175729) - Fixed gssd to handel mixed case characters in the domainname. (bz 186069) Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 openCryptoki - 2.2.4-1.s390 requires libica.so tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(dbus-sharp) = 0:0.60.0.0 tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gnome-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gmime-sharp) = 0:2.2.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:2.8.0.0 tomboy - 0.3.5-5.s390 requires mono(gtk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp-peditors) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gdk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(pango-sharp) = 0:1.0.0.0 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 yelp - 2.15.2-1.s390 requires libbeagle.so.0 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so openCryptoki - 2.2.4-1.s390x requires libica.so()(64bit) velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 yelp - 2.15.2-1.s390x requires libbeagle.so.0()(64bit) From mattdm at mattdm.org Mon Jul 3 13:48:56 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 3 Jul 2006 09:48:56 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <44A8DC49.2030409@redhat.com> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> Message-ID: <20060703134856.GA2684@jadzia.bu.edu> On Mon, Jul 03, 2006 at 10:58:49AM +0200, Martin Stransky wrote: > >1) I'm supposed to pick a PCM device and know what the difference is > > between: > > Intel 82801DB-ICH4 > > Intel 82801DB-ICH4 - MIC ADC > > Intel 82801DB-ICH4 - MIC2 ADC > > Intel 82801DB-ICH4 - ADC2 > > Intel 82801DB-ICH4 - IEC958 > > intuitively? (Moreover, I'm asked to do this in two different places.) > These names depend on driver writer, if you don't know just use the > default. Optionally I can move it to some "advanced" settings. Is there a case where a normal person would want the non-default? > >3) How is the user supposed to know whether to use kudzu, /proc, or HAL > > detection? Why are they even *given* a choice??? > >I'm failing to see what sort of usage case this is solving. Surely this > >should all just work? > It's because: > kudzu detects only internal cards (kudzu doesn't detect USB cards well), [...] > Proc detects all cards fine, but it isn't "preferred" and works only > when drivers are succesfully loaded. [...] > HAL detects only cards with correct /sys entries (so it doesn't detect [...] > So, when HAL detects all devices fine, I'll remove proc&kudzu. Why not, in the meantime, do them all? Or do HAL first, and if that fails, kudzu, and if that fails, proc? (Possibly with a "look for more" button?) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dragoran at feuerpokemon.de Mon Jul 3 13:54:57 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 03 Jul 2006 15:54:57 +0200 Subject: new s-c-soundcard in rawhide In-Reply-To: <20060703134856.GA2684@jadzia.bu.edu> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> Message-ID: <44A921B1.9040906@feuerpokemon.de> Matthew Miller wrote: > On Mon, Jul 03, 2006 at 10:58:49AM +0200, Martin Stransky wrote: > >>> 1) I'm supposed to pick a PCM device and know what the difference is >>> between: >>> Intel 82801DB-ICH4 >>> Intel 82801DB-ICH4 - MIC ADC >>> Intel 82801DB-ICH4 - MIC2 ADC >>> Intel 82801DB-ICH4 - ADC2 >>> Intel 82801DB-ICH4 - IEC958 >>> intuitively? (Moreover, I'm asked to do this in two different places.) >>> >> These names depend on driver writer, if you don't know just use the >> default. Optionally I can move it to some "advanced" settings. >> > > Is there a case where a normal person would want the non-default? > > > >>> 3) How is the user supposed to know whether to use kudzu, /proc, or HAL >>> detection? Why are they even *given* a choice??? >>> I'm failing to see what sort of usage case this is solving. Surely this >>> should all just work? >>> >> It's because: >> kudzu detects only internal cards (kudzu doesn't detect USB cards well), >> > [...] > >> Proc detects all cards fine, but it isn't "preferred" and works only >> when drivers are succesfully loaded. >> > [...] > >> HAL detects only cards with correct /sys entries (so it doesn't detect >> > [...] > >> So, when HAL detects all devices fine, I'll remove proc&kudzu. >> > > Why not, in the meantime, do them all? Or do HAL first, and if that fails, > kudzu, and if that fails, proc? (Possibly with a "look for more" button?) > > > this would be a good idea something like no soundcard found should I try an other method to detect? yes -no From nicolas.mailhot at laposte.net Mon Jul 3 14:01:44 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 3 Jul 2006 16:01:44 +0200 (CEST) Subject: new s-c-soundcard in rawhide In-Reply-To: <20060703134856.GA2684@jadzia.bu.edu> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> Message-ID: <4923.192.54.193.52.1151935304.squirrel@rousalka.dyndns.org> Le Lun 3 juillet 2006 15:48, Matthew Miller a ?crit : > On Mon, Jul 03, 2006 at 10:58:49AM +0200, Martin Stransky wrote: >> >1) I'm supposed to pick a PCM device and know what the difference is >> > between: >> > Intel 82801DB-ICH4 >> > Intel 82801DB-ICH4 - MIC ADC >> > Intel 82801DB-ICH4 - MIC2 ADC >> > Intel 82801DB-ICH4 - ADC2 >> > Intel 82801DB-ICH4 - IEC958 >> > intuitively? (Moreover, I'm asked to do this in two different >> places.) >> These names depend on driver writer, if you don't know just use the >> default. Optionally I can move it to some "advanced" settings. > > Is there a case where a normal person would want the non-default? Any user which needs non-stereo output (5.1 DVD sound...) will need to wade through the non-defaut settings (with the cryptic alsa naming). In those cases the default may not even be plugged anywhere. Right now this concerns a growing minority of normal persons, in a few years I expect it to be pretty much everyone. So this is a real problem. Regards, -- Nicolas Mailhot From mailinglists at erwinrol.com Mon Jul 3 14:25:54 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 03 Jul 2006 16:25:54 +0200 Subject: groupware for Fedora In-Reply-To: References: <17561.5360.344022.260804@dell.pink> <1150883673.2819.49.camel@xpc.home.erwinrol.com> <1150893250.20056.99.camel@sundaram.pnq.redhat.com> <1150895595.2819.91.camel@xpc.home.erwinrol.com> <1150897689.20056.112.camel@sundaram.pnq.redhat.com> <1150899346.2819.120.camel@xpc.home.erwinrol.com> <794F05A4-3AF7-4A44-8100-B8E4EFB0A686@opengroupware.org> <20060628162415.GA17981@osiris.silug.org> <1151573448.30969.157.camel@xpc.home.erwinrol.com> <20060630145810.GA16389@osiris.silug.org> <6DABF130-E016-463F-91C4-FC670B57BF9A@opengroupware.org> <1151855049.30969.254.camel@xpc.home.erwinrol.com> <1BEE5FE6-BD51-4233-80D4-EF4E315F46F0@opengroupware.org> <1151912547.30969.268.camel@xpc.home.erwinrol.com> Message-ID: <1151936755.30969.289.camel@xpc.home.erwinrol.com> On Mon, 2006-07-03 at 11:41 +0200, Helge Hess wrote: > On Jul 3, 2006, at 09:42, Erwin Rol wrote: > >> Build instructions are also available, SOPE: > >> http://sope.opengroupware.org/en/build/thirdparty.html > >> http://sope.opengroupware.org/en/build/sope.html > >> and OGo: > >> http://www.opengroupware.org/en/devs/build/ogo.html > >> > >> Those do not work for you on a supported platform??? (i.e. not 64bit) > >> If not, please provide feedback! (feedback at opengroupware.org or one > >> of the mailing lists) > > > > As explained in the other mail, its not the RPM's provided by OGo but > > building the SRPM's in a Fedora compatible way. > > The instructions above are for tarballs, not for RPMs. And together > with the existing specfiles it should be reasonably easy to produce a > set of Fedora compatible specs (in fact you only need to strip out > the generic $(var) stuff in the specfiles and you should be done). > > (probably this is what Axel did?, I didn't know about it :-) The things upto and including sope are probably easy to add to FE. Opengroupware it self might need some tuning to fit into the FE buildsystem. > > On 64bit the number of compiler warnings is just scary, it is very > > unlikely that they are all harmless. > > As mentioned again and again OGo is not (yet) ported to 64bit ;-) > This is probably not a hard task, but needs to be done (and yes you > are right, those warnings must be fixed for that ;-) > > BTW stuff like that (those are the majority of the warnings when > compiling with gcc 4.1 on 32bit): > > NGLdapAttribute.m:66: warning: pointer type mismatch in > conditional expression > > are in fact harmless. Its due to a small bug in the GCC type checker. > (but there are probably others on 64bit which are problematic) Well due to the large number of harmless warnings the non-harmless warnings will be missed. I think software should compile without warnings or even with -Werror. - Erwin From vikigoyal at gmail.com Mon Jul 3 15:12:12 2006 From: vikigoyal at gmail.com (Vikram Goyal) Date: Mon, 3 Jul 2006 20:42:12 +0530 Subject: Regarding apt and synaptic Message-ID: <20060703151212.GA15661@fc5host.fc5domain> Hello, I use apt and synaptic in FC5. Recently an update for apt is removing synaptic. I think it's a bug. Where shall one report it. The yum output is: ----------------------------------------------------------------- Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for kernel-smp to pack into transaction set. kernel-smp-2.6.17-1.2139_ 100% |=========================| 152 kB 00:05 ---> Package kernel-smp.i686 0:2.6.17-1.2139_FC5 set to be installed ---> Downloading header for apt to pack into transaction set. apt-0.5.15lorg3.2-65.rhfc 100% |=========================| 34 kB 00:01 ---> Package apt.i386 1:0.5.15lorg3.2-65.rhfc5.at set to be updated --> Running transaction check --> Processing Dependency: apt = 1:0.5.15lorg3.1 for package: synaptic --> Finished Dependency Resolution --> Populating transaction set with selected packages. Please wait. ---> Package kernel-smp.i686 0:2.6.15-1.2054_FC5 set to be erased --> Running transaction check --> Processing Dependency: apt = 1:0.5.15lorg3.1 for package: synaptic --> Finished Dependency Resolution Error: Missing Dependency: apt = 1:0.5.15lorg3.1 is needed by package synaptic ----------------------------------------------------------------- Should I wait for another update of apt? Thanks! -- vikram... |||||||| |||||||| ^^'''''^^||root||^^^'''''''^^ // \\ )) //(( \\// \\ // /\\ || \\ || / )) (( \\ -- Gates' Law: Every 18 months, the speed of software halves. -- O ~|~ = Registered Linux User #285795 From rc040203 at freenet.de Mon Jul 3 15:21:14 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 03 Jul 2006 17:21:14 +0200 Subject: Regarding apt and synaptic In-Reply-To: <20060703151212.GA15661@fc5host.fc5domain> References: <20060703151212.GA15661@fc5host.fc5domain> Message-ID: <1151940074.8787.34.camel@mccallum.corsepiu.local> On Mon, 2006-07-03 at 20:42 +0530, Vikram Goyal wrote: > Hello, > > I use apt and synaptic in FC5. Recently an update for apt is removing > synaptic. > > I think it's a bug. Where shall one report it. Wherever you've downloaded these packages from. Both apt and synaptic are part of FE, but the versions your log shows do resemble the versions in FE: # rpm -q --qf "%{name}-%{epoch}:%{version}.%{release}\n" apt synaptic apt-(none):0.5.15lorg3.2.6.fc5 synaptic-(none):0.57.2.5.0.fc5 BTW: IMO your mail is highly off topic for this list. Ralf From pbrobinson at gmail.com Mon Jul 3 16:36:51 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 3 Jul 2006 17:36:51 +0100 Subject: FC6 Test1 on Core Duo Message-ID: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> Hi All, I've just got a new Dell D620 notebook and was going to load it up with Test1 as I think it'll better support the hardware as it's a Core Duo with the Intel 945 chipset, widescreen, Intel ABG wireless etc. So I went to grab a ISO off a mirror somewhere only to find none. So are they available or is it all yum with network installs for the test release? If so is there a boot ISO to get the process rolling or am I better off starting with a FC5 install and dealing with any of the video issues wrt to the widescreen etc? I've run rawhide numerous times before so it's not real issue but I suspect the hardware support in rawhide for the Core Duo platform will probably be better than that of FC5? Opinions? Cheers, Pete From mattdm at mattdm.org Mon Jul 3 17:12:20 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 3 Jul 2006 13:12:20 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <4923.192.54.193.52.1151935304.squirrel@rousalka.dyndns.org> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> <4923.192.54.193.52.1151935304.squirrel@rousalka.dyndns.org> Message-ID: <20060703171220.GA11803@jadzia.bu.edu> On Mon, Jul 03, 2006 at 04:01:44PM +0200, Nicolas Mailhot wrote: > Any user which needs non-stereo output (5.1 DVD sound...) will need to > wade through the non-defaut settings (with the cryptic alsa naming). In > those cases the default may not even be plugged anywhere. Hmmm. In that case, maybe something more directly explanatory than just "advanced" -- and maybe pointers to the documentation appropriate for that card? At least until something more magical can happen... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dragoran at feuerpokemon.de Mon Jul 3 17:15:17 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 03 Jul 2006 19:15:17 +0200 Subject: FC6 Test1 on Core Duo In-Reply-To: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> Message-ID: <44A950A5.3080400@feuerpokemon.de> Peter Robinson wrote: > Hi All, > > I've just got a new Dell D620 notebook and was going to load it up > with Test1 as I think it'll better support the hardware as it's a Core > Duo with the Intel 945 chipset, widescreen, Intel ABG wireless etc. > > So I went to grab a ISO off a mirror somewhere only to find none. So > are they available or is it all yum with network installs for the test > release? If so is there a boot ISO to get the process rolling or am I > better off starting with a FC5 install and dealing with any of the > video issues wrt to the widescreen etc? I've run rawhide numerous > times before so it's not real issue but I suspect the hardware support > in rawhide for the Core Duo platform will probably be better than that > of FC5? Opinions? > > Cheers, > Pete > not all mirros have test iso but the are in test/5.90/ARCH/iso like: http://download.fedora.redhat.com/pub/fedora/linux/core/test/5.90/i386/iso if you want the dvd you will need to access this via ftp : ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/5.90/i386/iso From dragoran at feuerpokemon.de Mon Jul 3 17:17:56 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 03 Jul 2006 19:17:56 +0200 Subject: new s-c-soundcard in rawhide In-Reply-To: <44A8DC49.2030409@redhat.com> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> Message-ID: <44A95144.2030904@feuerpokemon.de> > [...] > It's because: > > kudzu detects only internal cards (kudzu doesn't detect USB cards > well), but it works even if you don't have loaded drivers. So you can > reload drivers for your card if something bad happens, you have ISA > card and so on. > > Proc detects all cards fine, but it isn't "preferred" and works only > when drivers are succesfully loaded. > > HAL detects only cards with correct /sys entries (so it doesn't detect > SB 7.1 on my box) so drivers must be loaded. But it detects USB > devices fine. > > So, when HAL detects all devices fine, I'll remove proc&kudzu. > [..] what about TV cards that are able to record sound? in FC5 I can't see it and I have to load saa7134-alsa via modprobe to get it loaded (and added it to rc.local) From pbrobinson at gmail.com Mon Jul 3 17:27:29 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 3 Jul 2006 18:27:29 +0100 Subject: FC6 Test1 on Core Duo In-Reply-To: <44A950A5.3080400@feuerpokemon.de> References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> <44A950A5.3080400@feuerpokemon.de> Message-ID: <5256d0b0607031027q6ae9097cg9d3168092b112f0a@mail.gmail.com> > > I've just got a new Dell D620 notebook and was going to load it up > > with Test1 as I think it'll better support the hardware as it's a Core > > Duo with the Intel 945 chipset, widescreen, Intel ABG wireless etc. > > > > So I went to grab a ISO off a mirror somewhere only to find none. So > > are they available or is it all yum with network installs for the test > > release? If so is there a boot ISO to get the process rolling or am I > > better off starting with a FC5 install and dealing with any of the > > video issues wrt to the widescreen etc? I've run rawhide numerous > > times before so it's not real issue but I suspect the hardware support > > in rawhide for the Core Duo platform will probably be better than that > > of FC5? Opinions? > > > > Cheers, > > Pete > > > > not all mirros have test iso but the are in test/5.90/ARCH/iso > like: > http://download.fedora.redhat.com/pub/fedora/linux/core/test/5.90/i386/iso > if you want the dvd you will need to access this via ftp : > ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/5.90/i386/iso Must be blind... I swear they weren't there before :-) Cheers, Pete From nicolas.mailhot at laposte.net Mon Jul 3 17:45:06 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 03 Jul 2006 19:45:06 +0200 Subject: new s-c-soundcard in rawhide In-Reply-To: <20060703171220.GA11803@jadzia.bu.edu> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> <4923.192.54.193.52.1151935304.squirrel@rousalka.dyndns.org> <20060703171220.GA11803@jadzia.bu.edu> Message-ID: <1151948706.15255.4.camel@rousalka.dyndns.org> Le lundi 03 juillet 2006 ? 13:12 -0400, Matthew Miller a ?crit : > On Mon, Jul 03, 2006 at 04:01:44PM +0200, Nicolas Mailhot wrote: > > Any user which needs non-stereo output (5.1 DVD sound...) will need to > > wade through the non-defaut settings (with the cryptic alsa naming). In > > those cases the default may not even be plugged anywhere. > > Hmmm. In that case, maybe something more directly explanatory than just > "advanced" -- and maybe pointers to the documentation appropriate for that > card? At least until something more magical can happen... It's not just "that card". Pretty much every alsa driver I've seen exports I/Os as cryptic labels, and no one ever bothered to map then to human-readable labels. Hell sometimes when you ask on alsa lists alsa people defer to whoever wrote the driver because they're not able to deduce function from naming themselves (that's what you get from revelling in being close to the hardware and forgetting the user view) This is a disaster waiting to happen. XFree86 modelines and other black magic all over again. Regards, -- 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 thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Jul 3 17:58:29 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 3 Jul 2006 19:58:29 +0200 Subject: FC Development on s390 using Hercules Message-ID: <20060703195829.3d004487@python2> Hi, Following some other "useless but fun" stuff, I've been trying to get the s390 FC Development tree installed using Hercules, mainly as a way to test and clean up the hercules package. The 3.04.1-2.fc6 package that just got rebuilt in Extras Development (not yet pushed) works pretty much out-of-the-box, one just needs to follow the quick instructions found in the README.fedora file. Here is my current issue : I get the kernel to boot, the system seems to come up, and I even suspect the network setup questions to be part of the installation, woohoo! But... After I enter all the network configuration (ctc, etc. it's all in README.fedora), Hercules keeps outputting this line over and over, once every few minutes : request_module: runaway loop modprobe char-major-4-1 request_module: runaway loop modprobe char-major-4-1 request_module: runaway loop modprobe char-major-4-1 request_module: runaway loop modprobe char-major-4-1 request_module: runaway loop modprobe char-major-4-1 I've tried "modprobe char-major-4-1" on an i386 FCdev system and got "FATAL: Module serial not found.". Could there currently be a bug in the install process for s390? If anyone wants to test and debug it, that hercules packages is in pretty good shape and will get anyone started in no time... time to have fun with your own (virtual) mainframe! ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.90 (Test) - Linux kernel 2.6.17-1.2336.fc6 Load : 0.25 0.26 0.28 From fedora at adslpipe.co.uk Mon Jul 3 18:46:23 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Mon, 03 Jul 2006 19:46:23 +0100 Subject: FC6 Test1 on Core Duo In-Reply-To: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> Message-ID: <44A965FF.9060103@adslpipe.co.uk> Peter Robinson wrote: > I've just got a new Dell D620 notebook and was going to load it up > with Test1 as I think it'll better support the hardware as it's a Core > Duo with the Intel 945 chipset, widescreen, Intel ABG wireless etc. FWIW, and just in case you'd be happier with FC5 than FC6T1 I have various i945 machines, and a Dell laptop with widescreen LCD and 2195ABG Wifi all happilly running on FC5 From mattdm at mattdm.org Mon Jul 3 20:22:32 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 3 Jul 2006 16:22:32 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <1151948706.15255.4.camel@rousalka.dyndns.org> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> <4923.192.54.193.52.1151935304.squirrel@rousalka.dyndns.org> <20060703171220.GA11803@jadzia.bu.edu> <1151948706.15255.4.camel@rousalka.dyndns.org> Message-ID: <20060703202232.GA19873@jadzia.bu.edu> On Mon, Jul 03, 2006 at 07:45:06PM +0200, Nicolas Mailhot wrote: > > Hmmm. In that case, maybe something more directly explanatory than just > > "advanced" -- and maybe pointers to the documentation appropriate for that > > card? At least until something more magical can happen... > It's not just "that card". Pretty much every alsa driver I've seen > exports I/Os as cryptic labels, and no one ever bothered to map then to I'm sorry, I was unclear. I meant "whichever card is detected". > This is a disaster waiting to happen. XFree86 modelines and other black > magic all over again. Sounds like it. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From orion at cora.nwra.com Mon Jul 3 20:58:22 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 03 Jul 2006 14:58:22 -0600 Subject: FC6 Test1 on Core Duo In-Reply-To: <44A965FF.9060103@adslpipe.co.uk> References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> <44A965FF.9060103@adslpipe.co.uk> Message-ID: Andy Burns wrote: > Peter Robinson wrote: > >> I've just got a new Dell D620 notebook and was going to load it up >> with Test1 as I think it'll better support the hardware as it's a Core >> Duo with the Intel 945 chipset, widescreen, Intel ABG wireless etc. > > FWIW, and just in case you'd be happier with FC5 than FC6T1 > > I have various i945 machines, and a Dell laptop with widescreen LCD and > 2195ABG Wifi all happilly running on FC5 > > I'm not having any luck with suspend on the D620. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197404 I also needed to use FC6T1 to get the i810 driver to work with X. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From edwardsa at afrl.kirtland.af.mil Mon Jul 3 21:27:58 2006 From: edwardsa at afrl.kirtland.af.mil (Art Edwards) Date: Mon, 3 Jul 2006 15:27:58 -0600 Subject: ifup fails for static IP address. Is ifcfg wrong? Message-ID: <200607032127.k63LRntn023782@bell.kirtland.af.mil> I just installed Fedora core 5. I have a static IP address. When the system boots it tells me that this IP address is already in use. It then defaults to dhcp. I have looked at the /sbin/ifcfg code, where the error arises, and I find the following: if ! arping -q -c 2 -w 3 -D -I $dev $ipaddr ; then echo "Error: some host already uses address $ipaddr on $dev." 1>&2 exit 1 fi When I issue the same command (without the -q switch) with eth0 substituted for $dev and my ipaddress substituted for $ipaddr, I receive no response. However, when I issue the same command with another ip address that I know is active, I receive an affirmative. I think that the code above is incorrect. Specifically, I think the ! (not) is wrong. Art Edwards From davej at redhat.com Mon Jul 3 21:34:38 2006 From: davej at redhat.com (Dave Jones) Date: Mon, 3 Jul 2006 17:34:38 -0400 Subject: FC Development on s390 using Hercules In-Reply-To: <20060703195829.3d004487@python2> References: <20060703195829.3d004487@python2> Message-ID: <20060703213438.GO14292@redhat.com> On Mon, Jul 03, 2006 at 07:58:29PM +0200, Matthias Saou wrote: > Hi, > > Following some other "useless but fun" stuff, I've been trying to get > the s390 FC Development tree installed using Hercules, mainly as a way > to test and clean up the hercules package. > > The 3.04.1-2.fc6 package that just got rebuilt in Extras Development > (not yet pushed) works pretty much out-of-the-box, one just needs to > follow the quick instructions found in the README.fedora file. > > Here is my current issue : I get the kernel to boot, the system seems > to come up, and I even suspect the network setup questions to be part > of the installation, woohoo! But... > > After I enter all the network configuration (ctc, etc. it's all in > README.fedora), Hercules keeps outputting this line over and over, once > every few minutes : > > request_module: runaway loop modprobe char-major-4-1 > request_module: runaway loop modprobe char-major-4-1 > request_module: runaway loop modprobe char-major-4-1 > request_module: runaway loop modprobe char-major-4-1 > request_module: runaway loop modprobe char-major-4-1 > > I've tried "modprobe char-major-4-1" on an i386 FCdev system and got > "FATAL: Module serial not found.". That's /dev/tty1 Is there some configuration you have to do to hercules to set up how it handles consoles perhaps ? Dave -- http://www.codemonkey.org.uk From rnicholsNOSPAM at comcast.net Mon Jul 3 22:32:42 2006 From: rnicholsNOSPAM at comcast.net (Robert Nichols) Date: Mon, 03 Jul 2006 17:32:42 -0500 Subject: ifup fails for static IP address. Is ifcfg wrong? In-Reply-To: <200607032127.k63LRntn023782@bell.kirtland.af.mil> References: <200607032127.k63LRntn023782@bell.kirtland.af.mil> Message-ID: Art Edwards wrote: > I just installed Fedora core 5. I have a static IP address. When the system > boots it tells me that this IP address is already in use. It then defaults to > dhcp. I have looked at the /sbin/ifcfg code, where the error arises, and I find > the following: > > if ! arping -q -c 2 -w 3 -D -I $dev $ipaddr ; then > echo "Error: some host already uses address $ipaddr on $dev." 1>&2 > exit 1 > fi > > When I issue the same command (without the -q switch) with eth0 substituted > for $dev and my ipaddress substituted for $ipaddr, I receive no response. > However, when I issue the same command with another ip address that I know is > active, I receive an affirmative. > > I think that the code above is incorrect. Specifically, I think the ! (not) is > wrong. No, that code is correct. In a shell script, "if ! arping ..." does not mean "if arping returns 0". It means "if the arping command fails", and "arping -D" gives a failure (i.e., non-zero) return code if it detects a reply. I don't know why you're having a problem. My FC5 test box is set up with a static IP address on its one and only ethernet interface, and that is working fine for me. [root at omega-3b ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 # Intel Corporation 82801DB PRO/100 VM (LOM) Ethernet Controller DEVICE=eth0 BOOTPROTO=static BROADCAST=192.168.43.255 HWADDR=00:0B:CD:98:7A:48 IPADDR=192.168.43.50 NETMASK=255.255.255.0 NETWORK=192.168.43.0 ONBOOT=yes [root at omega-3b ~]# -- Bob Nichols Yes, "NOSPAM" is really part of my email address. From fedora at adslpipe.co.uk Tue Jul 4 01:24:00 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Tue, 04 Jul 2006 02:24:00 +0100 Subject: FC6 Test1 on Core Duo In-Reply-To: References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com><44A965FF.9060103@adslpipe.co.uk> Message-ID: <44A9C330.4070004@adslpipe.co.uk> Orion Poplawski wrote: > I'm not having any luck with suspend on the D620. admittedly suspend still doesn't work for me (FC5 or FC6T1) > I also needed to use FC6T1 to get the i810 driver to work with X. my D800 is nv based From edwardsa at afrl.kirtland.af.mil Tue Jul 4 01:39:42 2006 From: edwardsa at afrl.kirtland.af.mil (Art Edwards) Date: Mon, 3 Jul 2006 19:39:42 -0600 Subject: ifup fails for static IP address. Is ifcfg wrong? In-Reply-To: References: <200607032127.k63LRntn023782@bell.kirtland.af.mil> Message-ID: <200607040139.k641dWtn004635@bell.kirtland.af.mil> I dug a little deeper and found that the ifcfg-eth0 in default had the wrong IP address--one that was actually in use. When I changed that value, all started to work. I really don't know why the ifcfg-eth0 script in /etc/sysconfig/networking/profiles/default is different from that in /etc/sysconfig/network-scripts. In fact, I really don'tunderstand why there are two. Why not symbolic links? Anyway, thanks for the response. Art Edwards On Mon, Jul 03, 2006 at 05:32:42PM -0500, Robert Nichols wrote: > Art Edwards wrote: > >I just installed Fedora core 5. I have a static IP address. When the > >system boots it tells me that this IP address is already in use. It then > >defaults to dhcp. I have looked at the /sbin/ifcfg code, where the error > >arises, and I find > >the following: > > > >if ! arping -q -c 2 -w 3 -D -I $dev $ipaddr ; then > >echo "Error: some host already uses address $ipaddr on $dev." 1>&2 > >exit 1 > >fi > > > >When I issue the same command (without the -q switch) with eth0 > >substituted for $dev and my ipaddress substituted for $ipaddr, I receive > >no response. However, when I issue the same command with another ip > >address that I know is active, I receive an affirmative. > > > >I think that the code above is incorrect. Specifically, I think the ! > >(not) is wrong. > > No, that code is correct. In a shell script, "if ! arping ..." > does not mean "if arping returns 0". It means "if the arping > command fails", and "arping -D" gives a failure (i.e., non-zero) > return code if it detects a reply. > > I don't know why you're having a problem. My FC5 test box is > set up with a static IP address on its one and only ethernet > interface, and that is working fine for me. > > [root at omega-3b ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 > # Intel Corporation 82801DB PRO/100 VM (LOM) Ethernet Controller > DEVICE=eth0 > BOOTPROTO=static > BROADCAST=192.168.43.255 > HWADDR=00:0B:CD:98:7A:48 > IPADDR=192.168.43.50 > NETMASK=255.255.255.0 > NETWORK=192.168.43.0 > ONBOOT=yes > [root at omega-3b ~]# > > -- > Bob Nichols Yes, "NOSPAM" is really part of my email address. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Jul 4 08:49:43 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 4 Jul 2006 10:49:43 +0200 Subject: FC Development on s390 using Hercules In-Reply-To: <20060703213438.GO14292@redhat.com> References: <20060703195829.3d004487@python2> <20060703213438.GO14292@redhat.com> Message-ID: <20060704104943.6ba6c5b4@python2> Dave Jones wrote : > > After I enter all the network configuration (ctc, etc. it's all in > > README.fedora), Hercules keeps outputting this line over and over, once > > every few minutes : > > > > request_module: runaway loop modprobe char-major-4-1 > > request_module: runaway loop modprobe char-major-4-1 > > request_module: runaway loop modprobe char-major-4-1 > > request_module: runaway loop modprobe char-major-4-1 > > request_module: runaway loop modprobe char-major-4-1 > > > > I've tried "modprobe char-major-4-1" on an i386 FCdev system and got > > "FATAL: Module serial not found.". > > That's /dev/tty1 > Is there some configuration you have to do to hercules to set > up how it handles consoles perhaps ? Hmmm... not that I can recall. The console has always "just worked" from within hercules itself, run from a terminal. Maybe this has changed in recent versions of hercules, I'll keep looking. Thanks for the pointer! Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.90 (Test) - Linux kernel 2.6.17-1.2336.fc6 Load : 0.43 0.23 0.11 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Jul 4 10:33:02 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 4 Jul 2006 12:33:02 +0200 Subject: FC Development on s390 using Hercules In-Reply-To: <20060704104943.6ba6c5b4@python2> References: <20060703195829.3d004487@python2> <20060703213438.GO14292@redhat.com> <20060704104943.6ba6c5b4@python2> Message-ID: <20060704123302.2cc81601@python2> Matthias Saou wrote : > Dave Jones wrote : > > > > After I enter all the network configuration (ctc, etc. it's all in > > > README.fedora), Hercules keeps outputting this line over and over, once > > > every few minutes : > > > > > > request_module: runaway loop modprobe char-major-4-1 > > > request_module: runaway loop modprobe char-major-4-1 > > > request_module: runaway loop modprobe char-major-4-1 > > > request_module: runaway loop modprobe char-major-4-1 > > > request_module: runaway loop modprobe char-major-4-1 > > > > > > I've tried "modprobe char-major-4-1" on an i386 FCdev system and got > > > "FATAL: Module serial not found.". > > > > That's /dev/tty1 > > Is there some configuration you have to do to hercules to set > > up how it handles consoles perhaps ? > > Hmmm... not that I can recall. The console has always "just worked" > from within hercules itself, run from a terminal. Maybe this has > changed in recent versions of hercules, I'll keep looking. Thanks for > the pointer! There definitely seems to be some bug in the Fedora installation : I'm installing Red Hat Linux 7.2 using ftp as I write... I've filed a report against "distribution" and "s390" since I don't know if this is an anaconda problem or something deeper. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197580 Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.90 (Test) - Linux kernel 2.6.17-1.2336.fc6 Load : 0.00 0.06 0.15 From williams at redhat.com Tue Jul 4 14:12:16 2006 From: williams at redhat.com (Clark Williams) Date: Tue, 04 Jul 2006 09:12:16 -0500 Subject: Locating a MIDI device file? Message-ID: <44AA7740.3030608@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I'm working on some code to manage MIDI sysex messages for my electronic drums and while I have no problem talking to my drum controller, I'm having to hard-code the device file for the midi controller. I'm using an Edirol USB to MIDI device and I'm absolutely certain that if I changed my configuration, I'd have to move from /dev/snd/midi2 to something else :) . I'm working on a function called find_midi_device() that returns the path to a midi device file and was wondering if anyone has done this and had any pointers for using HAL/D-Bus? Yes, I realize that eventually I'll have to handle multiple MIDI controllers, but for now I just want to deal with the one. Once I get a path, I'll have to open it, and iterate through the sysex channels with sysex identify messages, looking for devices I support. So I'll save the multiple MIDI controllers for later... Anyway, I'm reading the docs links on HAL and D-Bus, but pointers to API's and/or example code would be greatly appreciated. Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEqndAHyuj/+TTEp0RAnODAKCZNNidVDdQ61hMAhwQDbkbrIpLfgCfeKnb 9zF88CLEMZ0Fkkoy+rWg1Ps= =zH9W -----END PGP SIGNATURE----- From rnicholsNOSPAM at comcast.net Tue Jul 4 14:31:44 2006 From: rnicholsNOSPAM at comcast.net (Robert Nichols) Date: Tue, 04 Jul 2006 09:31:44 -0500 Subject: ifup fails for static IP address. Is ifcfg wrong? In-Reply-To: <200607040139.k641dWtn004635@bell.kirtland.af.mil> References: <200607032127.k63LRntn023782@bell.kirtland.af.mil> <200607040139.k641dWtn004635@bell.kirtland.af.mil> Message-ID: Art Edwards wrote: > I dug a little deeper and found that the ifcfg-eth0 in default had the wrong > IP address--one that was actually in use. When I changed that value, all > started to work. I really don't know why the ifcfg-eth0 script in > > /etc/sysconfig/networking/profiles/default > > is different from that in > > /etc/sysconfig/network-scripts. > > In fact, I really don'tunderstand why there are two. Why not symbolic links? Was this installation an upgrade? The FC5 installer creates only the one file in /etc/sysconfig/network-scripts, and that appears to be sufficient. If you (re)configure with system-config-network, there will be two additional hard links to that same file: 3290919 ./sysconfig/network-scripts/ifcfg-eth0 3290919 ./sysconfig/networking/devices/ifcfg-eth0 3290919 ./sysconfig/networking/profiles/default/ifcfg-eth0 It looks like you got a broken setup with some files left over from a previous installation. -- Bob Nichols Yes, "NOSPAM" is really part of my email address. From pbrobinson at gmail.com Tue Jul 4 16:33:06 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 4 Jul 2006 17:33:06 +0100 Subject: FC6 Test1 on Core Duo In-Reply-To: <44A9C330.4070004@adslpipe.co.uk> References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> <44A965FF.9060103@adslpipe.co.uk> <44A9C330.4070004@adslpipe.co.uk> Message-ID: <5256d0b0607040933k37dbe5b2xd2a948621e776cc1@mail.gmail.com> On 7/4/06, Andy Burns wrote: > Orion Poplawski wrote: > > > I'm not having any luck with suspend on the D620. > > admittedly suspend still doesn't work for me (FC5 or FC6T1) > > > I also needed to use FC6T1 to get the i810 driver to work with X. > > my D800 is nv based Isn't the D800 one of the older Centrino notebooks (with the D820 bing the Duo model)? FC5 works fine on my D600 which is the samr vintage. Pete From pbrobinson at gmail.com Tue Jul 4 16:42:33 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 4 Jul 2006 17:42:33 +0100 Subject: FC6 Test1 on Core Duo In-Reply-To: References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com> <44A965FF.9060103@adslpipe.co.uk> Message-ID: <5256d0b0607040942j4bd15b04k43219a2d0b2213a0@mail.gmail.com> > >> I've just got a new Dell D620 notebook and was going to load it up > >> with Test1 as I think it'll better support the hardware as it's a Core > >> Duo with the Intel 945 chipset, widescreen, Intel ABG wireless etc. > > > > FWIW, and just in case you'd be happier with FC5 than FC6T1 > > > > I have various i945 machines, and a Dell laptop with widescreen LCD and > > 2195ABG Wifi all happilly running on FC5 > > > > > > I'm not having any luck with suspend on the D620. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197404 > > I also needed to use FC6T1 to get the i810 driver to work with X. Well I have it all up and running now. Few issues with the X config still and no wireless but other than that all seems to be working fairly well. Does anyone know if theres a rpm with the i810 modesetting test driver, or alternatively can give me the commands to check the branch out of the git repo. I use the following commands: git clone git://git.freedesktop.org/git/xorg/driver/xf86-video-intel git branch modesetting git pull But there seems to be conflicts between the different branches. I don't care about the mainline branch and how it conflicts with the modesetting branch as I just want to use it to compile up a driver to fix the issues that my 1440X900 screen is sitting there doing 1024x768. Other than the usual evolution with evolution-connector isn't working or crashing after 5 minutes it all looks pretty sweet! Cheers, Pete From green at redhat.com Tue Jul 4 20:39:12 2006 From: green at redhat.com (Anthony Green) Date: Tue, 04 Jul 2006 13:39:12 -0700 Subject: Locating a MIDI device file? In-Reply-To: <44AA7740.3030608@redhat.com> References: <44AA7740.3030608@redhat.com> Message-ID: <1152045552.2880.28.camel@localhost.localdomain> On Tue, 2006-07-04 at 09:12 -0500, Clark Williams wrote: > I'm working on a function called find_midi_device() that returns the > path to a midi device file and was wondering if anyone has done this > and had any pointers for using HAL/D-Bus? Hey Clark - If you're going to use C, then I recommend using the ALSA APIs instead. But I know how much you love java :-) so I recommend using the javax.sound.midi package provided in libgcj. It provides a API for querying installed MIDI devices and sending messages back and forth. I will be super easy. There's lots of sample code here: http://www.jsresources.org/examples/midi_io.html I wrote the MIDI code in libgcj, so just bug me if you have questions. AG From fedora at adslpipe.co.uk Tue Jul 4 20:50:57 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Tue, 04 Jul 2006 21:50:57 +0100 Subject: FC6 Test1 on Core Duo In-Reply-To: <5256d0b0607040933k37dbe5b2xd2a948621e776cc1@mail.gmail.com> References: <5256d0b0607030936s4b29eb84ra15f27c65a2d963@mail.gmail.com><44A965FF.9060103@adslpipe.co.uk> <44A9C330.4070004@adslpipe.co.uk> <5256d0b0607040933k37dbe5b2xd2a948621e776cc1@mail.gmail.com> Message-ID: <44AAD4B1.7030106@adslpipe.co.uk> Peter Robinson wrote: > Isn't the D800 one of the older Centrino notebooks (with the D820 bing > the Duo model)? Yes it is, I just wanted to make sure you realised it was probably not necessary to run rawhide (unless you actually want to) to get Fedora running on a i945/widescreen/IPW2195abg machine ... From williams at redhat.com Wed Jul 5 02:47:21 2006 From: williams at redhat.com (Clark Williams) Date: Tue, 04 Jul 2006 21:47:21 -0500 Subject: Locating a MIDI device file? In-Reply-To: <1152045552.2880.28.camel@localhost.localdomain> References: <44AA7740.3030608@redhat.com> <1152045552.2880.28.camel@localhost.localdomain> Message-ID: <44AB2839.3060303@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anthony Green wrote: > On Tue, 2006-07-04 at 09:12 -0500, Clark Williams wrote: >> I'm working on a function called find_midi_device() that returns the >> path to a midi device file and was wondering if anyone has done this >> and had any pointers for using HAL/D-Bus? > > Hey Clark - > > If you're going to use C, then I recommend using the ALSA APIs instead. > > But I know how much you love java :-) so I recommend using the > javax.sound.midi package provided in libgcj. It provides a API for > querying installed MIDI devices and sending messages back and forth. Anthony, you know me too well :) I looked at a *lot* of MIDI code and all of it was overkill for what I wanted. I'm not interested in sequencing MIDI messages; all I want to do is to be able to save/restore/adjust parameters in the drum module and all the modules I have access too (Roland, Yamaha, and Alesis) use sysex messages to do that. I ended up writing some C++ code to manage sysex messages and to manage device specifics. How do the ALSA libraries locate devices? Do they just look for the existence of specific device files, or poke around in /proc? > I will be super easy. > I think I'll leave this one alone. NOT! (I suspect a Freudian slip here) > There's lots of sample code here: > http://www.jsresources.org/examples/midi_io.html > > I wrote the MIDI code in libgcj, so just bug me if you have questions. > Thanks, I will (when have I not?). Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEqyg4Hyuj/+TTEp0RAhsVAJ9aQMS7jX1EA5Ebl26iMecIkC7ggACdFEHm k3zY0eRs3pgzUVj/LhZHs5Y= =KMT7 -----END PGP SIGNATURE----- From green at redhat.com Wed Jul 5 05:35:51 2006 From: green at redhat.com (Anthony Green) Date: Tue, 04 Jul 2006 22:35:51 -0700 Subject: Locating a MIDI device file? In-Reply-To: <44AB2839.3060303@redhat.com> References: <44AA7740.3030608@redhat.com> <1152045552.2880.28.camel@localhost.localdomain> <44AB2839.3060303@redhat.com> Message-ID: <1152077751.2880.41.camel@localhost.localdomain> On Tue, 2006-07-04 at 21:47 -0500, Clark Williams wrote: > How do the ALSA libraries locate devices? Do they just look for the > existence of specific device files, or poke around in /proc? I think they use ioctls for talking to the ALSA kernel module (which created the devices in the first place, no?). > > I will be super easy. > > > > I think I'll leave this one alone. NOT! (I suspect a Freudian slip here) D'oh! _It_ will be super easy. :-) AG From nicolas.mailhot at laposte.net Wed Jul 5 06:04:47 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 05 Jul 2006 08:04:47 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call Message-ID: <1152079490.23468.0.camel@rousalka.dyndns.org> Dear Fedora user, A new font family is being proposed as the Fedora Core default. It probably impacts your language. Please tell us what you think about it: http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall Happy testing! -- Nicolas Mailhot Fedora Extras DejaVu maintainer -------------- 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 dragoran at feuerpokemon.de Wed Jul 5 06:37:33 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 05 Jul 2006 08:37:33 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <44AB5E2D.8060707@feuerpokemon.de> Nicolas Mailhot wrote: > Dear Fedora user, > > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall > > Happy testing! > > I tryed it but for me the default font used in apps (FC5) looks better and is easier to read... the new fonts look to 'thin' and are harder to read because of this .. notes: 1) I am using a TFT with a german locale + no subpixel AA, but greyscale AA 2) I have recompiled the freetypelib with the bytecode interpretter enabled From seg at haxxed.com Tue Jul 4 05:38:36 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 04 Jul 2006 00:38:36 -0500 Subject: ifup fails for static IP address. Is ifcfg wrong? In-Reply-To: <200607040139.k641dWtn004635@bell.kirtland.af.mil> References: <200607032127.k63LRntn023782@bell.kirtland.af.mil> <200607040139.k641dWtn004635@bell.kirtland.af.mil> Message-ID: <1151991519.3792.6.camel@localhost> On Mon, 2006-07-03 at 19:39 -0600, Art Edwards wrote: > In fact, I really don'tunderstand why there are two. Why not symbolic links? On my systems, they're all hard linked together. -------------- 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 Wed Jul 5 07:12:41 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 5 Jul 2006 02:12:41 -0500 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <16de708d0607050012y6bca2a1ma48a2f00fa460d0a@mail.gmail.com> On 7/5/06, Nicolas Mailhot wrote: > Dear Fedora user, > > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall > > Happy testing! > > -- > Nicolas Mailhot > Fedora Extras DejaVu maintainer I installed the font when the thread last came up over on fedora-devel-list and I have got to say that it is a big difference. The fonts seem easier to read, and the contrast beween bold and normal is a lot better. Two thumbs up for the new font - from a purely English user. Arthur -- To be updated... From edwardsa at afrl.kirtland.af.mil Wed Jul 5 07:14:25 2006 From: edwardsa at afrl.kirtland.af.mil (Art Edwards) Date: Wed, 5 Jul 2006 01:14:25 -0600 Subject: ifup fails for static IP address. Is ifcfg wrong? In-Reply-To: References: <200607032127.k63LRntn023782@bell.kirtland.af.mil> <200607040139.k641dWtn004635@bell.kirtland.af.mil> Message-ID: <200607050714.k657EDtn025341@bell.kirtland.af.mil> Actually, this was a fresh installation. I had been running Debian before and had reformatted everything but /home. Art Edwards On Tue, Jul 04, 2006 at 09:31:44AM -0500, Robert Nichols wrote: > Art Edwards wrote: > >I dug a little deeper and found that the ifcfg-eth0 in default had the > >wrong IP address--one that was actually in use. When I changed that value, > >all started to work. I really don't know why the ifcfg-eth0 script in > > > >/etc/sysconfig/networking/profiles/default > > > >is different from that in > > > >/etc/sysconfig/network-scripts. > > > >In fact, I really don'tunderstand why there are two. Why not symbolic > >links? > > Was this installation an upgrade? The FC5 installer creates only the > one file in /etc/sysconfig/network-scripts, and that appears to be > sufficient. If you (re)configure with system-config-network, there > will be two additional hard links to that same file: > > 3290919 ./sysconfig/network-scripts/ifcfg-eth0 > 3290919 ./sysconfig/networking/devices/ifcfg-eth0 > 3290919 ./sysconfig/networking/profiles/default/ifcfg-eth0 > > It looks like you got a broken setup with some files left over > from a previous installation. > > -- > Bob Nichols Yes, "NOSPAM" is really part of my email address. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From david at lovesunix.net Wed Jul 5 08:11:13 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 05 Jul 2006 10:11:13 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <1152087073.19062.4.camel@price> ons, 05 07 2006 kl. 08:04 +0200, skrev Nicolas Mailhot: > Dear Fedora user, > > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall > > Happy testing! Seems much nicer here using da_DK. One thing though, the combination of mu looks like they've been glued together. - David From simos74 at gmx.net Wed Jul 5 08:39:27 2006 From: simos74 at gmx.net (Simos Xenitellis) Date: Wed, 05 Jul 2006 09:39:27 +0100 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152087073.19062.4.camel@price> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152087073.19062.4.camel@price> Message-ID: <1152088768.28835.4.camel@localhost> On Wed, 2006-07-05 at 10:11 +0200, David Nielsen wrote: > ons, 05 07 2006 kl. 08:04 +0200, skrev Nicolas Mailhot: > > Dear Fedora user, > > > > A new font family is being proposed as the Fedora Core default. It > > probably impacts your language. Please tell us what you think about it: > > > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall > > > > Happy testing! > > Seems much nicer here using da_DK. > > One thing though, the combination of mu looks like they've been glued > together. Can you provide a screenshot for this (Is it DejaVu Sans, DejaVu Serif, etc)? I suppose you mean ??? Loooks ok for me. For Greek, DejaVu looks really nice. Compare FC6Test1 __before DejaVu__: http://fedoraproject.org/wiki/L10N/Teams/Greek/Issues?action=AttachFile&do=get&target=fc6t1gr-default-desktop-showcase.png and FC6Test1 __after DejaVu__: http://fedoraproject.org/wiki/L10N/Teams/Greek/Issues?action=AttachFile&do=get&target=fc6t1gr-default-desktop%2Bdeja-showcase.png Simos From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Jul 5 09:33:34 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 5 Jul 2006 11:33:34 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <20060705113334.60d8c4af@python2> Nicolas Mailhot wrote : > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall These are looking great for me. I'm not using anything fancy, though, basically just iso8859-1 characters, but I personally really like the change. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.90 (Test) - Linux kernel 2.6.17-1.2336.fc6 Load : 0.47 0.33 0.43 From nicolas.mailhot at laposte.net Wed Jul 5 08:40:39 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 5 Jul 2006 10:40:39 +0200 (CEST) Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152087073.19062.4.camel@price> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152087073.19062.4.camel@price> Message-ID: <62772.192.54.193.53.1152088839.squirrel@rousalka.dyndns.org> Thank your for the testing. Problem reported as https://bugs.freedesktop.org/show_bug.cgi?id=7425 Regards, -- Nicolas Mailhot From nicolas.mailhot at laposte.net Wed Jul 5 08:50:24 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 5 Jul 2006 10:50:24 +0200 (CEST) Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44AB5E2D.8060707@feuerpokemon.de> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AB5E2D.8060707@feuerpokemon.de> Message-ID: <34740.192.54.193.53.1152089424.squirrel@rousalka.dyndns.org> Le Mer 5 juillet 2006 08:37, dragoran a ?crit : > I tryed it but for me the default font used in apps (FC5) looks better > and is easier to read... > the new fonts look to 'thin' and are harder to read because of this .. > notes: > 1) I am using a TFT with a german locale + no subpixel AA, but greyscale > AA > 2) I have recompiled the freetypelib with the bytecode interpretter > enabled I seem to remember the bytecode interpreter makes DejaVu lighter (and users of proprietary systems prefer it this way). Can you try it with the default fedora freetype ? I've opened the following ticket. Feel free to complete it https://bugs.freedesktop.org/show_bug.cgi?id=7427 Regards, -- Nicolas Mailhot From williams at redhat.com Wed Jul 5 13:59:55 2006 From: williams at redhat.com (Clark Williams) Date: Wed, 05 Jul 2006 08:59:55 -0500 Subject: Locating a MIDI device file? In-Reply-To: <1152077751.2880.41.camel@localhost.localdomain> References: <44AA7740.3030608@redhat.com> <1152045552.2880.28.camel@localhost.localdomain> <44AB2839.3060303@redhat.com> <1152077751.2880.41.camel@localhost.localdomain> Message-ID: <44ABC5DB.4020701@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anthony Green wrote: > On Tue, 2006-07-04 at 21:47 -0500, Clark Williams wrote: >> How do the ALSA libraries locate devices? Do they just look for the >> existence of specific device files, or poke around in /proc? > > I think they use ioctls for talking to the ALSA kernel module (which > created the devices in the first place, no?). > Hmmm, I'm not sure that's what's happening for my Edirol MIDI controller. I think udev makes the device files for that beast. I still think that using D-Bus to access the HAL will be the most general purpose solution (albeit probably not the easiest to implement). Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEq8XaHyuj/+TTEp0RAlAGAJwKlbWYyX0GUu82ZG5xQ9x6KX1OYgCfQO0F AmyLtG6PuB/IyiHn288/Urs= =avZe -----END PGP SIGNATURE----- From rnicholsNOSPAM at comcast.net Wed Jul 5 14:18:34 2006 From: rnicholsNOSPAM at comcast.net (Robert Nichols) Date: Wed, 05 Jul 2006 09:18:34 -0500 Subject: ifup fails for static IP address. Is ifcfg wrong? In-Reply-To: <200607050714.k657EDtn025341@bell.kirtland.af.mil> References: <200607032127.k63LRntn023782@bell.kirtland.af.mil> <200607040139.k641dWtn004635@bell.kirtland.af.mil> <200607050714.k657EDtn025341@bell.kirtland.af.mil> Message-ID: Art Edwards wrote: > Actually, this was a fresh installation. I had been running Debian > before and had reformatted everything but /home. > > Art Edwards > > On Tue, Jul 04, 2006 at 09:31:44AM -0500, Robert Nichols wrote: > >>Art Edwards wrote: >> >>>I dug a little deeper and found that the ifcfg-eth0 in default had the >>>wrong IP address--one that was actually in use. When I changed that value, >>>all started to work. I really don't know why the ifcfg-eth0 script in >>> >>>/etc/sysconfig/networking/profiles/default >>> >>>is different from that in >>> >>>/etc/sysconfig/network-scripts. >>> >>>In fact, I really don'tunderstand why there are two. Why not symbolic >>>links? >> >>Was this installation an upgrade? The FC5 installer creates only the >>one file in /etc/sysconfig/network-scripts, and that appears to be >>sufficient. If you (re)configure with system-config-network, there >>will be two additional hard links to that same file: >> >> 3290919 ./sysconfig/network-scripts/ifcfg-eth0 >> 3290919 ./sysconfig/networking/devices/ifcfg-eth0 >> 3290919 ./sysconfig/networking/profiles/default/ifcfg-eth0 >> >>It looks like you got a broken setup with some files left over >>from a previous installation. The only other possibility that comes to mind is that you manually edited the configuration and the editor you used did not properly handle the multiple-linked file. -- Bob Nichols Yes, "NOSPAM" is really part of my email address. From notting at redhat.com Wed Jul 5 15:42:35 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 5 Jul 2006 11:42:35 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <44A8DC49.2030409@redhat.com> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> Message-ID: <20060705154235.GA17615@nostromo.devel.redhat.com> Martin Stransky (stransky at redhat.com) said: > >The sound test failed when I had rhythmbox running. > > Do you think it's a bug? Depends. Opening up a gst pipleine to play the test sound may be overkill. > >1) I'm supposed to pick a PCM device and know what the difference is > > between: > > > > Intel 82801DB-ICH4 > > Intel 82801DB-ICH4 - MIC ADC > > Intel 82801DB-ICH4 - MIC2 ADC > > Intel 82801DB-ICH4 - ADC2 > > Intel 82801DB-ICH4 - IEC958 > > > > intuitively? (Moreover, I'm asked to do this in two different places.) > > These names depend on driver writer, if you don't know just use the > default. Optionally I can move it to some "advanced" settings. What situations would someone logically wan to suggest a non-default? Using SPDIF? Something else? > >3) How is the user supposed to know whether to use kudzu, /proc, or HAL > > detection? Why are they even *given* a choice??? > > > >I'm failing to see what sort of usage case this is solving. Surely this > >should all just work? > > It's because: > > kudzu detects only internal cards (kudzu doesn't detect USB cards well), > but it works even if you don't have loaded drivers. So you can reload > drivers for your card if something bad happens, you have ISA card and so on. But this isn't something the user can fix, so why are we handling it here? I guess my concern is, why are we giving the user a 'test if it works -> ok, it didn't -> punt' algorithm? Generally, they would get the same result if they started up their sound app and noticed it didn't work - what specific cases is this tool able to fix for them? > >(I note we have a completely different Sound preference anyway, which is > >somewhat simpler.) > > I've never heard anything about "Sound preference", so if there is > something like that can I read it somewhere? System->Prefereces->Sound under GNOME. KDE may have something else entirely. Bill From notting at redhat.com Wed Jul 5 17:23:25 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 5 Jul 2006 13:23:25 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <44A921B1.9040906@feuerpokemon.de> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> <44A921B1.9040906@feuerpokemon.de> Message-ID: <20060705172325.GG18434@nostromo.devel.redhat.com> dragoran (dragoran at feuerpokemon.de) said: > this would be a good idea > something like no soundcard found should I try an other method to > detect? yes -no ... But why would you even get into this situation? Any drivers should automatically loaded, which means that ALSA probing via HAL should work. If there isn't a driver for your card, there's really nothing the tool's going to be able to do for you. Bill From notting at redhat.com Wed Jul 5 17:37:10 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 5 Jul 2006 13:37:10 -0400 Subject: Moving gkrellm to Extras? In-Reply-To: <44A7BC4E.7040106@hhs.nl> References: <44A7BC4E.7040106@hhs.nl> Message-ID: <20060705173710.GH18434@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > Hi, > > Some time ago there was mention of moving gkrellm to Extras in the > Moving ImageMagick to Extras thread. > > I volunteered to maintain gkrellm and put it through the review process. > But I've had no response sofar. Does this mean gkrelmm is going to stay > in Core? Thats fine with me too. I'm ok with it in Extras from a logical point of view, leaving aside any maintainership/review issues. Bill From edwardsa at afrl.kirtland.af.mil Wed Jul 5 18:42:18 2006 From: edwardsa at afrl.kirtland.af.mil (Art Edwards) Date: Wed, 5 Jul 2006 12:42:18 -0600 Subject: ddd broken in fC5 amd64 Message-ID: <200607051842.k65Ig6tn019870@bell.kirtland.af.mil> I can't input any text to the lower window of ddd for amd64. I have a similar problem for xmgrace. Any insight? Art Edwards From mpascucci at gmail.com Wed Jul 5 18:44:23 2006 From: mpascucci at gmail.com (Mario Pascucci) Date: Wed, 05 Jul 2006 20:44:23 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <1152125063.3364.8.camel@defiant> Il giorno mer, 05/07/2006 alle 08.04 +0200, Nicolas Mailhot ha scritto: > Dear Fedora user, > > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall > > Happy testing! Tested on Fedora Core 4, LCD display (16:9 aspect), with full subpixel antialias, locale it_IT. All italian alphabet looks very good. In my display all Dejavu Sans fonts seems to be stretched (enlarged) a little in the horizontal size (this not happens with standard fonts). May be related with 16:9 aspect? -- Mario 'Reliant' Pascucci http://ilpettegolo.altervista.org/ From nicolas.mailhot at laposte.net Wed Jul 5 19:04:49 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 05 Jul 2006 21:04:49 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152125063.3364.8.camel@defiant> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152125063.3364.8.camel@defiant> Message-ID: <1152126289.3161.42.camel@rousalka.dyndns.org> Le mercredi 05 juillet 2006 ? 20:44 +0200, Mario Pascucci a ?crit : Thank you for taking the time to test the font > Tested on Fedora Core 4, LCD display (16:9 aspect), with full subpixel > antialias, locale it_IT. > All italian alphabet looks very good. > > In my display all Dejavu Sans fonts seems to be stretched (enlarged) a > little in the horizontal size (this not happens with standard fonts). > > May be related with 16:9 aspect? might be interesting to compare xdpyinfo output with the real screen size and the dpi forced by the gnome font properties app. You may have a mismatch somewhere - though it should affect all fonts the same way. Regards, -- 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 j.w.r.degoede at hhs.nl Wed Jul 5 19:21:59 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 05 Jul 2006 21:21:59 +0200 Subject: Moving gkrellm to Extras? In-Reply-To: <20060705173710.GH18434@nostromo.devel.redhat.com> References: <44A7BC4E.7040106@hhs.nl> <20060705173710.GH18434@nostromo.devel.redhat.com> Message-ID: <44AC1157.3020109@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >> Hi, >> >> Some time ago there was mention of moving gkrellm to Extras in the >> Moving ImageMagick to Extras thread. >> >> I volunteered to maintain gkrellm and put it through the review process. >> But I've had no response sofar. Does this mean gkrelmm is going to stay >> in Core? Thats fine with me too. > > I'm ok with it in Extras from a logical point of view, leaving aside > any maintainership/review issues. > It doesn't really matter much to me, it seems well taken care of in Core, but as said if the maintainer wants to get his hands free for something else, then I'm game. It could really use a cleanup packaging wise though. The wireless plugin really should be packaged seperatly. Regards, Hans From karsten at redhat.de Wed Jul 5 18:47:41 2006 From: karsten at redhat.de (Karsten Hopp) Date: Wed, 5 Jul 2006 20:47:41 +0200 Subject: Moving gkrellm to Extras? In-Reply-To: <44AC1157.3020109@hhs.nl> References: <44A7BC4E.7040106@hhs.nl> <20060705173710.GH18434@nostromo.devel.redhat.com> <44AC1157.3020109@hhs.nl> Message-ID: <20060705184741.GA21586@redhat.de> > Bill Nottingham wrote: > > Hans de Goede (j.w.r.degoede at hhs.nl) said: > >> Hi, > >> > >> Some time ago there was mention of moving gkrellm to Extras in the > >> Moving ImageMagick to Extras thread. > >> > >> I volunteered to maintain gkrellm and put it through the review process. > >> But I've had no response sofar. Does this mean gkrelmm is going to stay > >> in Core? Thats fine with me too. > > > > I'm ok with it in Extras from a logical point of view, leaving aside > > any maintainership/review issues. > > > > It doesn't really matter much to me, it seems well taken care of in > Core, but as said if the maintainer wants to get his hands free for > something else, then I'm game. It is a really low maintenance package, but I have no objections against moving it to Extras. It's yours if you'd like to have it. Karsten > > It could really use a cleanup packaging wise though. The wireless plugin > really should be packaged seperatly. > Yes, it is easier to get a new package in Extras than it is in RHEL ;-) Karsten -- Karsten Hopp GPG 1024D/70ABD02C Fingerprint D2D4 3B6B 2DE4 464C A432 210A DFF8 A140 70AB D02C Red Hat Deutschland, Hauptstaetter Str.58 70178 Stuttgart, Tel.+49-711-96437-0, Fax +49-711-96437-111 From peter at thecodergeek.com Wed Jul 5 20:11:27 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 05 Jul 2006 15:11:27 -0500 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <20060705151127.07rjktphmf4wock4@www.thecodergeek.com> On Wed, 05 Jul 2006 08:04:47 +0200, Nicolas Mailhot wrote: > Dear Fedora user, > > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall > > Happy testing! > I've been setting DejaVu as my preferred font in virtually every desktop application I use since it was first mentioned to me several months ago; and I must say that I think it's fantastic. It covers all the glyphs I use in both en_US (US English) and es (Spanish) locales and - so far as I can tell - also covers most of everything else I come across such as people that I know ranting to me in German (de). (I don't understand much of what they're saying, but the glyphs render nicely! ~_^) It's also *much* clearer than the prior default fonts in Fedora and a couple of other distros that I've tried. I'm running on a 17" Amptron CRT at 1400x1050 and 111 DPI (4:3 aspect), on a Radeon 9250 with EXA and the as-shipped Fedora X.org/Mesa/DRI stuff. An older screenshot of my font preferences[1] is available and its shown values are still in use on my system. I'm also using the standard Fedora freetype build. [1] http://thecodergeek.com/images/screenshot-fonts.png -- Peter Gordon (codergeek42) This message was sent through a webmail interface, thus has no digital signature. From j.w.r.degoede at hhs.nl Wed Jul 5 20:25:11 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 05 Jul 2006 22:25:11 +0200 Subject: Moving gkrellm to Extras? In-Reply-To: <20060705184741.GA21586@redhat.de> References: <44A7BC4E.7040106@hhs.nl> <20060705173710.GH18434@nostromo.devel.redhat.com> <44AC1157.3020109@hhs.nl> <20060705184741.GA21586@redhat.de> Message-ID: <44AC2027.1090506@hhs.nl> Karsten Hopp wrote: >> Bill Nottingham wrote: >>> Hans de Goede (j.w.r.degoede at hhs.nl) said: >>>> Hi, >>>> >>>> Some time ago there was mention of moving gkrellm to Extras in the >>>> Moving ImageMagick to Extras thread. >>>> >>>> I volunteered to maintain gkrellm and put it through the review process. >>>> But I've had no response sofar. Does this mean gkrelmm is going to stay >>>> in Core? Thats fine with me too. >>> I'm ok with it in Extras from a logical point of view, leaving aside >>> any maintainership/review issues. >>> >> It doesn't really matter much to me, it seems well taken care of in >> Core, but as said if the maintainer wants to get his hands free for >> something else, then I'm game. > > It is a really low maintenance package, but I have no objections against > moving it to Extras. It's yours if you'd like to have it. > Ok, I think I'll take it then, mainly because I'm currently working (together with upstream) in getting better lm_sensors support into gkrellm, basicly make it use libsensors (and thus obey /etc/sensors.conf) instead of doing things itself. You probably do not know this but I wrote an lm_sensors driver for the uGuru chip found on Abit motherboards, so I'm getting sort of intimate with sensors stuff. So if you could please not upgrade gkrellm in Core anymore then I'll create 2 packages (gkrellm & gkrellm-wireless) with a higher E-V-R and submit them to Extras, once they are build I'll send you mail requesting the removal of the then older versions from Core. Agreed? This may take some time though since I'm going away on holliday for a week next week and I doubt I'll have time for this this weekend. Regards, Hans From mpascucci at gmail.com Wed Jul 5 21:11:58 2006 From: mpascucci at gmail.com (Mario Pascucci) Date: Wed, 05 Jul 2006 23:11:58 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152126289.3161.42.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152125063.3364.8.camel@defiant> <1152126289.3161.42.camel@rousalka.dyndns.org> Message-ID: <1152133918.3766.41.camel@defiant> Il giorno mer, 05/07/2006 alle 21.04 +0200, Nicolas Mailhot ha scritto: > Le mercredi 05 juillet 2006 ? 20:44 +0200, Mario Pascucci a ?crit : > > Thank you for taking the time to test the font > Now it's my default font, even for Gvim. :-D > > Tested on Fedora Core 4, LCD display (16:9 aspect), with full subpixel > > antialias, locale it_IT. > > All italian alphabet looks very good. > > > > In my display all Dejavu Sans fonts seems to be stretched (enlarged) a > > little in the horizontal size (this not happens with standard fonts). > > > > May be related with 16:9 aspect? > > might be interesting to compare xdpyinfo output with the real screen > size and the dpi forced by the gnome font properties app. > the screen is 305x185mm xpyinfo reports it as 301x181mm 108dpix108dpi gnome-font-properties says 96 dpi (subpixel and full hinting) > You may have a mismatch somewhere - though it should affect all fonts > the same way. > Dejavu sans condensed is equivalent in size to default Sans font. With Dejavu sans the text is more or less 10% wider than default Sans, with same vertical size. Probably I'm the only one in the world with this strange behavior... ;-) Ciao! From icon at fedoraproject.org Wed Jul 5 21:22:36 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Wed, 5 Jul 2006 17:22:36 -0400 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: On 7/5/06, Nicolas Mailhot wrote: > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: I'm seeing some bad effects in cyrillic sans-serif: http://www.mricon.com/misc/dejavu-russian.png As you can see, some glyphs are rendering poorly, or don't match the others. -- Konstantin Ryabitsev Montr?al, Qu?bec From nicolas.mailhot at laposte.net Wed Jul 5 21:34:27 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 05 Jul 2006 23:34:27 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152133918.3766.41.camel@defiant> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152125063.3364.8.camel@defiant> <1152126289.3161.42.camel@rousalka.dyndns.org> <1152133918.3766.41.camel@defiant> Message-ID: <1152135267.5277.7.camel@rousalka.dyndns.org> Le mercredi 05 juillet 2006 ? 23:11 +0200, Mario Pascucci a ?crit : > the screen is 305x185mm > xpyinfo reports it as 301x181mm 108dpix108dpi > gnome-font-properties says 96 dpi (subpixel and full hinting) You may try to tell xorg your real screen size (DisplaySize 305 185 in the Monitor section) and then have gnome-font-properties use the dpi xdpyinfo reports after the change. This will have fontconfig use your real hardware resolution and match paper font rendering. But since you have the same dpi in both directions, you should not see any horizontal distortion now. If you compare to a printed sample and it behaves the same way, that probably means the font is a little wider than the ones you usually see. If you use it a few weeks then your current fonts will appear too narrow ;) Regards, -- 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 Wed Jul 5 21:49:44 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 05 Jul 2006 23:49:44 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <1152136184.5277.14.camel@rousalka.dyndns.org> Le mercredi 05 juillet 2006 ? 17:22 -0400, Konstantin Ryabitsev a ?crit : > On 7/5/06, Nicolas Mailhot wrote: > > A new font family is being proposed as the Fedora Core default. It > > probably impacts your language. Please tell us what you think about it: > > I'm seeing some bad effects in cyrillic sans-serif: > > http://www.mricon.com/misc/dejavu-russian.png > > As you can see, some glyphs are rendering poorly, or don't match the others. This is truly horrible. Are you sure your browser uses DejaVu for cyrillic ? If yes, local settings please? (screen size and resolution, stock fedora fontconfig or not, font size, application and url if it's firefox ?) I'll send you the russian samples I have there by PM Regards, -- 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 icon at fedoraproject.org Wed Jul 5 22:16:57 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Wed, 5 Jul 2006 18:16:57 -0400 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152136184.5277.14.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152136184.5277.14.camel@rousalka.dyndns.org> Message-ID: On 7/5/06, Nicolas Mailhot wrote: > > http://www.mricon.com/misc/dejavu-russian.png > > > > As you can see, some glyphs are rendering poorly, or don't match the others. > > This is truly horrible. Are you sure your browser uses DejaVu for > cyrillic ? Yes, it's DejaVu. I'm fairly certain the reason for this is because I have freetype rebuilt enabling the proprietary bytecode interpeter for hinting. Some cyrillic glyphs have manual hinting information, while others don't. Here's a very telling example: http://www.mricon.com/misc/dejavu-sampler.png You can see that in regular serif most cyrillic letters have hinting support except for "?" and "?" (they look exactly as the non-hinting version). In bold serif, very few letters actually have hinting information, which results in the mish-mash. Arguably, since fedora ships with the bytecode interpreter disabled, this won't manifest itself for anyone using the stock RPM, which is why I don't have any objections to DejaVu making it in as the default font. However, this is certainly a bit of a drawback for the cases when freetype is rebuilt to support the patented bits, especially since latin fonts benefit tremendously from the available hinting information. HTH. Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From nicolas.mailhot at laposte.net Wed Jul 5 22:41:25 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 06 Jul 2006 00:41:25 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152136184.5277.14.camel@rousalka.dyndns.org> Message-ID: <1152139285.5277.57.camel@rousalka.dyndns.org> I. Le mercredi 05 juillet 2006 ? 18:16 -0400, Konstantin Ryabitsev a ?crit : > On 7/5/06, Nicolas Mailhot wrote: > > > http://www.mricon.com/misc/dejavu-russian.png > > > > > > As you can see, some glyphs are rendering poorly, or don't match the others. > > > > This is truly horrible. Are you sure your browser uses DejaVu for > > cyrillic ? > > Yes, it's DejaVu. > > I'm fairly certain the reason for this is because I have freetype > rebuilt enabling the proprietary bytecode interpeter for hinting. Some > cyrillic glyphs have manual hinting information, while others don't. > Here's a very telling example: > > http://www.mricon.com/misc/dejavu-sampler.png > > You can see that in regular serif most cyrillic letters have hinting > support except for "?" and "?" (they look exactly as the non-hinting > version). In bold serif, very few letters actually have hinting > information, which results in the mish-mash. Thanks for the explanation. In that case I won't open a bug since - as you point out fedora does not use the bytecode interpeter by default - I'm pretty sure this will be taken care of with time. Hinting always lags a bit behind glyph design, so probably the letters you point where tweaked in the last release and the dejavu hint master haven't got the time to re-hint them yet. But I'll CC this mail to the team just in case > Arguably, since fedora ships with the bytecode interpreter disabled, > this won't manifest itself for anyone using the stock RPM, which is > why I don't have any objections to DejaVu making it in as the default > font. However, this is certainly a bit of a drawback for the cases > when freetype is rebuilt to support the patented bits, especially > since latin fonts benefit tremendously from the available hinting > information. -- 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 naoki at valuecommerce.com Thu Jul 6 02:04:27 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 06 Jul 2006 11:04:27 +0900 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <34740.192.54.193.53.1152089424.squirrel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AB5E2D.8060707@feuerpokemon.de> <34740.192.54.193.53.1152089424.squirrel@rousalka.dyndns.org> Message-ID: <1152151467.4201.5.camel@dragon.valuecommerce.ne.jp> Looks good and have not noticed any display issues using English and Japanese. (FC5 - Dell 17" LCD) -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at adslpipe.co.uk Thu Jul 6 08:31:11 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Thu, 06 Jul 2006 09:31:11 +0100 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <44ACCA4F.40606@adslpipe.co.uk> Nicolas Mailhot wrote: > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: Tried it on 1280x800 LCD, in general looks good and clear, with greyscale and subpixel(BGR) hinting, struggled to notice any extra benefit from hinting above "slight" setting. One thing which looked *MUCH* worse was using DejaVu Serif within firefox, text was spiderish, and kerning was uneven, letters ran directly into each other http://adslpipe.co.uk/pics/firefox-dejavu.png So I just set the default proprtional font to DejaVu Sans in firefox. I'd still choose to install DejaVu fonts, presumable Vera wouldn't be removed by this? From simos74 at gmx.net Thu Jul 6 08:57:13 2006 From: simos74 at gmx.net (Simos Xenitellis) Date: Thu, 06 Jul 2006 09:57:13 +0100 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44ACCA4F.40606@adslpipe.co.uk> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44ACCA4F.40606@adslpipe.co.uk> Message-ID: <1152176233.11490.36.camel@localhost> On Thu, 2006-07-06 at 09:31 +0100, Andy Burns wrote: > Nicolas Mailhot wrote: > > > A new font family is being proposed as the Fedora Core default. It > > probably impacts your language. Please tell us what you think about it: > > Tried it on 1280x800 LCD, in general looks good and clear, with > greyscale and subpixel(BGR) hinting, struggled to notice any extra > benefit from hinting above "slight" setting. > > One thing which looked *MUCH* worse was using DejaVu Serif within > firefox, text was spiderish, and kerning was uneven, letters ran > directly into each other > > http://adslpipe.co.uk/pics/firefox-dejavu.png > > So I just set the default proprtional font to DejaVu Sans in firefox. > > I'd still choose to install DejaVu fonts, presumable Vera wouldn't be > removed by this? DejaVu includes all the glyphs from Vera, so technically Vera is not used. Just to make sure, could you please run Firefox with the instructions your get from the about: page? That is, on a Terminal window, type $ export MOZ_DISABLE_PANGO=1 $ firefox and check to see how about: looks like now. Simos From fedora at adslpipe.co.uk Thu Jul 6 09:06:16 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Thu, 06 Jul 2006 10:06:16 +0100 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152176233.11490.36.camel@localhost> References: <1152079490.23468.0.camel@rousalka.dyndns.org><44ACCA4F.40606@adslpipe.co.uk> <1152176233.11490.36.camel@localhost> Message-ID: <44ACD288.2010101@adslpipe.co.uk> Simos Xenitellis wrote: > Just to make sure, could you please run Firefox with the instructions > your get from the about: page? > That is, on a Terminal window, type > > $ export MOZ_DISABLE_PANGO=1 > $ firefox > > and check to see how about: looks like now. yes that looks better. I think my only issue now (which I forgot to add originally) is the perceived increased size of bold fonts, which others have mentioned, to me it seems to be equivalent to at least a +1 point size compared to the "book" weight. From buildsys at redhat.com Thu Jul 6 09:25:40 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 6 Jul 2006 05:25:40 -0400 Subject: rawhide report: 20060705 changes Message-ID: <200607060925.k669Pe0c015650@js20-bc2-8.build.redhat.com> Removed package xorg-x11-drv-via Removed package xorg-x11-drv-cirrus Removed package hdparm Removed package xorg-x11-drv-siliconmotion Removed package xorg-x11-drv-i810 Removed package microcode_ctl Removed package libvirt Removed package dmidecode Removed package xorg-x11-drv-tseng Removed package xorg-x11-drv-ark Removed package xen Removed package apmd Removed package gnu-efi Removed package libpfm Removed package xorg-x11-drv-ast Removed package pfmon Removed package xorg-x11-drv-nsc Removed package awesfx Removed package reiserfs-utils Removed package memtest86+ Removed package mkbootdisk Removed package xorg-x11-drv-vmware Removed package xorg-x11-drv-i740 Removed package gpart Removed package gfs2-utils Removed package xorg-x11-drv-vmmouse Removed package grub Removed package kon2 Removed package xorg-x11-drv-i128 Removed package xorg-x11-drv-apm Removed package xorg-x11-drv-rendition Removed package x86info Removed package acpid Removed package xorg-x11-drv-neomagic Removed package system-config-boot Removed package frysk Removed package lm_sensors Removed package xorg-x11-drv-chips Removed package syslinux Removed package xorg-x11-drv-glint Removed package gnome-applet-vm Removed package xorg-x11-drv-cyrix Removed package xorg-x11-drv-v4l Removed package dev86 Removed package mcelog Removed package libunwind Removed package prctl Removed package salinfo Removed package elilo Updated Packages: acl-2.2.39-1 ------------ * Wed Jul 05 2006 Thomas Woerner 2.2.39-1 - new version 2.2.39 - fixed usage of long UTF-8 filenames (#183181) Thanks to Andrey for the initial patch. attr-2.4.32-1 ------------- * Wed Jul 05 2006 Thomas Woerner 2.4.32-1 - new version 2.4.32 - fixes segmentation fault in attr, which affects #189106 autofs-1:5.0.0_beta6-4 ---------------------- * Wed Jul 05 2006 Ian Kent - 5.0.0_beta6-4 - correct shutdown log message print. - correct auth init test when no credentials required. * Tue Jul 04 2006 Ian Kent - 5.0.0_beta6-3 - correct test for existence of auth config file. busybox-1:1.2.0-1 ----------------- * Tue Jul 04 2006 Ivana Varekova - 1:1.2.0-1 - update to 1.2.0 cairo-1.2.0-1 ------------- * Mon Jul 03 2006 Matthias Clasen 1.2.0-1 - Update to 1.2.0 * Fri Jun 16 2006 Carl Worth 1.1.10-1 - Update to 1.1.10 (fixes crash on 16-bit X servers like Xvnc) * Wed Jun 14 2006 Matthias Clasen 1.1.8-1 - Update to 1.1.8 ckermit-8.0.211-5.fc6 --------------------- * Mon Jul 03 2006 Peter Vrabec - 8.0.211-5 - fix requires (#195573) cups-1:1.2.1-17 --------------- * Tue Jul 04 2006 Tim Waugh 1:1.2.1-17 - Sync with svn5706. - No longer need localhost, str1740, str1758, str1736, str1776 patches. gnupg-1.4.4-5 ------------- * Wed Jul 05 2006 Nalin Dahyabhai - 1.4.4-5 - try again using per-platform buildprereq (jkeating) * Wed Jul 05 2006 Nalin Dahyabhai - 1.4.4-4 - buildprereq libusb-devel, so that we get CCID support back (#197450) gtk2-2.10.0-1 ------------- * Mon Jul 03 2006 Matthias Clasen - 2.10.0-1 - Update to 2.10.0 hplip-1.6.6a-3 -------------- * Tue Jul 04 2006 Tim Waugh 1.6.6a-3 - libhpip should link against libm (bug #197599). * Wed Jun 28 2006 Tim Waugh 1.6.6a-2 - 1.6.6a. * Mon Jun 26 2006 Tim Waugh - Patchlevel 1. - Fixed libsane-hpaio %post scriptlet (bug #196663). kdelibs-6:3.5.3-6 ----------------- * Tue Jul 04 2006 Than Ngo 6:3.5.3-6 - apply upstream patches, fix #128940/#81806/#128760 kernel-2.6.17-1.2354.fc6 ------------------------ * Wed Jul 05 2006 Dave Jones - 2.6.17-git25 * Wed Jul 05 2006 Dave Jones - Try out sparsemem experiment on x86-64. * Wed Jul 05 2006 David Woodhouse - Fix asm-powerpc/cputime.h for new cputime64_t stuff - Update GFS2 kexec-tools-1.101-29.fc6 ------------------------ * Fri Jul 07 2006 Neil Horman 1.101-27.fc6 - Modify spec/sysconfig to not autobuild kdump kernel command line - Add dist to revision tag - Build for all arches * Wed Jun 28 2006 Karsten Hopp 1.101-20 - Buildrequire zlib-devel libsepol-1.12.19-1 ------------------ * Tue Jul 04 2006 Dan Walsh 1.12.19-1 - Upgrade to latest from NSA * Lindent. * Merged optionals in base take 2 patch set from Joshua Brindle. libtool-1.5.22-6 ---------------- * Thu Jun 29 2006 Karsten Hopp 1.5.22-6 - detect gcc path at runtime instead of requiring one specific version * Thu Jun 29 2006 Karsten Hopp 1.5.22-5 - miscellaneous upstream fixes * Tue Jun 06 2006 Karsten Hopp 1.5.22-4 - don't warn when /etc/ld.so.conf.d/*.conf doesn't exist (p.e. in mock) mesa-6.5-12.fc6 --------------- * Wed Jul 05 2006 Mike A. Harris 6.5-12.fc6 - Maybe actually, you know, apply the mesa-6.5-glx-use-tls.patch as that might help to you know, actually solve the problem. Duh. - Use {dist} tag in Release field now. * Wed Jul 05 2006 Mike A. Harris 6.5-11 - Added mesa-6.5-glx-use-tls.patch to hopefully get -DGLX_USE_TLS to really work this time due to broken upstream linux-dri-* configs. (#193979) - Pass RPM_OPT_FLAGS via OPT_FLAGS instead of via CFLAGS also for (#193979) * Mon Jun 19 2006 Mike A. Harris 6.5-10 - Bump libdrm-devel dep to trigger new ExclusiveArch test with the new package. - Use Fedora Extras style BuildRoot tag. - Added "Requires(post): /sbin/ldconfig" and postun to all runtime lib packages. mrtg-2.14.4-1 ------------- * Wed Jul 05 2006 Miloslav Trmac - 2.14.4-1 - Update to mrtg-2.14.4 openssl097a-0.9.7a-6 -------------------- * Tue Jul 04 2006 Tomas Mraz 0.9.7a-6 - fix a few rpmlint warnings - fix build if 'rand' or 'passwd' in buildroot path (#178782) - make libica build in brew pam-0.99.5.0-2.fc6 ------------------ * Mon Jul 03 2006 Tomas Mraz 0.99.5.0-2 - fixed network match in pam_access (patch by Dan Yefimov) * Fri Jun 30 2006 Tomas Mraz 0.99.5.0-1 - updated to a new upstream release - added service as value to be matched and list matching to pam_succeed_if - namespace.init was missing from EXTRA_DIST * Thu Jun 08 2006 Tomas Mraz 0.99.4.0-5 - updated pam_namespace with latest patch by Janak Desai - merged pam_namespace patches - added buildrequires libtool - fixed a few rpmlint warnings paps-0.6.6-10.fc6 ----------------- * Tue Jul 04 2006 Akira TAGOH - 0.6.6-10 - paps-0.6.6-cpilpi.patch: add --cpi and --lpi option to support the characters per inch and the lines per inch. - paps-cups.patch: add cpi and lpi support. parted-1.7.1-9 -------------- * Wed Jul 05 2006 Peter Jones - 1.7.1-9 - add ped_exception_get_handler() * Mon Jun 26 2006 Florian La Roche - 1.7.1-8 - remove info files in preun * Thu Jun 22 2006 David Cantrell - 1.7.1-7 - PED_SECTOR_SIZE -> PED_SECTOR_SIZE_DEFAULT perl-Net-IP-1.25-2.fc6 ---------------------- * Wed Jul 05 2006 Jason Vas Dias - 1.25-2 - fix bug 197925 - make intip handle zero-valued IP addresses pycairo-1.2.0-1 --------------- * Wed Jul 05 2006 John (J5) Palmieri - 1.2.0-1 - Update to upstream 1.2.0 * Mon Jul 03 2006 Jeremy Katz - 1.0.2-3 - require new enough cairo (#197457) rhgb-0.16.3-4 ------------- * Wed Jul 05 2006 Ray Strode - 0.16.3-4 - remove erroneous space from x conf filename. Problem discovered from Mary Ellen Foster (bug 196885) rpm-4.4.2-27 ------------ * Wed Jul 05 2006 Paul Nasrat - 4.4.2-27 - IPv4/6 and EPSV support by Arkadiusz Miskiewicz scim-1.4.4-23.fc6 ----------------- * Wed Jul 05 2006 Jens Petersen - 1.4.4-23 - use xinputrc instead of xinput.d (#194458) - require xorg-x11-xinit >= 1.0.2-5.fc6 * Wed Jul 05 2006 Jens Petersen - 1.4.4-22 - update to head of scim-1.4 branch - buildrequire doxygen and build html for snapshots - rawcode-unicode-maxlength.patch, scim-panjabi-punjabi.patch, and factory-menu-singlet-submenus-187027.patch no longer needed - prereq gtk2 >= 2.9.1-2 and ignore update-gtk-immodules errors - remove with_libstdc_preview macro * Tue Jun 20 2006 Jens Petersen - 1.4.4-21 - changes to default system config (scim-system-default-config.patch): - set default IMEs for Chinese locale (#187028) - only set next and previous factory hotkeys for Chinese locale - do not set F9 as a hotkey in Korean locale (#195633) - disable rawcode, European keyboard, and various scim-tables Chinese tables by default (#187028) scim-hangul-0.2.2-5.fc6 ----------------------- * Wed Jul 05 2006 Akira TAGOH - 0.2.2-5 - add a keybindings documentation into the online help. (#186884) - use dist tag. scim-m17n-0.2.0-4.fc6 --------------------- * Tue Jul 04 2006 Jens Petersen - 0.2.0-4 - add scim-m17n-0.2.0-unique-uuid.patch to make factory ids unique shared-mime-info-0.18-1 ----------------------- * Wed Jul 05 2006 Kristian H??gsberg - 0.18-1 - Update to 0.18 and drop backported patches. system-config-printer-0.7.21-1 ------------------------------ * Wed Jul 05 2006 Tim Waugh 0.7.21-1 - Updated to pycups-1.9.12. - 0.7.21. * Mon Jul 03 2006 Tim Waugh 0.7.20-1 - 0.7.20. udev-095-1 ---------- * Wed Jul 05 2006 Harald Hoyer - 095-1 - version 095 xorg-x11-xinit-1.0.2-5.fc6 -------------------------- * Wed Jul 05 2006 Mike A. Harris 1.0.2-5.fc6 - Implemented changes to xinput.sh based on suggestions from (#194458) yum-2.9.2-3 ----------- * Wed Jul 05 2006 Jeremy Katz - 2.9.2-3 - few other little api fixes (#197603, #197607) * Mon Jul 03 2006 Jeremy Katz - 2.9.2-2 - fix tyop (#197398) * Wed Jun 28 2006 Jeremy Katz - 2.9.2-1 - update to 2.9.2 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 openCryptoki - 2.2.4-1.s390 requires libica.so tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(dbus-sharp) = 0:0.60.0.0 tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gnome-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gmime-sharp) = 0:2.2.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:2.8.0.0 tomboy - 0.3.5-5.s390 requires mono(gtk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp-peditors) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gdk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(pango-sharp) = 0:1.0.0.0 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 yelp - 2.15.2-1.s390 requires libbeagle.so.0 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so openCryptoki - 2.2.4-1.s390x requires libica.so()(64bit) velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 yelp - 2.15.2-1.s390x requires libbeagle.so.0()(64bit) Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 From naoki at valuecommerce.com Thu Jul 6 09:33:49 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 06 Jul 2006 18:33:49 +0900 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44ACD288.2010101@adslpipe.co.uk> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44ACCA4F.40606@adslpipe.co.uk> <1152176233.11490.36.camel@localhost> <44ACD288.2010101@adslpipe.co.uk> Message-ID: <1152178429.4201.123.camel@dragon.valuecommerce.ne.jp> On Thu, 2006-07-06 at 10:06 +0100, Andy Burns wrote: > Simos Xenitellis wrote: > > > Just to make sure, could you please run Firefox with the instructions > > your get from the about: page? > > That is, on a Terminal window, type > > > > $ export MOZ_DISABLE_PANGO=1 > > $ firefox > > > > and check to see how about: looks like now. > > yes that looks better. > > I think my only issue now (which I forgot to add originally) is the > perceived increased size of bold fonts, which others have mentioned, to > me it seems to be equivalent to at least a +1 point size compared to the > "book" weight. I second that. I've been using DejaVu now since the call for testing first went out and I do love it. The bold 'issue' is probably something that will become a non-issue after I'm used to it but right now it does feel odd having the bold font drastically larger (or at least it feels drastic but like I say it's different than before which amplifies things). From dgregor at redhat.com Thu Jul 6 09:38:53 2006 From: dgregor at redhat.com (Dennis Gregorovic) Date: Thu, 06 Jul 2006 05:38:53 -0400 Subject: rawhide report: 20060705 changes In-Reply-To: <200607060925.k669Pe0c015650@js20-bc2-8.build.redhat.com> References: <200607060925.k669Pe0c015650@js20-bc2-8.build.redhat.com> Message-ID: <1152178733.15361.5.camel@localhost.localdomain> On Thu, 2006-07-06 at 05:25 -0400, buildsys at redhat.com wrote: > > Removed package xorg-x11-drv-via > > Removed package xorg-x11-drv-cirrus > > Removed package hdparm > > Removed package xorg-x11-drv-siliconmotion > > Removed package xorg-x11-drv-i810 > > Removed package microcode_ctl > > Removed package libvirt > > Removed package dmidecode > > Removed package xorg-x11-drv-tseng > > Removed package xorg-x11-drv-ark > > Removed package xen > > Removed package apmd > > Removed package gnu-efi > > Removed package libpfm > > Removed package xorg-x11-drv-ast > > Removed package pfmon > > Removed package xorg-x11-drv-nsc > > Removed package awesfx > > Removed package reiserfs-utils > > Removed package memtest86+ > > Removed package mkbootdisk > > Removed package xorg-x11-drv-vmware > > Removed package xorg-x11-drv-i740 > > Removed package gpart > > Removed package gfs2-utils > > Removed package xorg-x11-drv-vmmouse > > Removed package grub > > Removed package kon2 > > Removed package xorg-x11-drv-i128 > > Removed package xorg-x11-drv-apm > > Removed package xorg-x11-drv-rendition > > Removed package x86info > > Removed package acpid > > Removed package xorg-x11-drv-neomagic > > Removed package system-config-boot > > Removed package frysk > > Removed package lm_sensors > > Removed package xorg-x11-drv-chips > > Removed package syslinux > > Removed package xorg-x11-drv-glint > > Removed package gnome-applet-vm > > Removed package xorg-x11-drv-cyrix > > Removed package xorg-x11-drv-v4l > > Removed package dev86 > > Removed package mcelog > > Removed package libunwind > > Removed package prctl > > Removed package salinfo > > Removed package elilo I'm doing another rawhide run that should correct the "removed packages" list. -- Dennis From simos74 at gmx.net Thu Jul 6 09:51:48 2006 From: simos74 at gmx.net (Simos Xenitellis) Date: Thu, 06 Jul 2006 10:51:48 +0100 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152178429.4201.123.camel@dragon.valuecommerce.ne.jp> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44ACCA4F.40606@adslpipe.co.uk> <1152176233.11490.36.camel@localhost> <44ACD288.2010101@adslpipe.co.uk> <1152178429.4201.123.camel@dragon.valuecommerce.ne.jp> Message-ID: <1152179509.11490.42.camel@localhost> On Thu, 2006-07-06 at 18:33 +0900, Naoki wrote: > On Thu, 2006-07-06 at 10:06 +0100, Andy Burns wrote: > > Simos Xenitellis wrote: > > > > > Just to make sure, could you please run Firefox with the instructions > > > your get from the about: page? > > > That is, on a Terminal window, type > > > > > > $ export MOZ_DISABLE_PANGO=1 > > > $ firefox > > > > > > and check to see how about: looks like now. > > > > yes that looks better. > > > > I think my only issue now (which I forgot to add originally) is the > > perceived increased size of bold fonts, which others have mentioned, to > > me it seems to be equivalent to at least a +1 point size compared to the > > "book" weight. > > I second that. I've been using DejaVu now since the call for testing > first went out and I do love it. The bold 'issue' is probably something > that will become a non-issue after I'm used to it but right now it does > feel odd having the bold font drastically larger (or at least it feels > drastic but like I say it's different than before which amplifies > things). The inclusion of Pango in Firefox enables the support complex scripts which I personally favour very much. However, it introduces bugs with the interaction with MathML support in Firefox. This issue is not font-related per s?; we want Firefox to support Pango and also MathML. Once both of these work together it will be browsing nirvana. Simos From pasik at iki.fi Thu Jul 6 09:56:57 2006 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Thu, 6 Jul 2006 12:56:57 +0300 Subject: FC5/FC6t1 Anaconda dd (driver disk) problem / help needed for debugging Message-ID: <20060706095657.GE11112@edu.joroinen.fi> Hi! First of all, this is not an "end user support request". I need help debugging possible anaconda bug.. or to find out reason why my driver disks won't work with fc5/fc6test1. I'm willing to help and debug to resolve this. So.. I have hardware with Qlogic qla4xxx iSCSI HBA. These are not supported by the default kernels, so I need to create driver disk for FC installer. I have successfully created qla4xxx driver disk (floppy) image for RHEL4 and CentOS4. These images work well. dd images generated in the same way won't work with fc5/fc6test.. Looking at the anaconda repo, it seems there has been quite many changes since rhel4 to fc5/fc6test1.. that's the reason I believe this might be an anaconda bug.. I used ddiskit 0.9.5 to create the images, and then added some missing files ("modules.pcimap" and "pci.ids") from the "official" Qlogic RHEL4 dd images. FC5/FC6test1 installers will give errors without those two missing files, so I needed to add them manually to the dd images. But anyway.. these dd images won't work with the FC installers. Either the installer won't give any error, or then it says "No devices of the appropriate type were found on this driver disk". In both cases the driver module (qla4xxx) is not loaded. The driver modules are built for the kernels used by the installers. I am able to manually insmod the drivers during the installer (after manually extracting the modules from the dd). So the drivers/modules itself are fine - there's something else wrong with the dd images I create - or a bug in anaconda.. It seems that during the first time I try to load the dd, installer won't give any error.. and it seems to load the tg3 module for the NIC?! (when looking VC3). When I try to load the dd second time, it will give the following error: "No devices of the appropriate type were found on this driver disk". I have also verified that the PCI ids are correct (with lspci -n). RHEL4/CentOS4 install just fine to the same box using same kind of selfmade dd. Discussion about the problem: https://www.redhat.com/archives/fedora-list/2006-June/msg02419.html Contents of my dd images (at the end of the msg): https://www.redhat.com/archives/fedora-list/2006-June/msg03052.html Anaconda bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195899 All help appreciated. Thanks! -- Pasi K?rkk?inen ^ . . Linux / - \ Choice.of.the .Next.Generation. From buildsys at redhat.com Thu Jul 6 10:39:19 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 6 Jul 2006 06:39:19 -0400 Subject: rawhide report: 20060706 changes Message-ID: <200607061039.k66AdJE0018240@js20-bc2-8.build.redhat.com> New package acpid ACPI Event Daemon New package apmd Advanced Power Management (APM) BIOS utilities for laptops. New package awesfx Utility programs for the AWE32/Emu10k1 sound driver. New package dev86 A real mode 80x86 assembler and linker. New package dmidecode Tool to analyse BIOS DMI data. New package elilo ELILO linux boot loader for EFI-based systems New package frysk Frysk execution analysis tool New package gfs2-utils Utilities for managing the global filesystem (GFS) New package gnome-applet-vm Simple virtual domains monitor which embed themselves in the GNOME panel New package gnu-efi Development Libraries and headers for EFI New package gpart A program for recovering corrupt partition tables. New package grub GRUB - the Grand Unified Boot Loader. New package hdparm A utility for displaying and/or setting hard disk parameters. New package kon2 KON - Kanji ON Linux console New package libpfm a performance monitoring library for Linux/ia64 New package libunwind An unwinding library for ia64. New package libvirt Library providing an API to use the Xen virtualization New package lm_sensors Hardware monitoring tools. New package mcelog Tool to translate x86-64 CPU Machine Check Exception data. New package memtest86+ Stand-alone memory tester for x86 and x86-64 computers New package microcode_ctl Tool to update x86/x86-64 CPU microcode. New package mkbootdisk Creates a boot floppy disk for booting a system. New package pfmon a performance monitoring tool for Linux/ia64 New package prctl Utility to perform process operations New package reiserfs-utils Tools for creating, repairing, and debugging ReiserFS filesystems. New package salinfo SAL info tool. New package syslinux Simple kernel loader which boots from a FAT filesystem New package system-config-boot A graphical interface for configuring the boot loader New package x86info x86 processor information tool. New package xen Xen is a virtual machine monitor New package xorg-x11-drv-apm Xorg X11 apm video driver New package xorg-x11-drv-ark Xorg X11 ark video driver New package xorg-x11-drv-ast Xorg X11 ast video driver New package xorg-x11-drv-chips Xorg X11 chips video driver New package xorg-x11-drv-cirrus Xorg X11 cirrus video driver New package xorg-x11-drv-cyrix Xorg X11 cyrix video driver New package xorg-x11-drv-glint Xorg X11 glint video driver New package xorg-x11-drv-i128 Xorg X11 i128 video driver New package xorg-x11-drv-i740 Xorg X11 i740 video driver New package xorg-x11-drv-i810 Xorg X11 i810 video driver New package xorg-x11-drv-neomagic Xorg X11 neomagic video driver New package xorg-x11-drv-nsc Xorg X11 nsc video driver New package xorg-x11-drv-rendition Xorg X11 rendition video driver New package xorg-x11-drv-siliconmotion Xorg X11 siliconmotion video driver New package xorg-x11-drv-tseng Xorg X11 tseng video driver New package xorg-x11-drv-v4l Xorg X11 v4l video driver New package xorg-x11-drv-via Xorg X11 via video driver New package xorg-x11-drv-vmmouse Xorg X11 vmmouse input driver New package xorg-x11-drv-vmware Xorg X11 vmware video driver Updated Packages: anaconda-11.1.0.53-1 -------------------- * Wed Jul 05 2006 Jeremy Katz - 11.1.0.53-1 - fix typo * Wed Jul 05 2006 Jeremy Katz - 11.1.0.52-1 - Add Marathi (#194572) - Try to let UI fit a little better in LVM dialog (#197334) - Give a message if we fail to make teh device node (markmc, #197514) - Fix rescue CD - Fix minstg2 linking error (#197593) - Log the transaction error - gfs2 fixes gaim-2:2.0.0-0.6.beta3.fc6 -------------------------- * Wed Jul 05 2006 Warren Togami 2.0.0-0.6.beta3 - SILC blank realname failure fix (#173076) * Thu Jun 29 2006 Warren Togami 2.0.0-0.5.beta3 - buildreq libSM-devel (#197241) kernel-2.6.17-1.2356.fc6 ------------------------ * Thu Jul 06 2006 Dave Jones - 2.6.18-rc1 m2crypto-0.16-2 --------------- * Thu Jul 06 2006 Miloslav Trmac - 0.16-2 - Fix build with rawhide swig * Thu Jul 06 2006 Miloslav Trmac - 0.16-1 - Update to m2crypto-0.16 mesa-6.5-13.fc6 --------------- * Wed Jul 05 2006 Mike A. Harris 6.5-13.fc6 - Added mesa-6.5-fix-opt-flags-bug197640.patch as 2nd attempt to fix OPT_FLAGS for (#197640). - Ensure that redhat-mesa-driver-install creates $DRIMODULE_DESTDIR with mode 0755. nkf-2.07-1.fc6 -------------- * Thu Jul 06 2006 Akira TAGOH - 2.07-1 - New upstream release. - use dist tag. - clean up the spec file. redhat-lsb-3.1-10.1 ------------------- * Thu Jul 06 2006 Lawrence Lim - 3.1-10.1 - generate spec file on RHEL5-Alpha system - fix vsw4 test suite setup by creating symlink for X11 SecurityPolicy and XFontPath * Thu Jun 22 2006 Lawrence Lim - 3.0-10 - Rewrite most part of the mkredhat-lsb to obtain information directly via specdb rather than sniffing through sgml - remove redundent script and bump up tarball version udev-095-2 ---------- * Thu Jul 06 2006 Harald Hoyer - 095-2 - added option to debug udev with kernel cmdline option "udevdebug" Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 openCryptoki - 2.2.4-1.s390 requires libica.so tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(dbus-sharp) = 0:0.60.0.0 tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gnome-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gmime-sharp) = 0:2.2.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:2.8.0.0 tomboy - 0.3.5-5.s390 requires mono(gtk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp-peditors) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gdk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(pango-sharp) = 0:1.0.0.0 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 yelp - 2.15.2-1.s390 requires libbeagle.so.0 From dragoran at feuerpokemon.de Thu Jul 6 13:03:31 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 06 Jul 2006 15:03:31 +0200 Subject: new s-c-soundcard in rawhide In-Reply-To: <20060705172325.GG18434@nostromo.devel.redhat.com> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> <44A921B1.9040906@feuerpokemon.de> <20060705172325.GG18434@nostromo.devel.redhat.com> Message-ID: <44AD0A23.1030304@feuerpokemon.de> Bill Nottingham wrote: > dragoran (dragoran at feuerpokemon.de) said: > >> this would be a good idea >> something like no soundcard found should I try an other method to >> detect? yes -no >> > > ... But why would you even get into this situation? > > Any drivers should automatically loaded, which means that ALSA probing > via HAL should work. If there isn't a driver for your card, there's > really nothing the tool's going to be able to do for you. > > Bill > > I have already posted it TV cards and modules like saa7134-alsa (don't know if any of this methods can detect it thought), it does not gets autoloaded and kudzu does nothing about it ? should I fill this as abug? if yes against what? kernel? kudzu? From dragoran at feuerpokemon.de Thu Jul 6 13:20:35 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 06 Jul 2006 15:20:35 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <34740.192.54.193.53.1152089424.squirrel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AB5E2D.8060707@feuerpokemon.de> <34740.192.54.193.53.1152089424.squirrel@rousalka.dyndns.org> Message-ID: <44AD0E23.3020901@feuerpokemon.de> Nicolas Mailhot wrote: > Le Mer 5 juillet 2006 08:37, dragoran a ?crit : > > >> I tryed it but for me the default font used in apps (FC5) looks better >> and is easier to read... >> the new fonts look to 'thin' and are harder to read because of this .. >> notes: >> 1) I am using a TFT with a german locale + no subpixel AA, but greyscale >> AA >> 2) I have recompiled the freetypelib with the bytecode interpretter >> enabled >> > > I seem to remember the bytecode interpreter makes DejaVu lighter (and > users of proprietary systems prefer it this way). Can you try it with the > default fedora freetype ? > > I've opened the following ticket. Feel free to complete it > https://bugs.freedesktop.org/show_bug.cgi?id=7427 > > this is marked as wontfix :( using no bytecode interpreter makes other fonts (the ms stuff used on most webpages looks very(!!) ugly what about a dejavu-fonts-bytecodeinterpreter package with fixed fonts for bytecode interpretter users? > Regards, > > From ndbecker2 at gmail.com Thu Jul 6 14:04:29 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 06 Jul 2006 10:04:29 -0400 Subject: Add zeroconf support to kdelibs? Message-ID: It seems that current FC5 kdelibs is built without zeroconf support. Is it something we should add? From rdieter at math.unl.edu Thu Jul 6 15:03:22 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Jul 2006 10:03:22 -0500 Subject: Add zeroconf support to kdelibs? References: Message-ID: Neal Becker wrote: > It seems that current FC5 kdelibs is built without zeroconf support. Is > it something we should add? See http://bugzilla.redhat.com/187820 In short, you need either the real/Apple mDNSResponder bits or use avahi and kdnssd-avahi as a drop-in replacement for kdelibs' libkdnssd. -- Rex From notting at redhat.com Thu Jul 6 15:06:47 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 6 Jul 2006 11:06:47 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <44AD0A23.1030304@feuerpokemon.de> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> <44A921B1.9040906@feuerpokemon.de> <20060705172325.GG18434@nostromo.devel.redhat.com> <44AD0A23.1030304@feuerpokemon.de> Message-ID: <20060706150647.GA5403@nostromo.devel.redhat.com> dragoran (dragoran at feuerpokemon.de) said: > >Any drivers should automatically loaded, which means that ALSA probing > >via HAL should work. If there isn't a driver for your card, there's > >really nothing the tool's going to be able to do for you. > > I have already posted it TV cards and modules like saa7134-alsa (don't > know if any of this methods can detect it thought), it does not gets > autoloaded and kudzu does nothing about it ? should I fill this as abug? > if yes against what? kernel? kudzu? kernel/udev. kudzu does not load modules in current releases. Bill From mailinglists at erwinrol.com Thu Jul 6 15:12:56 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 06 Jul 2006 17:12:56 +0200 Subject: rawhide report: 20060706 changes In-Reply-To: <200607061039.k66AdJE0018240@js20-bc2-8.build.redhat.com> References: <200607061039.k66AdJE0018240@js20-bc2-8.build.redhat.com> Message-ID: <1152198777.4099.1.camel@xpc.home.erwinrol.com> When updating today i got the following "warning" ; .... Updating : paps ##################### [ 27/142] Updating : cups ##################### [ 28/142] Updating : redhat-lsb ##################### [ 29/142] error: unpacking of archive failed on file /usr/X11R6/lib/X11/fonts: cpio: rename Updating : libacl ##################### [ 30/142] Updating : mesa-libGLU ##################### [ 31/142] Updating : system-config-printer-libs ##################### [ 32/142] .... - Erwin From dragoran at feuerpokemon.de Thu Jul 6 15:22:38 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 06 Jul 2006 17:22:38 +0200 Subject: new s-c-soundcard in rawhide In-Reply-To: <20060706150647.GA5403@nostromo.devel.redhat.com> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060703134856.GA2684@jadzia.bu.edu> <44A921B1.9040906@feuerpokemon.de> <20060705172325.GG18434@nostromo.devel.redhat.com> <44AD0A23.1030304@feuerpokemon.de> <20060706150647.GA5403@nostromo.devel.redhat.com> Message-ID: <44AD2ABE.1070808@feuerpokemon.de> Bill Nottingham wrote: > dragoran (dragoran at feuerpokemon.de) said: > >>> Any drivers should automatically loaded, which means that ALSA probing >>> via HAL should work. If there isn't a driver for your card, there's >>> really nothing the tool's going to be able to do for you. >>> >> I have already posted it TV cards and modules like saa7134-alsa (don't >> know if any of this methods can detect it thought), it does not gets >> autoloaded and kudzu does nothing about it ? should I fill this as abug? >> if yes against what? kernel? kudzu? >> > > kernel/udev. kudzu does not load modules in current releases. > > Bill > > bug filled against udev: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197807 but this seems to be a udev and kernel issue From dragoran at feuerpokemon.de Thu Jul 6 15:42:24 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 06 Jul 2006 17:42:24 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152079490.23468.0.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> Message-ID: <44AD2F60.1090105@feuerpokemon.de> Nicolas Mailhot wrote: > Dear Fedora user, > > A new font family is being proposed as the Fedora Core default. It > probably impacts your language. Please tell us what you think about it: > > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall > > Happy testing! > > the monospace font seem to be broken (chars overlap see screenshot) -------------- next part -------------- A non-text attachment was scrubbed... Name: font-bug.png Type: image/png Size: 65304 bytes Desc: not available URL: From smooge at gmail.com Thu Jul 6 15:54:54 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 6 Jul 2006 09:54:54 -0600 Subject: 2 years later... backups Message-ID: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> Reference: http://www.redhat.com/archives/fedora-devel-list/2004-September/msg00855.html Ok in trying to make sure I don't end up in the same place as others with dead servers.. I decided to make sure I had a daily/weekly backups of my server and home machines to try and deal with old hardware getting old. Looking over the mailling lists I found this question about backups from 2004. Summarizing the data in it: star: covers ACL, in core dar: not in extras, was it ever looked at after email? google-skillz failed me tar: no one made their SAN check. lvm snapshots: lots of questions.. not a lot of what/how to do. So what is the status of doing base/incremental backups for FC5/6? -- Stephen J Smoogen. CSIRT/Linux System Administrator From lfarkas at bppiac.hu Thu Jul 6 15:57:23 2006 From: lfarkas at bppiac.hu (Farkas Levente) Date: Thu, 06 Jul 2006 17:57:23 +0200 Subject: 2 years later... backups In-Reply-To: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> References: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> Message-ID: <44AD32E3.5080507@bppiac.hu> Stephen John Smoogen wrote: > Reference: > http://www.redhat.com/archives/fedora-devel-list/2004-September/msg00855.html > > > > Ok in trying to make sure I don't end up in the same place as others > with dead servers.. I decided to make sure I had a daily/weekly > backups of my server and home machines to try and deal with old > hardware getting old. Looking over the mailling lists I found this > question about backups from 2004. Summarizing the data in it: > > star: covers ACL, in core > dar: not in extras, was it ever looked at after email? google-skillz > failed me > tar: no one made their SAN check. > lvm snapshots: lots of questions.. not a lot of what/how to do. > > So what is the status of doing base/incremental backups for FC5/6? rdiff-backup -- Levente "Si vis pacem para bellum!" From seg at haxxed.com Thu Jul 6 16:10:06 2006 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 06 Jul 2006 11:10:06 -0500 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44AD2F60.1090105@feuerpokemon.de> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AD2F60.1090105@feuerpokemon.de> Message-ID: <1152202207.2975.42.camel@localhost> On Thu, 2006-07-06 at 17:42 +0200, dragoran wrote: > the monospace font seem to be broken (chars overlap see screenshot) That would appear to be Sans being used instead of Sans Mono. Are you sure its set to use "DejaVu Sans Mono"? -------------- 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 seg at haxxed.com Thu Jul 6 16:11:56 2006 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 06 Jul 2006 11:11:56 -0500 Subject: 2 years later... backups In-Reply-To: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> References: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> Message-ID: <1152202317.2975.44.camel@localhost> On Thu, 2006-07-06 at 09:54 -0600, Stephen John Smoogen wrote: > So what is the status of doing base/incremental backups for FC5/6? Duplicity. (available in extras) -------------- 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 dragoran at feuerpokemon.de Thu Jul 6 16:12:58 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 06 Jul 2006 18:12:58 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152202207.2975.42.camel@localhost> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AD2F60.1090105@feuerpokemon.de> <1152202207.2975.42.camel@localhost> Message-ID: <44AD368A.7030704@feuerpokemon.de> Callum Lerwick wrote: > On Thu, 2006-07-06 at 17:42 +0200, dragoran wrote: > >> the monospace font seem to be broken (chars overlap see screenshot) >> > > That would appear to be Sans being used instead of Sans Mono. Are you > sure its set to use "DejaVu Sans Mono"? > yes see https://bugs.freedesktop.org/show_bug.cgi?id=7440 second attachment From peter at thecodergeek.com Thu Jul 6 16:45:59 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 06 Jul 2006 09:45:59 -0700 Subject: 2 years later... backups In-Reply-To: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> References: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> Message-ID: <20060706094559.ey6jz3mvnk2swkg8@www.thecodergeek.com> On Thu, 6 Jul 2006 09:54:54 -0600, Stephen John Smoogen wrote: > So what is the status of doing base/incremental backups for FC5/6? I rather like rsync. I use it to backup my /home, /var/www, and /etc to a spare hard disk every couple of days. :) -- Peter Gordon (codergeek42) This message was sent through a webmail interface, thus has no digital signature. From dragoran at feuerpokemon.de Thu Jul 6 17:17:21 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 06 Jul 2006 19:17:21 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44AD2F60.1090105@feuerpokemon.de> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AD2F60.1090105@feuerpokemon.de> Message-ID: <44AD45A1.80606@feuerpokemon.de> dragoran wrote: > Nicolas Mailhot wrote: >> Dear Fedora user, >> >> A new font family is being proposed as the Fedora Core default. It >> probably impacts your language. Please tell us what you think about it: >> >> http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall >> >> Happy testing! >> >> > > the monospace font seem to be broken (chars overlap see screenshot) > > monospace issue fixed (X restart was required): https://bugs.freedesktop.org/show_bug.cgi?id=7440 From paul at cypherpunks.ca Thu Jul 6 17:30:42 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Thu, 6 Jul 2006 19:30:42 +0200 (CEST) Subject: 2 years later... backups In-Reply-To: <20060706094559.ey6jz3mvnk2swkg8@www.thecodergeek.com> References: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> <20060706094559.ey6jz3mvnk2swkg8@www.thecodergeek.com> Message-ID: On Thu, 6 Jul 2006, Peter Gordon wrote: > On Thu, 6 Jul 2006 09:54:54 -0600, Stephen John Smoogen wrote: > > So what is the status of doing base/incremental backups for FC5/6? > > I rather like rsync. I use it to backup my /home, /var/www, and /etc to > a spare hard disk every couple of days. :) Nothing beats rsync over ssh in combination with "cp -l" Twenty lines of shell script gives me 30 live live and full backups per host:dir combination, with only about 2.4 times the storage per tree. Without the annoyance of partial/incremental trees. We smb export them readonly, and all users can click their way back for 30 days to help themselves restore files. In essence: for i in `cat /etc/backup.list | egrep -v "^#"` [...] rsync --bwlimit=512 --numeric-ids --compress \ --rsh=/usr/bin/ssh -t --recursive --archive --relative --sparse \ --one-file-system --delete --exclude-from=/etc/backup.exclude \ $HOSTNAME:$DIRECTORY /vol/backup/$HOSTNAME/Current echo "Creating hardlinked copy in /vol/backup/$HOSTNAME/$DATE" cp -al /vol/backup/$HOSTNAME/Current/$DIRECTORY /vol/backup/$HOSTNAME/$DATE/$DIRECTORYBASE This means, cp will use links whenver possible, so it only stores double copies of files when the actually change, and most of your system doesn't. Though if you do this, be aware of large files that grow daily, since rsync will recreate those locally every day. Think of forgotten apache server logs of 1GB. We rotate those logs into daily logfiles, so we don't have that problem. Paul -- Building and integrating Virtual Private Networks with Openswan: http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155 From mailinglists at erwinrol.com Thu Jul 6 19:31:50 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 06 Jul 2006 21:31:50 +0200 Subject: OOo documents look different Message-ID: <1152214310.2819.14.camel@xpc.home.erwinrol.com> Hey all, I have a large number of OOo documents, and since a while my older documents look different. For example when I open invoices (since they are invoices I can't email an example document ;-) I wrote in June and fitted on one page now have 1 or 2 lines on the next page. When I open those documents with OOo 2.0.2 on windows they look correct. This happens on my latest Rawhide (OOo 2.0.3) and on FC5 (OOo 2.0.2), is anybody else seeing this problem too ? - Erwin From twoerner at redhat.com Thu Jul 6 21:17:46 2006 From: twoerner at redhat.com (Thomas Woerner) Date: Thu, 06 Jul 2006 17:17:46 -0400 Subject: New e2fsprogs in rawhide Message-ID: <44AD7DFA.9050208@redhat.com> The e2fsprogs version 1.39 just made it into rawhide. This version has lots of bug fixes and the ext2online feature has been integrated into resize2fs. Therefore, the ext2online program has been removed from this package. Thomas From nicolas.mailhot at laposte.net Thu Jul 6 22:33:18 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 07 Jul 2006 00:33:18 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44ACCA4F.40606@adslpipe.co.uk> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44ACCA4F.40606@adslpipe.co.uk> Message-ID: <1152225198.26100.24.camel@rousalka.dyndns.org> Le jeudi 06 juillet 2006 ? 09:31 +0100, Andy Burns a ?crit : > Nicolas Mailhot wrote: > > > A new font family is being proposed as the Fedora Core default. It > > probably impacts your language. Please tell us what you think about it: > > Tried it on 1280x800 LCD, in general looks good and clear, with > greyscale and subpixel(BGR) hinting, struggled to notice any extra > benefit from hinting above "slight" setting. > > One thing which looked *MUCH* worse was using DejaVu Serif within > firefox, text was spiderish, and kerning was uneven, letters ran > directly into each other > > http://adslpipe.co.uk/pics/firefox-dejavu.png > > So I just set the default proprtional font to DejaVu Sans in firefox. I'm not too fond of DejaVu Serif, or serif fonts in general. However if you have much worse rendering than Vera Serif in the same app with no other changes there is a problem (it's probably in firefox BTW) Could you please prepare two screenshots, one with Vera Serif the other with DejaVu Serif, and post the info I listed on http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall#head-03bc0dbd603319499fb5723a9f2389dab9e71eab ? If disabling pango in firefox helps but Vera is still better, can you do a third screenshot ? Lastly if you remove the dejavu packages from your system, and install dejavu LGC from http://dejavu.sourceforge.net/wiki/index.php/Download, does it help ? > I'd still choose to install DejaVu fonts, presumable Vera wouldn't be > removed by this? DejaVu won't remove Vera. However it may be used instead of Vera in fontconfig aliases such as Sans, Serif and monospace. You can remove the makedefault package and follow the procedure on http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall#head-ab1ec2f7a8e50f32635bf19d67f5bb9848c9e731 to just have the font files installed without touching the Fedora current font setup. Regards, -- 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 cfeist at redhat.com Thu Jul 6 22:54:39 2006 From: cfeist at redhat.com (Chris Feist) Date: Thu, 06 Jul 2006 17:54:39 -0500 Subject: GFS & Cluster support in Fedora Core In-Reply-To: <1151879841.7877.9.camel@aic-laptop.cathrow.org> References: <1151879841.7877.9.camel@aic-laptop.cathrow.org> Message-ID: <44AD94AF.20701@redhat.com> Andrew Cathrow wrote: > What's status of the GFS packages in Fedora Core. > The FC5 gfs and gnbd kernel packages don't seem to have been updated > since 2.6.15 and I don't see anything newer in FC6 test 1 either. gnbd-kernel (and the other GFS kernel packages) are regularly built when a new FC5 kernel release comes out. It usually takes a few days after the new kernel comes out for the GFS packages to appear. Also, the version scheme for the GFS kernel packages doesn't exactly match the kernel versions. So the 2.6.15 version of gnbd-kernel may match the 2.6.17 kernel, the dependencies are all specified in the rpm packages. Thanks, Chris From nicolas.mailhot at laposte.net Thu Jul 6 22:55:50 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 07 Jul 2006 00:55:50 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44AD0E23.3020901@feuerpokemon.de> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AB5E2D.8060707@feuerpokemon.de> <34740.192.54.193.53.1152089424.squirrel@rousalka.dyndns.org> <44AD0E23.3020901@feuerpokemon.de> Message-ID: <1152226550.27758.11.camel@rousalka.dyndns.org> Le jeudi 06 juillet 2006 ? 15:20 +0200, dragoran a ?crit : > > I've opened the following ticket. Feel free to complete it > > https://bugs.freedesktop.org/show_bug.cgi?id=7427 > > > > > this is marked as wontfix :( > using no bytecode interpreter makes other fonts (the ms stuff used on > most webpages looks very(!!) ugly > what about a dejavu-fonts-bytecodeinterpreter package with fixed fonts > for bytecode interpretter users? Can you try to drop the following files in /etc/fonts/conf.d and report if it fixes your problems ? (you may have to play with the autohinter part - I don't have the bytecode interpreter there, so I guessed the syntax. Maybe autohinter on with no hinter off is sufficient) If this is the case I'll include them in the next package iteration Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: 99-DejaVu-autohinter-only.conf Type: application/xml Size: 918 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 99-DejaVu-limit-hinting.conf Type: application/xml Size: 915 bytes Desc: not available URL: -------------- 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 vd at paradigma.pt Thu Jul 6 22:42:38 2006 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 06 Jul 2006 23:42:38 +0100 Subject: rawhide report: 20060706 changes In-Reply-To: <200607061039.k66AdJE0018240@js20-bc2-8.build.redhat.com> References: <200607061039.k66AdJE0018240@js20-bc2-8.build.redhat.com> Message-ID: <1152225758.2542.4.camel@morpheus> On Thu, 2006-07-06 at 06:39 -0400, buildsys at redhat.com wrote: > kernel-2.6.17-1.2356.fc6 > ------------------------ > * Thu Jul 06 2006 Dave Jones > - 2.6.18-rc1 I'm getting some problems with these latest kernels on suspend2ram. They never get to suspend, and just make some kind of logoff. The last stable that works is 2.6.17-1.2293_FC6. Regards, -- Vitor Domingos Paradigma.pt From sundaram at fedoraproject.org Thu Jul 6 23:51:53 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 07 Jul 2006 05:21:53 +0530 Subject: New e2fsprogs in rawhide In-Reply-To: <44AD7DFA.9050208@redhat.com> References: <44AD7DFA.9050208@redhat.com> Message-ID: <44ADA219.5020009@fedoraproject.org> Thomas Woerner wrote: > The e2fsprogs version 1.39 just made it into rawhide. This version has > lots of bug fixes and the ext2online feature has been integrated into > resize2fs. Therefore, the ext2online program has been removed from > this package. Thanks for the info. Quite useful to have in the release notes. Rahul From davej at redhat.com Fri Jul 7 00:01:06 2006 From: davej at redhat.com (Dave Jones) Date: Thu, 6 Jul 2006 20:01:06 -0400 Subject: rawhide report: 20060706 changes In-Reply-To: <1152225758.2542.4.camel@morpheus> References: <200607061039.k66AdJE0018240@js20-bc2-8.build.redhat.com> <1152225758.2542.4.camel@morpheus> Message-ID: <20060707000106.GL30500@redhat.com> On Thu, Jul 06, 2006 at 11:42:38PM +0100, Vitor Domingos wrote: > On Thu, 2006-07-06 at 06:39 -0400, buildsys at redhat.com wrote: > > > kernel-2.6.17-1.2356.fc6 > > ------------------------ > > * Thu Jul 06 2006 Dave Jones > > - 2.6.18-rc1 > > I'm getting some problems with these latest kernels on suspend2ram. They > never get to suspend, and just make some kind of logoff. The last stable > that works is 2.6.17-1.2293_FC6. There's a number of suspend issues right now, I'm going to start digging through them soon, as some of them are easy pickings, it's just getting around to doing the work. Dave -- http://www.codemonkey.org.uk From mmcgrath at fedoraproject.org Fri Jul 7 03:22:13 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 6 Jul 2006 22:22:13 -0500 Subject: Source file consolidation on CVS Message-ID: <3237e4410607062022k7d04f947o6240013e457ea7a1@mail.gmail.com> I'll be working to consolidate some of the source files on the CVS box over the next couple of days. Pay attention and let me know immediately if something breaks. I don't foresee any issues. Right now legacy, cvs, and dist all have individual sources in them. The sources are stored by file name and md5sum, for example: putty-0.58.tar.gz/ffb78a7db7e4802896189b2112714a9f/putty-0.58.tar.gz A collision between the different trees is unlikely. The purpose for this consolidation is to ease the efforts of the legacy team and provide them a proper development and build environment. In the end a source tarball is a source tarball, it makes sense to store them in one spot. Currently the dist repo is 73G and the extras repo is 12G. It seems a shame to make a copy of all of that when the exact same files would be a directory away. Send objections, comments, suggestions and consecutive unmarked-bills my way. -Mike From tcallawa at redhat.com Thu Jul 6 23:59:03 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 06 Jul 2006 18:59:03 -0500 Subject: Announcing Fedora Core 6 Test 1 (5.90) In-Reply-To: <44996E18.1020608@marmot.org> References: <1150901710.7049.22.camel@dhcp83-49.boston.redhat.com> <20060621150039.GA20695@devserv.devel.redhat.com> <1150902724.7049.26.camel@dhcp83-49.boston.redhat.com> <20060621151826.GA23531@devserv.devel.redhat.com> <1150903892.7049.34.camel@dhcp83-49.boston.redhat.com> <20060621154929.GA26709@devserv.devel.redhat.com> <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> <44996E18.1020608@marmot.org> Message-ID: <1152230343.12430.22.camel@localhost.localdomain> On Wed, 2006-06-21 at 10:04 -0600, Steve Lindemann wrote: > > just a lurker without resources to participate... but... > we don't much care about i586, but support for sparc would be really nice. > We have some old e450's (and some others) we'd like to put to use without > going back and forth between OS's.... I know it's a pipe dream, but ya > gotta have a dream of some kind 8^) Better late than never... Come check out Aurora Linux (Fedora for SPARC). We're a little behind Fedora (our current release is FC-3 based), but we're picking up steam, and it should work on your E450s. http://auroralinux.org ~spot -- Tom "spot" Callaway: Red Hat Technical Team Lead || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From dragoran at feuerpokemon.de Fri Jul 7 06:01:35 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 07 Jul 2006 08:01:35 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152226550.27758.11.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44AB5E2D.8060707@feuerpokemon.de> <34740.192.54.193.53.1152089424.squirrel@rousalka.dyndns.org> <44AD0E23.3020901@feuerpokemon.de> <1152226550.27758.11.camel@rousalka.dyndns.org> Message-ID: <44ADF8BF.1000703@feuerpokemon.de> Nicolas Mailhot wrote: > Le jeudi 06 juillet 2006 ? 15:20 +0200, dragoran a ?crit : > > >>> I've opened the following ticket. Feel free to complete it >>> https://bugs.freedesktop.org/show_bug.cgi?id=7427 >>> >>> >>> >> this is marked as wontfix :( >> using no bytecode interpreter makes other fonts (the ms stuff used on >> most webpages looks very(!!) ugly >> what about a dejavu-fonts-bytecodeinterpreter package with fixed fonts >> for bytecode interpretter users? >> > > Can you try to drop the following files in /etc/fonts/conf.d and report > if it fixes your problems ? > > (you may have to play with the autohinter part - I don't have the > bytecode interpreter there, so I guessed the syntax. Maybe autohinter on > with no hinter off is sufficient) > > If this is the case I'll include them in the next package iteration > > forgott this this is an non issue now doing an X restart after install does not only fix the monospace stuff but this one too ;) (fontconfig is broken) I am now using them as my default fonts they look very nice now ;) thx for the good work > Regards, > > From fedora at adslpipe.co.uk Fri Jul 7 06:54:17 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Fri, 07 Jul 2006 07:54:17 +0100 Subject: bugzilla unwell? Message-ID: <44AE0519.2070407@adslpipe.co.uk> Seems that any bugzilla query is currently tickling a bug in buzilla itself! Software error: syntax error at ./data/versioncache line 2050, at EOF Missing right curly or square bracket at ./data/versioncache line 2050, at end of line Compilation failed in require at globals.pl line 379. For help, please send mail to the webmaster (bugzilla-owner at redhat.com), giving this error message and the time and date of the error. Fri 7th July 2006 07:57 GMT From michael at knox.net.nz Fri Jul 7 06:58:23 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Fri, 07 Jul 2006 18:58:23 +1200 Subject: bugzilla unwell? In-Reply-To: <44AE0519.2070407@adslpipe.co.uk> References: <44AE0519.2070407@adslpipe.co.uk> Message-ID: <44AE060F.6020302@knox.net.nz> Andy Burns wrote: > Seems that any bugzilla query is currently tickling a bug in buzilla > itself! > > Software error: > > syntax error at ./data/versioncache line 2050, at EOF > Missing right curly or square bracket at ./data/versioncache line 2050, > at end of line > Compilation failed in require at globals.pl line 379. > > For help, please send mail to the webmaster (bugzilla-owner at redhat.com), > giving this error message and the time and date of the error. > > Fri 7th July 2006 07:57 GMT > Yes, its seems bugzilla is out of disk space. Michael From fedora at nodata.co.uk Fri Jul 7 08:14:59 2006 From: fedora at nodata.co.uk (nodata) Date: Fri, 7 Jul 2006 10:14:59 +0200 (CEST) Subject: bugzilla unwell? In-Reply-To: <44AE060F.6020302@knox.net.nz> References: <44AE0519.2070407@adslpipe.co.uk> <44AE060F.6020302@knox.net.nz> Message-ID: <4934.213.164.3.90.1152260099.squirrel@www.nodata.co.uk> > > Yes, its seems bugzilla is out of disk space. > > Michael AGAIN! Incredible. You think they'd learn. I'll file a bug when it works again. From jwboyer at jdub.homelinux.org Fri Jul 7 10:47:23 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 07 Jul 2006 05:47:23 -0500 Subject: Source file consolidation on CVS In-Reply-To: <3237e4410607062022k7d04f947o6240013e457ea7a1@mail.gmail.com> References: <3237e4410607062022k7d04f947o6240013e457ea7a1@mail.gmail.com> Message-ID: <1152269244.14154.1.camel@vader.jdub.homelinux.org> On Thu, 2006-07-06 at 22:22 -0500, Mike McGrath wrote: > > Send objections, comments, suggestions and consecutive unmarked-bills my way. non-consecutive. Unless you really want to be tracked. ;) josh From dragoran at feuerpokemon.de Fri Jul 7 10:55:56 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 07 Jul 2006 12:55:56 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152225198.26100.24.camel@rousalka.dyndns.org> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44ACCA4F.40606@adslpipe.co.uk> <1152225198.26100.24.camel@rousalka.dyndns.org> Message-ID: <44AE3DBC.2050008@feuerpokemon.de> hello since I am using the dejaVu fonts I get this when I start gedit from the console: sys:1: PangoWarning: Error loading GPOS table 4097 what does this mean? (gedit works fine thought) is something wrong with the fonts? From nicolas.mailhot at laposte.net Fri Jul 7 11:09:58 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 7 Jul 2006 13:09:58 +0200 (CEST) Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <44AE3DBC.2050008@feuerpokemon.de> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <44ACCA4F.40606@adslpipe.co.uk> <1152225198.26100.24.camel@rousalka.dyndns.org> <44AE3DBC.2050008@feuerpokemon.de> Message-ID: <57452.192.54.193.52.1152270598.squirrel@rousalka.dyndns.org> Le Ven 7 juillet 2006 12:55, dragoran a ?crit : > hello > since I am using the dejaVu fonts I get this when I start gedit from the > console: > sys:1: PangoWarning: Error loading GPOS table 4097 > what does this mean? (gedit works fine thought) > is something wrong with the fonts? with the fonts, fontforge or pango Seems it's harmless but will open a bug nevertheless https://bugs.freedesktop.org/show_bug.cgi?id=7455 -- Nicolas Mailhot From jkeating at redhat.com Fri Jul 7 12:58:51 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 7 Jul 2006 08:58:51 -0400 Subject: bugzilla unwell? In-Reply-To: <4934.213.164.3.90.1152260099.squirrel@www.nodata.co.uk> References: <44AE0519.2070407@adslpipe.co.uk> <44AE060F.6020302@knox.net.nz> <4934.213.164.3.90.1152260099.squirrel@www.nodata.co.uk> Message-ID: <200607070858.51820.jkeating@redhat.com> On Friday 07 July 2006 04:14, nodata wrote: > AGAIN! Incredible. You think they'd learn. I'll file a bug when it works > again. Again what? The last bugzilla outage was due to double disk failure, not running out of disk space. Running out of space is sometimes unavoidable if something spins out of control and fills it all at once. Yes notifications are possible, and probably already made, but it may have been too late. So I'm not quite sure what we're supposed to "learn" here, but thanks for your 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 fedora at nodata.co.uk Fri Jul 7 13:15:07 2006 From: fedora at nodata.co.uk (nodata) Date: Fri, 7 Jul 2006 15:15:07 +0200 (CEST) Subject: bugzilla unwell? In-Reply-To: <200607070858.51820.jkeating@redhat.com> References: <44AE0519.2070407@adslpipe.co.uk> <44AE060F.6020302@knox.net.nz> <4934.213.164.3.90.1152260099.squirrel@www.nodata.co.uk> <200607070858.51820.jkeating@redhat.com> Message-ID: <46150.213.164.3.90.1152278107.squirrel@www.nodata.co.uk> > On Friday 07 July 2006 04:14, nodata wrote: >> AGAIN! Incredible. You think they'd learn. I'll file a bug when it works >> again. > > Again what? The last bugzilla outage was due to double disk failure, not > running out of disk space. Hi Jesse, The aim of my message was to draw attention to bugzilla's yearly disk problem, whether it be failure or full disk, so that some nice person at Red Hat could prevent or guard againt it happening in future. Everyone wants to use a bugzilla that's up, so we can keep reporting bugs. Bugzilla not being up is an annoyance, so it's in people's interests, loud and quiet, for it to work. > Running out of space is sometimes unavoidable > if > something spins out of control and fills it all at once. Yes > notifications > are possible, and probably already made, but it may have been too late. These two sentences don't give us any information, because you've avoided saying whether: i) "something" _did_ spin out of control ii) notifications _did_ happen iii) whether (if the notification was made) it was already too late. > So > I'm not quite sure what we're supposed to "learn" here, but thanks for > your > input. No problem, nice to see a friendly response. From jkeating at redhat.com Fri Jul 7 13:22:21 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 7 Jul 2006 09:22:21 -0400 Subject: bugzilla unwell? In-Reply-To: <46150.213.164.3.90.1152278107.squirrel@www.nodata.co.uk> References: <44AE0519.2070407@adslpipe.co.uk> <200607070858.51820.jkeating@redhat.com> <46150.213.164.3.90.1152278107.squirrel@www.nodata.co.uk> Message-ID: <200607070922.21901.jkeating@redhat.com> On Friday 07 July 2006 09:15, nodata wrote: > These two sentences don't give us any information, because you've avoided > saying whether: > > i) "something" _did_ spin out of control > ii) notifications _did_ happen > iii) whether (if the notification was made) it was already too late. I avoided it because I do not have first hand knowledge of WHY it ran out or IF notifications went out. However I _DO_ know that the sysadmins do get notices when I start filling up disk space with Fedora trees, so they're usually on top of space overages. > > So > > I'm not quite sure what we're supposed to "learn" here, but thanks for > > your > > input. > > No problem, nice to see a friendly response. Sometimes it is hard to stay friendly when being collectively called an idiot. And while we're going back and forth, look! Bugzilla is back! Crisis averted. -- 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 Fri Jul 7 14:14:22 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 7 Jul 2006 10:14:22 -0400 Subject: new s-c-soundcard in rawhide In-Reply-To: <20060705154235.GA17615@nostromo.devel.redhat.com> References: <44A538A3.5040209@redhat.com> <20060630201505.GA7393@nostromo.devel.redhat.com> <44A8DC49.2030409@redhat.com> <20060705154235.GA17615@nostromo.devel.redhat.com> Message-ID: <20060707141422.GB8750@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > > I've never heard anything about "Sound preference", so if there is > > something like that can I read it somewhere? > > System->Prefereces->Sound under GNOME. KDE may have something else entirely. So, looking at it some more, we've got at the moment: 1) system-config-soundcard - sets the default ALSA device for all users, by writing a system-specific config file 2) gnome-sound-properties - sets the default ALSA devices for GNOME apps using GStreamer, by changing GConf keys that apps read. Per-user. Allows you to set different devices for different types of apps. 3) KDE Control Center->Sound & Multimedia - sets the default output for arts to ALSA/OSS/esd/none 4) I'm sure KDE4 and Phonon will do something Entirely Different Have we architected/designed how these will all fit together? Right now you can change things and test sounds in 3 different places, all of which could yield different results. Bill From j.w.r.degoede at hhs.nl Fri Jul 7 20:23:11 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 07 Jul 2006 22:23:11 +0200 Subject: Moving gkrellm to Extras? In-Reply-To: <44AC2027.1090506@hhs.nl> References: <44A7BC4E.7040106@hhs.nl> <20060705173710.GH18434@nostromo.devel.redhat.com> <44AC1157.3020109@hhs.nl> <20060705184741.GA21586@redhat.de> <44AC2027.1090506@hhs.nl> Message-ID: <44AEC2AF.7070105@hhs.nl> Hans de Goede wrote: > > Ok, > > I think I'll take it then, mainly because I'm currently working > (together with upstream) in getting better lm_sensors support into > gkrellm, basicly make it use libsensors (and thus obey > /etc/sensors.conf) instead of doing things itself. > > You probably do not know this but I wrote an lm_sensors driver for the > uGuru chip found on Abit motherboards, so I'm getting sort of intimate > with sensors stuff. > > So if you could please not upgrade gkrellm in Core anymore then I'll > create 2 packages (gkrellm & gkrellm-wireless) with a higher E-V-R and > submit them to Extras, once they are build I'll send you mail requesting > the removal of the then older versions from Core. Agreed? > > This may take some time though since I'm going away on holliday for a > week next week and I doubt I'll have time for this this weekend. > Well I did find time for this, so here we are 2 review requests for FE, one for gkrellm and one for gkrellm-wifi: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197967 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197981 Karsten, can you take a look if I didn't screw anything up? Thanks & Regards, Hans From pertusus at free.fr Fri Jul 7 21:28:33 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 7 Jul 2006 23:28:33 +0200 Subject: unversioned upstream source Message-ID: <20060707212833.GA2509@free.fr> Hello, I am seeking advice, or even better guidelines on the issue of unversionned upstream source. There is a dispute which may be seen here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197488 The upstream tarball is unversioned, I would like to add the timestamp to the tarball name to avoid having different tarballs with the same name, in case upstream wants to do a newer release without modifying the tarball name. This leads to: %define stamp 19981218 Source0: uread-%{stamp}.tar.gz # unversioned upstream source, downloaded with wget -N # renamed to uread-YYYYMMDD.tar.gz #Source0: http://www.engineers.auckland.ac.nz/~snor007/src/uread.tar.gz Jochen objects to that, saying that the Source should be downloadable, like Source0: http://www.engineers.auckland.ac.nz/~snor007/src/uread.tar.gz What do you think about that issue? What do you think is best practice and why? -- Pat From mharris at mharris.ca Fri Jul 7 22:23:06 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Fri, 07 Jul 2006 18:23:06 -0400 Subject: Attn: Maintainers of things which might depend on xorg-x11-xkbdata Message-ID: <44AEDECA.7060006@mharris.ca> The xorg-x11-xkbdata package originally contained X.Org's xkbdata, but we switched to using xkeyboard-config late in the FC5 development cycle. It was too late to rename the package at that point, so we left it as-is. The package contains "Provides: xkbdata" for the purpose of allowing packages which require xkbdata to use the virtual provides and not have a dependency on the package name. That allows the actual data to easily move from package to package in the future, thus futureproofing things - or so the theory goes. Of course that relies on everyone actually using the virtual provides. ;o) Anyhow, now that FC6 development is underway, we are renaming the package now. The virtual provides will remain as is, so any packages requiring "xkbdata" should continue to work properly. If however any packages hard code the old package name, they will need to be updated to use the virtual provides instead. Note that similar strategy is used throughout all of the X.Org modular packaging, and packagers should always use a virtual dependency on modular X items if one exists already (ie: xdm, xfs, Xorg, Xnest, Xvfb, individual binaries present in various apps/utils packages, etc.). This helps to futureproof everything as much as possible, and while in a perfect world the packaging of things shouldn't really change much, nobody's planned on it changing and it has changed 4-5 times over the last 2-3 years, so using virtual provides/requires for this stuff now, helps to save everyone headaches in the future. I just thought I'd give a quick heads up now in the unlikely event that something breaks due to incorrectly specified dependencies. ;) Thanks in advance. TTYL -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From buildsys at redhat.com Fri Jul 7 23:54:05 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 7 Jul 2006 19:54:05 -0400 Subject: rawhide report: 20060707 changes Message-ID: <200607072354.k67Ns4kh024651@hs20-bc2-6.build.redhat.com> Updated Packages: authconfig-5.3.0-1 ------------------ * Fri Jul 07 2006 Tomas Mraz - 5.3.0-1 - added support for smartcard authentication - fixed parsing kerberos realms autofs-1:5.0.0_beta6-5 ---------------------- * Fri Jul 07 2006 Ian Kent - 5.0.0_beta6-5 - correct auto.net installed as auto.smb. - update LDAP auth - add autodectect option. checkpolicy-1.30.9-1 -------------------- * Tue Jul 04 2006 Dan Walsh - 1.30.8-1 - Latest upgrade from NSA * Lindent. * Merged patch to remove TE rule conflict checking from the parser from Joshua Brindle. This can only be done properly by the expander. * Merged patch to make checkpolicy/checkmodule handling of duplicate/conflicting TE rules the same as the expander from Joshua Brindle. * Merged optionals in base take 2 patch set from Joshua Brindle. cman-2.0.1-0.fc6.8 ------------------ * Thu Jul 06 2006 Chris Feist - 2.0.1-0.fc6.0 - Rebuild w/ new upstream sources cups-1:1.2.1-18 --------------- * Fri Jul 07 2006 Tim Waugh 1:1.2.1-18 - Ship with an empty classes.conf file. e2fsprogs-1.39-1 ---------------- * Thu Jul 06 2006 Thomas Woerner - 1.39-1 - new version 1.39 - dropped ext2online, because resize2fs is now able to do online resize - spec file cleanup - enabled checks for build evolution-2.7.3-9 ----------------- * Fri Jul 07 2006 Matthew Barnes - 2.7.3-9 - Make "Submit Bug Report" menu item work again (RH #197384). * Thu Jul 06 2006 Matthew Barnes - 2.7.3-8 - Add patch for RH bug #166231 (also addresses #131227 and #157391). gnome-applets-1:2.15.1.1-3 -------------------------- * Fri Jul 07 2006 Matthias Clasen - 1:2.15.1.1-3 - Try to make the invest applet actually work grub-0.97-9 ----------- * Fri Jul 07 2006 Peter Jones - 0.97-9 - fix broken error reporting from helper functions hesiod-3.1.0-6 -------------- * Fri Jul 07 2006 Nalin Dahyabhai - 3.1.0-6 - run autoreconf instead of autoconf after untarring so that we get a config.h.in which suits the changes we make to configure.in (part of #197938) kernel-2.6.17-1.2358.fc6 ------------------------ * Fri Jul 07 2006 Dave Jones - Add lockdep annotate for bdev warning. krb5-1.5-1 ---------- * Thu Jul 06 2006 Nalin Dahyabhai 1.5-1 - build * Wed Jul 05 2006 Nalin Dahyabhai 1.5-0 - update to 1.5 libgdiplus-1.1.16-1 ------------------- * Fri Jul 07 2006 Alexander Larsson - 1.1.16-1 - update to 1.1.16 libidn-0.6.5-1 -------------- * Fri Jul 07 2006 Joe Orton 0.6.5-1 - update to 0.6.5 * Fri Jul 07 2006 Joe Orton 0.6.4-1 - update to 0.6.4 libselinux-1.30.19-1 -------------------- * Tue Jul 04 2006 Dan Walsh 1.30.19-1 - Upgrade to latest from NSA * Lindent. * Merged {get,set}procattrcon patch set from Eric Paris. * Merged re-base of keycreate patch originally by Michael LeMay from Eric Paris. * Regenerated Flask headers from refpolicy. * Merged patch from Dan Walsh with: - Added selinux_file_context_{cmp,verify}. - Added selinux_lsetfilecon_default. - Delay translation of contexts in matchpathcon. libsemanage-1.6.11-1 -------------------- * Tue Jul 04 2006 Dan Walsh - 1.6.11-1 - Upgrade to latest from NSA * Lindent. * Merged setfiles location check patch from Dan Walsh. m17n-db-1.3.3-11.fc6 -------------------- * Thu Jul 06 2006 Mayank Jain - Added key summaries in various keymaps mdadm-2.5.2-1 ------------- * Fri Jul 07 2006 Doug Ledford - 2.5.2-1 - Update to 2.5.2 - Remove auto default patch as upstream now has a preferred default auto method mono-1.1.16-1 ------------- * Fri Jul 07 2006 Alexander Larsson - 1.1.16-1 - update to 1.1.16 ncurses-5.5-20 -------------- * Fri Jul 07 2006 Miroslav Lichvar 5.5-20 - update to patch 20060701 - don't strip libraries, chmod +x them - move .so links to devel package - add gpm-devel to buildrequires - spec cleanup ntp-4.2.2-3 ----------- * Thu Jul 06 2006 Miroslav Lichvar 4.2.2-3 - fix manycast support in ntpdate (#194329) - reply to manycast requests with null refid - enable mlockall (#195617) - correct threshold value in ntpdate manpage openais-0.78-1.0 ---------------- * Thu Jul 06 2006 Steven Dake - 0.78-1.0 - New upstream release. policycoreutils-1.30.17-1 ------------------------- * Tue Jul 04 2006 Dan Walsh 1.30.17-1 - Update to upstream * Lindent. * Merged patch from Dan Walsh with: * -p option (progress) for setfiles and restorecon. * disable context translation for setfiles and restorecon. * on/off values for setsebool. * Merged setfiles and semodule_link fixes from Joshua Brindle. redhat-lsb-3.1-10.2 ------------------- * Thu Jul 06 2006 Lawrence Lim - 3.1-10.2 - for some strange reason, ld-lsb-x86-64.so need to be ld-lsb-x86-64.so.3 (LSB3.0) rather than ld-lsb-x86-64.so.3.1 (LSB3.1) reiserfs-utils-2:3.6.19-2.4 --------------------------- * Thu Jul 06 2006 David Woodhouse - Remove unneeded ExclusiveArch: samba-0:3.0.23-0.RC3 -------------------- * Thu Jul 06 2006 Jay Fenlason 3.0.23-0.RC3 - New upstream RC release. - Update the -logfiles, and -passwd patches for 3.0.23rc3 - Include the change to smb.init from Bastien Nocera ) to close bz#182560 Wrong retval for initscript when smbd is dead - Update this spec file to build with 3.0.23rc3 - Remove the -install.mount.smbfs patch, since we don't install mount.smbfs any more. scim-bridge-0.2.4-1.fc6 ----------------------- * Fri Jul 07 2006 Jens Petersen - 0.2.4-1 - 0.2.4, fixes activating with different IME from menu (#197658) * Fri Jul 07 2006 Jens Petersen - 0.2.3-2 - update with fixes from cvs (#197719) - fix input state caching across desktop sessions (Ryo Dairiki, #197775) setup-2.5.52-1 -------------- * Mon Jun 19 2006 Phil Knirsch 2.5.52-1 - Lock password for root account by default (#182206) * Wed May 03 2006 Karsten Hopp - remove gkrellmd from the reserved uid/gid list (#186974) * Tue Mar 21 2006 Florian La Roche 2.5.50-1 - use stricter umask of 022 for all logins struts-0:1.2.8-2jpp_12fc ------------------------ * Wed Jun 21 2006 Deepak Bhole - 0:1.2.8-2jpp_12fc - Re-enable ppc64, s390 and s390x builds system-config-printer-0.7.22-1 ------------------------------ * Fri Jul 07 2006 Tim Waugh 0.7.22-1 - 0.7.22. tomcat5-0:5.5.17-3jpp_0fc ------------------------- * Wed Jul 05 2006 Fernando Nasser 0:5.5.17-3jpp_0fc - Upgrade - Use any JTA for now - Try and remove exclude for sample.war - Bootstrap build with apisonly * Wed Jul 05 2006 Fernando Nasser 0:5.5.17-3jpp_1rh - Merge with upstream * Fri Jun 30 2006 Ralph Apel 0:5.5.17-3jpp - Create option --with apisonly to build just tomcat5-servlet-2.4-api, tomcat5-jsp-2.0-api and its -javadoc subpackages - Create option --without ecj to build even when eclipse-ecj not available - Drop several unnecessary export CLASSPATH= util-linux-2.13-0.29 -------------------- * Fri Jul 07 2006 Karel Zak 2.13-0.29 - include the raw command for RHELs * Mon Jun 26 2006 Florian La Roche 2.13-0.28 - move install-info parts from postun to preun * Wed Jun 21 2006 Dan Walsh 2.13-0.27 - Only execute chcon on machines with selinux enabled vte-0.13.2-1 ------------ * Thu Jun 15 2006 Behdad Esfahbod 0.13.2-1 - Update to 0.13.2 xorg-x11-drv-mga-1.4.1-4 ------------------------ * Thu Jul 06 2006 Adam Jackson 1.4.1-4 - mga.xinf updates. Add G200SE cards, remove Impression and Mistral IDs (since they do not and never have worked), and comment each line with the appropriate card name. xorg-x11-drv-nv-1.2.0-1 ----------------------- * Thu Jul 06 2006 Adam Jackson 1.2.0-1 - Update to 1.2.0: GeForce 6 and 7 updates and new hardware support. xorg-x11-server-1.1.0-26.fc6 ---------------------------- * Fri Jul 07 2006 Kristian H??gsberg - 1.1.0-26 - Add xorg-x11-server-1.1.0-mesa-copy-sub-buffer.patch to hook up the GLX_MESA_copy_sub_buffer extension. * Fri Jun 30 2006 Mike A. Harris 1.1.0-25.fc5 - Start using the new %{dist} tag experimentally in the package Release field to help prevent problems like (#197266) from occuring in the future. * Wed Jun 28 2006 Mike A. Harris - Disable build dependency on zlib-devel now that we are not uselessly linking against it. Broken deps for i386 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.i386 requires tomcat5-jasper >= 0:5.5.15 eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.i386 requires tomcat5 >= 0:5.5.15 samba - 3.0.23-0.RC3.i386 requires perl(Unicode::MapUTF8) struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.i386 requires tomcat5 Broken deps for ppc64 ---------------------------------------------------------- gnuplot-emacs - 4.0.0-11.ppc64 requires emacs samba - 3.0.23-0.RC3.ppc64 requires perl(Unicode::MapUTF8) struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.ppc64 requires tomcat5 Broken deps for x86_64 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.x86_64 requires tomcat5 >= 0:5.5.15 eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.x86_64 requires tomcat5-jasper >= 0:5.5.15 samba - 3.0.23-0.RC3.x86_64 requires perl(Unicode::MapUTF8) struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.x86_64 requires tomcat5 Broken deps for ppc ---------------------------------------------------------- eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.ppc requires tomcat5-jasper >= 0:5.5.15 eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.ppc requires tomcat5 >= 0:5.5.15 samba - 3.0.23-0.RC3.ppc requires perl(Unicode::MapUTF8) struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.ppc requires tomcat5 Broken deps for ia64 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.ia64 requires tomcat5 >= 0:5.5.15 eclipse-platform - 1:3.2.0-0jpp_0fc.3.2RC7.7.ia64 requires tomcat5-jasper >= 0:5.5.15 rgmanager - 2.0.0-0.fc6.5.ia64 requires libcman.so.2()(64bit) rgmanager - 2.0.0-0.fc6.5.ia64 requires cman samba - 3.0.23-0.RC3.ia64 requires perl(Unicode::MapUTF8) struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.ia64 requires tomcat5 Broken deps for s390 ---------------------------------------------------------- openCryptoki - 2.2.4-1.s390 requires libica.so rgmanager - 2.0.0-0.fc6.5.s390 requires cman rgmanager - 2.0.0-0.fc6.5.s390 requires libcman.so.2 samba - 3.0.23-0.RC3.s390 requires perl(Unicode::MapUTF8) struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.s390 requires tomcat5 tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(dbus-sharp) = 0:0.60.0.0 tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gnome-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gmime-sharp) = 0:2.2.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:2.8.0.0 tomboy - 0.3.5-5.s390 requires mono(gtk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp-peditors) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gdk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(pango-sharp) = 0:1.0.0.0 yelp - 2.15.2-1.s390 requires libbeagle.so.0 Broken deps for s390x ---------------------------------------------------------- openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so openCryptoki - 2.2.4-1.s390x requires libica.so()(64bit) rgmanager - 2.0.0-0.fc6.5.s390x requires libcman.so.2()(64bit) rgmanager - 2.0.0-0.fc6.5.s390x requires cman samba - 3.0.23-0.RC3.s390x requires perl(Unicode::MapUTF8) struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.s390x requires tomcat5 yelp - 2.15.2-1.s390x requires libbeagle.so.0()(64bit) From Matt_Domsch at dell.com Sat Jul 8 00:53:51 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 7 Jul 2006 19:53:51 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-07-07 Message-ID: <20060708005351.GA18685@lists.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Fri Jul 7 18:25:05 CDT 2006 Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Number failed to build: 56 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 45 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 4 ---------------------------------- kdeadmin-3.5.3-1 kdeedu-3.5.3-1 scim-anthy-1.0.0-2.fc6 scim-tables-0.5.6-5 With bugs filed: 41 ---------------------------------- am-utils-6.1.5-2 ['193347 CLOSED'] apmd-3.2.2-3.2 ['197095 NEW'] bc-1.06-20 ['193352 CLOSED'] classpathx-jaf-1.0-2jpp_5fc ['192372 ASSIGNED'] compat-gcc-296-2.96-135 ['191696 NEW'] epiphany-2.15.1-1 ['191665 NEW'] fbset-2.1-21 ['193362 CLOSED'] foomatic-3.0.2-36 ['192375 CLOSED'] gimp-2.2.11-5 ['193368 CLOSED'] hwbrowser-0.27-1 ['193400 CLOSED'] isdn4k-utils-3.2-47 ['191754 CLOSED'] jakarta-commons-codec-1.3-2jpp_4fc ['192511 NEW'] jakarta-commons-el-1.0-5jpp_1fc ['192514 NEW'] jakarta-commons-pool-1.2-2jpp_4fc ['192516 NEW'] kdelibs-3.5.3-6 ['192522 CLOSED'] kdesdk-3.5.3-1 ['192527 CLOSED'] kdevelop-3.3.3-1 ['192529 CLOSED'] kdewebdev-3.5.3-1 ['191983 CLOSED'] ldapjdk-4.17-1jpp_3fc.1.1 ['192530 NEW'] libgconf-java-2.12.1.0.20060301.rh1-1 ['192531 NEW'] libgsf-1.14.1-4 ['193417 CLOSED'] libgtop2-2.14.1-3 ['193418 CLOSED'] libnotify-0.4.0-1 ['191731 NEW'] linux-atm-2.5.0-0.20050118.3.3 ['193510 CLOSED'] m17n-lib-1.3.3-1 ['193524 ASSIGNED'] mozilla-1.7.13-1.1.fc5 ['191984 NEW'] mx4j-3.0.1-1jpp_9fc ['192534 NEW'] psmisc-22.2-1.1 ['191901 CLOSED'] pump-0.8.24-1.2.2 ['193554 CLOSED'] pwlib-1.10.1-2 ['194154 CLOSED'] pygobject2-2.10.1-2 ['197138 NEW'] radvd-0.9.1-2 ['194157 CLOSED'] stardict-2.4.5-3 ['191878 CLOSED'] subversion-1.3.1-4 ['191611 NEW'] system-config-boot-0.2.11-3 ['194173 CLOSED'] system-config-services-0.9.0-2 ['194179 CLOSED'] tomboy-0.3.5-5 ['191833 CLOSED'] vorbis-tools-1.1.1-1.2.1 ['197076 NEW'] xchat-2.6.0-5 ['191577 CLOSED'] yelp-2.15.2-1 ['191660 CLOSED'] zsh-4.2.5-1.2.2 ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- 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 Sat Jul 8 00:54:05 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 7 Jul 2006 19:54:05 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-07-07 Message-ID: <20060708005405.GB18685@lists.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Fri Jul 7 18:22:38 CDT 2006 Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Number failed to build: 64 Number expected to fail due to ExclusiveArch or ExcludeArch: 26 Leaving: 38 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 2 ---------------------------------- gcc-4.1.1-6 memtest86+-1.65-4 With bugs filed: 36 ---------------------------------- am-utils-6.1.5-2 ['193347 CLOSED'] classpathx-jaf-1.0-2jpp_5fc ['192372 ASSIGNED'] epiphany-2.15.1-1 ['191665 NEW'] fbset-2.1-21 ['193362 CLOSED'] gimp-2.2.11-5 ['193368 CLOSED'] grub-0.97-8 ['192504 CLOSED'] HelixPlayer-1.0.6-3 ['192512 CLOSED'] hwbrowser-0.27-1 ['193400 CLOSED'] jakarta-commons-codec-1.3-2jpp_4fc ['192511 NEW'] jakarta-commons-el-1.0-5jpp_1fc ['192514 NEW'] jakarta-commons-pool-1.2-2jpp_4fc ['192516 NEW'] kdesdk-3.5.3-1 ['192527 CLOSED'] kdevelop-3.3.3-1 ['192529 CLOSED'] kdewebdev-3.5.3-1 ['191983 CLOSED'] ldapjdk-4.17-1jpp_3fc.1.1 ['192530 NEW'] libgconf-java-2.12.1.0.20060301.rh1-1 ['192531 NEW'] libgsf-1.14.1-4 ['193417 CLOSED'] libgtop2-2.14.1-3 ['193418 CLOSED'] libnotify-0.4.0-1 ['191731 NEW'] linux-atm-2.5.0-0.20050118.3.3 ['193510 CLOSED'] m17n-lib-1.3.3-1 ['193524 ASSIGNED'] mozilla-1.7.13-1.1.fc5 ['191984 NEW'] mx4j-3.0.1-1jpp_9fc ['192534 NEW'] psmisc-22.2-1.1 ['191901 CLOSED'] pump-0.8.24-1.2.2 ['193554 CLOSED'] pwlib-1.10.1-2 ['194154 CLOSED'] radvd-0.9.1-2 ['194157 CLOSED'] stardict-2.4.5-3 ['191878 CLOSED'] subversion-1.3.1-4 ['191611 NEW'] system-config-boot-0.2.11-3 ['194173 CLOSED'] system-config-services-0.9.0-2 ['194179 CLOSED'] tomboy-0.3.5-5 ['191833 CLOSED'] valgrind-3.2.0-3 ['191820 CLOSED'] xen-3.0.2-10 ['192539 CLOSED'] yelp-2.15.2-1 ['191660 CLOSED'] zsh-4.2.5-1.2.2 ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- 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 Sat Jul 8 00:54:22 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 7 Jul 2006 19:54:22 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-07-07 Message-ID: <20060708005422.GC18685@lists.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Fri Jul 7 18:34:33 CDT 2006 Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Open Bugs which now build, and can be marked CLOSED RAWHIDE: argus-2.0.6.fixes.1-11.fc6 197215 NEW bazaar-1.4.2-7.fc6 197222 NEW bidiv-1.5-3.fc5 197224 NEW Number failed to build: 108 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 107 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 84 ---------------------------------- azureus-2.4.0.3-0.20060328cvs_5.fc6 green at redhat.com camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net ddskk-12.2.0-7.fc5 petersen at redhat.com diradmin-1.7.1-4.fc5 matthias at rpmforge.net directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com epiphany-extensions-2.14.1-1 caillon at redhat.com exo-0.3.0-12.fc5 kevin-redhat-bugzilla at tummy.com factory-2.0.5-6 rdieter at math.unl.edu flim-1.14.7-3 petersen at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-rhythmbox-0.1.11-1.fc5 ivazquez at ivazquez.net gobby-0.4.0-3.rc2.fc6 lmacken at redhat.com grads-1.9b4-11.fc6 pertusus at free.fr gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org GtkAda-2.4.0-11.fc5 gemi at bluewin.ch gtktalog-1.0.4-7.fc5 matthias at rpmforge.net gtk-xfce-engine-2.2.8-2.fc5 kevin-redhat-bugzilla at tummy.com gwget-0.97-2.fc5 fedora at christoph-wickert.de Hermes-1.3.3-7 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com kanatest-0.3.6-4.fc5 robert at marcanoonline.com kdissert-1.0.5-1.1.fc5 icon at fedoraproject.org kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu kover-2.9.6-5 adrian at lisas.de ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net libfac-2.0.5-3 rdieter at math.unl.edu librx-1.5-6.fc5 tcallawa at redhat.com libtabe-0.2.6-14 llch at redhat.com libtomoe-gtk-0.1.0-5.fc5 ryo-dairiki at users.sourceforge.net licq-1.3.2-8 pvrabec at redhat.com linkchecker-3.3-3 redhat at flyn.org logjam-4.5.3-4.fc6 tcallawa at redhat.com lucidlife-0.9-8.fc6 peter at thecodergeek.com MagicPoint-1.11b-2.fc5 byte at fedoraproject.org mfstools-2.0-9.snapshot050221.fc5 tcallawa at redhat.com multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de mysql-administrator-1.1.10-1.fc6 dennis at ausil.us nautilus-search-tool-0.2-1.fc5 ivazquez at ivazquez.net ncmpc-0.11.1-5.fc5 andreas.bierfert at lowlatency.de NetworkManager-vpnc-0.7.0-0.cvs20060529.fc6 davidz at redhat.com ngrep-1.44-4.fc5 oliver at linux-kernel.at openal-0.0.9-0.5.20060204cvs.fc5 andreas.bierfert at lowlatency.de opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de pam_keyring-0.0.7-2 redhat at flyn.org pitivi-0.9.9.2-3 redhat at flyn.org pl-5.6.12-3.fc6 gemi at bluewin.ch powerman-1.0.24-1.fc6 jwilson at redhat.com python-cheetah-2.0-0.rc6.0.fc6 mikeb at redhat.com python-goopy-0.1-1 pjones at redhat.com python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net qalculate-kde-0.9.4-1.fc6 dakingun at gmail.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de rss-glx-0.8.1.p-3.fc6 nphilipp at redhat.com rssowl-1.2-12.fc6 green at redhat.com sabayon-2.12.3-3 markmc at redhat.com scanssh-2.1-6.fc5 oliver at linux-kernel.at scmxx-0.8.2-1.fc5 andreas at bawue.net SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net ser-0.9.6-6.fc6 andreas at bawue.net serpentine-0.7-1.fc6 foolish at guezz.net sloccount-2.26-4 bnocera at redhat.com stratagus-2.1-5.fc6 lemenkov at newmail.ru syck-0.55-7.fc5 oliver at linux-kernel.at synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de Terminal-0.2.4-8.fc6 kevin-redhat-bugzilla at tummy.com verbiste-0.1.14-1.1.fc5 icon at fedoraproject.org WindowMaker-0.92.0-8.fc5 andreas.bierfert at lowlatency.de wlassistant-0.5.5-1.fc5 tcallawa at redhat.com wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xaos-3.2.1-3.fc6 gemi at bluewin.ch xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xcompmgr-1.1.3-4.fc6 dakingun at gmail.com xplanet-1.0.1-7 jylitalo at iki.fi xprobe2-0.3-5.fc5 lmacken at redhat.com With bugs filed: 23 ---------------------------------- abiword-2.4.4-2.fc6 ['196690 NEW'] uwog at uwog.net alacarte-0.8-7.fc5 ['194250 NEW'] jpmahowald at gmail.com amaya-9.5-1.fc6 ['195652 NEW'] paul at all-the-johnsons.co.uk banshee-0.10.8-1 ['194505 NEW'] caillon at redhat.com bmp-0.9.7.1-4.fc5 ['197356 NEW'] redhat-bugzilla at camperquake.de ccrtp-1.3.7-1.fc6 ['197362 NEW'] andreas at bawue.net cowbell-0.2.7.1-2.fc6 ['197366 CLOSED'] foolish at guezz.net dillo-0.8.6-2.fc6 ['197370 CLOSED'] andreas.bierfert at lowlatency.de drgeo-1.1.0-8.fc6 ['197614 CLOSED'] eric.tanguy at univ-nantes.fr driftnet-0.1.6-9 ['197685 NEW'] bnocera at redhat.com erlang-R11B-0.1.fc6 ['197696 CLOSED'] gemi at bluewin.ch fish-1.12.0-1.fc5 ['179296 NEW'] oliver at linux-kernel.at flow-tools-0.68-8.fc6 ['197706 NEW'] i at stingr.net gazpacho-0.6.5-1.fc5 ['197793 NEW'] icon at fedoraproject.org gdesklets-0.35.3-8.fc6 ['197799 NEW'] luya256 at yahoo.com glabels-2.0.4-2.fc5 ['197633 CLOSED'] peter at thecodergeek.com gnomad2-2.8.6-1.fc6 ['197920 NEW'] triad at df.lth.se gnome-applet-music-0.9.0-1.fc6 ['197924 NEW'] ivazquez at ivazquez.net gnome-schedule-1.0.0-1 ['197927 NEW'] frank at scirocco-5v-turbo.de grhino-0.15.0-5.fc5 ['197950 NEW'] michel.salim at gmail.com gsynaptics-0.9.5-2.fc5 ['197955 NEW'] fedora at leemhuis.info nco-3.1.2-1.fc6 ['193541 NEW'] ed at eh3.com xfce4-weather-plugin-0.4.9-5.fc5 ['193973 ASSIGNED'] fedora at christoph-wickert.de Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- 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 Sat Jul 8 00:54:42 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 7 Jul 2006 19:54:42 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-07-07 Message-ID: <20060708005442.GD18685@lists.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Fri Jul 7 18:30:48 CDT 2006 Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Open Bugs which now build, and can be marked CLOSED RAWHIDE: argus-2.0.6.fixes.1-11.fc6 197215 NEW bazaar-1.4.2-7.fc6 197222 NEW bidiv-1.5-3.fc5 197224 NEW Number failed to build: 129 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 118 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 97 ---------------------------------- atitvout-0.4-5 andreas.bierfert at lowlatency.de azureus-2.4.0.3-0.20060328cvs_5.fc6 green at redhat.com camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net ddskk-12.2.0-7.fc5 petersen at redhat.com diradmin-1.7.1-4.fc5 matthias at rpmforge.net directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com epiphany-extensions-2.14.1-1 caillon at redhat.com exo-0.3.0-12.fc5 kevin-redhat-bugzilla at tummy.com factory-2.0.5-6 rdieter at math.unl.edu flim-1.14.7-3 petersen at redhat.com foobillard-3.0a-4 mitr at redhat.com gambas-1.0.14-2.fc5 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-rhythmbox-0.1.11-1.fc5 ivazquez at ivazquez.net gobby-0.4.0-3.rc2.fc6 lmacken at redhat.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org GtkAda-2.4.0-11.fc5 gemi at bluewin.ch gtktalog-1.0.4-7.fc5 matthias at rpmforge.net gtk-xfce-engine-2.2.8-2.fc5 kevin-redhat-bugzilla at tummy.com gwget-0.97-2.fc5 fedora at christoph-wickert.de ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com kanatest-0.3.6-4.fc5 robert at marcanoonline.com kdissert-1.0.5-1.1.fc5 icon at fedoraproject.org kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu kover-2.9.6-5 adrian at lisas.de ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net libfac-2.0.5-3 rdieter at math.unl.edu libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com libtomoe-gtk-0.1.0-5.fc5 ryo-dairiki at users.sourceforge.net licq-1.3.2-8 pvrabec at redhat.com linkchecker-3.3-3 redhat at flyn.org logjam-4.5.3-4.fc6 tcallawa at redhat.com lucidlife-0.9-8.fc6 peter at thecodergeek.com Macaulay2-0.9.8-0.3.cvs20060327.fc6 rdieter at math.unl.edu MagicPoint-1.11b-2.fc5 byte at fedoraproject.org mhonarc-2.6.16-1.fc6 gauret at free.fr monodoc-1.1.13-13.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de mysql-administrator-1.1.10-1.fc6 dennis at ausil.us nautilus-search-tool-0.2-1.fc5 ivazquez at ivazquez.net ncmpc-0.11.1-5.fc5 andreas.bierfert at lowlatency.de NetworkManager-vpnc-0.7.0-0.cvs20060529.fc6 davidz at redhat.com new-1.3.7-2 redhat at flyn.org ngrep-1.44-4.fc5 oliver at linux-kernel.at openal-0.0.9-0.5.20060204cvs.fc5 andreas.bierfert at lowlatency.de opencv-0.9.7-15.fc5 nomis80 at nomis80.org pam_keyring-0.0.7-2 redhat at flyn.org pam_mount-0.13.0-3 michael at knox.net.nz perl-Image-Info-1.21-2.fc6 jpo at di.uminho.pt perl-Unicode-Map8-0.12-8.fc5 gauret at free.fr perl-Unicode-MapUTF8-1.09-6.fc5 gauret at free.fr php-pear-DB-1.7.6-6 rpm at timj.co.uk pitivi-0.9.9.2-3 redhat at flyn.org pl-5.6.12-3.fc6 gemi at bluewin.ch powerman-1.0.24-1.fc6 jwilson at redhat.com python-cheetah-2.0-0.rc6.0.fc6 mikeb at redhat.com python-dateutil-1.1-2.fc5 orion at cora.nwra.com python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.20-5.fc5 bdpepple at ameritech.net python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net q-7.1-2.fc6 gemi at bluewin.ch qalculate-kde-0.9.4-1.fc6 dakingun at gmail.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de rss-glx-0.8.1.p-3.fc6 nphilipp at redhat.com rssowl-1.2-12.fc6 green at redhat.com sabayon-2.12.3-3 markmc at redhat.com scanssh-2.1-6.fc5 oliver at linux-kernel.at scmxx-0.8.2-1.fc5 andreas at bawue.net SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net ser-0.9.6-6.fc6 andreas at bawue.net serpentine-0.7-1.fc6 foolish at guezz.net sloccount-2.26-4 bnocera at redhat.com stratagus-2.1-5.fc6 lemenkov at newmail.ru synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de Terminal-0.2.4-8.fc6 kevin-redhat-bugzilla at tummy.com uqm-0.5.0-1.fc5 icon at fedoraproject.org verbiste-0.1.14-1.1.fc5 icon at fedoraproject.org WindowMaker-0.92.0-8.fc5 andreas.bierfert at lowlatency.de wlassistant-0.5.5-1.fc5 tcallawa at redhat.com wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xaos-3.2.1-3.fc6 gemi at bluewin.ch xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xcompmgr-1.1.3-4.fc6 dakingun at gmail.com xplanet-1.0.1-7 jylitalo at iki.fi xprobe2-0.3-5.fc5 lmacken at redhat.com xsp-1.1.15-6.fc6 paul at all-the-johnsons.co.uk z88dk-1.6-8.fc5 paul at all-the-johnsons.co.uk With bugs filed: 21 ---------------------------------- alacarte-0.8-7.fc5 ['194250 NEW'] jpmahowald at gmail.com amaya-9.5-1.fc6 ['195652 NEW'] paul at all-the-johnsons.co.uk banshee-0.10.8-1 ['194505 NEW'] caillon at redhat.com bmp-0.9.7.1-4.fc5 ['197356 NEW'] redhat-bugzilla at camperquake.de ccrtp-1.3.7-1.fc6 ['197362 NEW'] andreas at bawue.net cowbell-0.2.7.1-2.fc6 ['197366 CLOSED'] foolish at guezz.net dillo-0.8.6-2.fc6 ['197370 CLOSED'] andreas.bierfert at lowlatency.de drgeo-1.1.0-8.fc6 ['197614 CLOSED'] eric.tanguy at univ-nantes.fr driftnet-0.1.6-9 ['197685 NEW'] bnocera at redhat.com fish-1.12.0-1.fc5 ['179296 NEW'] oliver at linux-kernel.at flow-tools-0.68-8.fc6 ['197706 NEW'] i at stingr.net gazpacho-0.6.5-1.fc5 ['197793 NEW'] icon at fedoraproject.org gdesklets-0.35.3-8.fc6 ['197799 NEW'] luya256 at yahoo.com glabels-2.0.4-2.fc5 ['197633 CLOSED'] peter at thecodergeek.com gnomad2-2.8.6-1.fc6 ['197920 NEW'] triad at df.lth.se gnome-applet-music-0.9.0-1.fc6 ['197924 NEW'] ivazquez at ivazquez.net gnome-schedule-1.0.0-1 ['197927 NEW'] frank at scirocco-5v-turbo.de grhino-0.15.0-5.fc5 ['197950 NEW'] michel.salim at gmail.com gsynaptics-0.9.5-2.fc5 ['197955 NEW'] fedora at leemhuis.info nco-3.1.2-1.fc6 ['193541 NEW'] ed at eh3.com xfce4-weather-plugin-0.4.9-5.fc5 ['193973 ASSIGNED'] fedora at christoph-wickert.de Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- 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 giallu at gmail.com Sat Jul 8 07:48:20 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Sat, 8 Jul 2006 09:48:20 +0200 Subject: Attn: Maintainers of things which might depend on xorg-x11-xkbdata In-Reply-To: <44AEDECA.7060006@mharris.ca> References: <44AEDECA.7060006@mharris.ca> Message-ID: On 7/8/06, Mike A. Harris wrote: > Note that similar strategy is used throughout all of the > X.Org modular packaging, and packagers should always use > a virtual dependency on modular X items if one exists > already (ie: xdm, xfs, Xorg, Xnest, Xvfb, individual > binaries present in various apps/utils packages, etc.). > This helps to futureproof everything as much as possible, > and while in a perfect world the packaging of things > shouldn't really change much, nobody's planned on it > changing and it has changed 4-5 times over the last > 2-3 years, so using virtual provides/requires for this > stuff now, helps to save everyone headaches in the > future. Could we have a page in fedoraproject.org with a list of those virtual dependencies? it would really save a lot of time when packaging From avi at argo.co.il Sat Jul 8 07:48:36 2006 From: avi at argo.co.il (Avi Kivity) Date: Sat, 08 Jul 2006 10:48:36 +0300 Subject: bugzilla unwell? In-Reply-To: <200607070858.51820.jkeating@redhat.com> References: <44AE0519.2070407@adslpipe.co.uk> <44AE060F.6020302@knox.net.nz> <4934.213.164.3.90.1152260099.squirrel@www.nodata.co.uk> <200607070858.51820.jkeating@redhat.com> Message-ID: <44AF6354.8080808@argo.co.il> Jesse Keating wrote: >> AGAIN! Incredible. You think they'd learn. I'll file a bug when it works >> again. >> > > Again what? The last bugzilla outage was due to double disk failure, not > running out of disk space. Running out of space is sometimes unavoidable if > something spins out of control and fills it all at once. Yes notifications > are possible, and probably already made, but it may have been too late. So > I'm not quite sure what we're supposed to "learn" here, but thanks for your > input. > Well, it does look as if something's ignoring the ENOSPC, only to fail later with an obscure error message. It would be both more user friendly and safe to catch the error when it occurs and handle it gracefully. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. From pertusus at free.fr Sat Jul 8 07:55:12 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 8 Jul 2006 09:55:12 +0200 Subject: Attn: Maintainers of things which might depend on xorg-x11-xkbdata In-Reply-To: References: <44AEDECA.7060006@mharris.ca> Message-ID: <20060708075512.GA17756@free.fr> > Could we have a page in fedoraproject.org with a list of those virtual > dependencies? it would really save a lot of time when packaging I really second that. And what would be very nice would be to have an explanation on what the virtual provides correspond with. For examples of provides which may correspond with different things are wabserver, webclient, smtpdaemon. -- Pat From benjy.grogan at gmail.com Sat Jul 8 09:32:44 2006 From: benjy.grogan at gmail.com (Benjy Grogan) Date: Sat, 8 Jul 2006 05:32:44 -0400 Subject: OOo documents look different In-Reply-To: <1152214310.2819.14.camel@xpc.home.erwinrol.com> References: <1152214310.2819.14.camel@xpc.home.erwinrol.com> Message-ID: It's been this way for me since probably FC3 and still in FC5. Certain .doc files that fit perfectly on one page in Windows XP, will spread over into two pages on FC. I think it has to do with fonts, but not sure. Benjy On 7/6/06, Erwin Rol wrote: > Hey all, > > I have a large number of OOo documents, and since a while my older > documents look different. For example when I open invoices (since they > are invoices I can't email an example document ;-) I wrote in June and > fitted on one page now have 1 or 2 lines on the next page. When I open > those documents with OOo 2.0.2 on windows they look correct. > > This happens on my latest Rawhide (OOo 2.0.3) and on FC5 (OOo 2.0.2), is > anybody else seeing this problem too ? > > - Erwin > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From benjy.grogan at gmail.com Sat Jul 8 09:32:44 2006 From: benjy.grogan at gmail.com (Benjy Grogan) Date: Sat, 8 Jul 2006 05:32:44 -0400 Subject: OOo documents look different In-Reply-To: <1152214310.2819.14.camel@xpc.home.erwinrol.com> References: <1152214310.2819.14.camel@xpc.home.erwinrol.com> Message-ID: It's been this way for me since probably FC3 and still in FC5. Certain .doc files that fit perfectly on one page in Windows XP, will spread over into two pages on FC. I think it has to do with fonts, but not sure. Benjy On 7/6/06, Erwin Rol wrote: > Hey all, > > I have a large number of OOo documents, and since a while my older > documents look different. For example when I open invoices (since they > are invoices I can't email an example document ;-) I wrote in June and > fitted on one page now have 1 or 2 lines on the next page. When I open > those documents with OOo 2.0.2 on windows they look correct. > > This happens on my latest Rawhide (OOo 2.0.3) and on FC5 (OOo 2.0.2), is > anybody else seeing this problem too ? > > - Erwin > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From peter at thecodergeek.com Sat Jul 8 09:46:13 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 08 Jul 2006 02:46:13 -0700 Subject: unversioned upstream source In-Reply-To: <20060707212833.GA2509@free.fr> References: <20060707212833.GA2509@free.fr> Message-ID: <44AF7EE5.6030308@thecodergeek.com> Patrice Dumas wrote: > > Jochen objects to that, saying that the Source should be downloadable, like > Source0: http://www.engineers.auckland.ac.nz/~snor007/src/uread.tar.gz The reason for this is so that the source tarball included in your SRPM can be verified to be the same as the source tarball from upstream. > What do you think about that issue? What do you think is best practice > and why? In my view, the method you've described (adding a comment to the spec with instructions on how to get the sources from upstream and rename them as needed) should be adequate. However, for packaging it in Extras as well as possibly many other distros/formats, I'd also highly suggest that you contact the upstream author and ask him/her (them?) to add some form of versioning to their tarball naming. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From mailinglists at erwinrol.com Sat Jul 8 09:58:02 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sat, 08 Jul 2006 11:58:02 +0200 Subject: OOo documents look different In-Reply-To: References: <1152214310.2819.14.camel@xpc.home.erwinrol.com> Message-ID: <1152352683.2819.55.camel@xpc.home.erwinrol.com> On 7/6/06, Erwin Rol wrote: > > Hey all, > > > > I have a large number of OOo documents, and since a while my older > > documents look different. For example when I open invoices (since they > > are invoices I can't email an example document ;-) I wrote in June and > > fitted on one page now have 1 or 2 lines on the next page. When I open > > those documents with OOo 2.0.2 on windows they look correct. > > > > This happens on my latest Rawhide (OOo 2.0.3) and on FC5 (OOo 2.0.2), is > > anybody else seeing this problem too ? > > > > - Erwin On Sat, 2006-07-08 at 05:32 -0400, Benjy Grogan wrote: > It's been this way for me since probably FC3 and still in FC5. > Certain .doc files that fit perfectly on one page in Windows XP, will > spread over into two pages on FC. I think it has to do with fonts, > but not sure. Well that really sucks, it seems OOo is quickly reaching MS-Word quality, your documents look different every time you open them :-/ What i don't understand is why for a few months OOo on FC5 still would display the documents correctly. On rawhide i could understand it because it has 2.0.3 instead of 2.0.2, although this would still be a serious bug if documents look different in 2.0.3 compared to 2.0.2. Sometimes you wish that ppl writing things like OOo would pay as much attention to output quality as Donald Knuth :-/ Of course ppl writing things like OOo would sometimes wish ppl would help them instead of complaining ;-) - Erwin From buildsys at redhat.com Sat Jul 8 10:00:27 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 8 Jul 2006 06:00:27 -0400 Subject: rawhide report: 20060708 changes Message-ID: <200607081000.k68A0R0p028885@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.54-1 -------------------- * Fri Jul 07 2006 David Cantrell - 11.1.0.54-1 - Loader changes to support enabling/disabling IPv4 & IPv6 - Manual IP configuration changes in loader to better support IPv{4,6} - Let GFS2 command line option work (katzj) - Rescue mode shell fixes (clumens, #197315) - Add filesystem label chooser to rescue mode (clumens, #196345) - Use configured interface for VNC connections (clumens, #197721) - Init process cleanups - Log requiring package as well as require name (pnasrat) eclipse-1:3.2.0-1jpp_1fc ------------------------ * Thu Jul 06 2006 Andrew Overholt 3.2.0-1jpp_1fc - Temporarily add webapp patch for ppc64 and s390x. - Bump tomcat5 to 5.5.17 both in BR/R and in patches. * Wed Jul 05 2006 Andrew Overholt 3.2.0-1jpp_1fc - Don't require tomcat on ppc64, s390, or s390x until we've got it there. - org.eclipse.tomcat -> org.eclipse.tomcat/lib. - Update webapp build patch. - Use commons-* instead of jakarta-commons-*. - Don't delete jars in %install. - Don't apply tomcat and webapp patches on ppc64, s390, and s390x (for now). - Don't include tomcat jars in %files for ix86, ppc, x86_64, ia64. - Use tomcat plugin version instead of org.eclipse.tomcat_*. * Tue Jul 04 2006 Ben Konrath 3.2.0-1jpp_1fc - Fix tomcat symlinks. freetype-2.2.1-2 ---------------- * Fri Jul 07 2006 Behdad Esfahbod 2.2.1-2 - Remove unused BuildRequires * Fri Jul 07 2006 Behdad Esfahbod 2.2.1-1 - Update to 2.2.1 - Remove FreeType 1, to move to extras - Install new demos ftbench, ftchkwd, ftgamma, and ftvalid - Enable modules gxvalid and otvalid gdm-1:2.15.5-2 -------------- * Fri Jul 07 2006 Ray Strode 1:2.15.5-2 - add patch to process all operations when more than one comes in really quickly - move default "Please enter your username" message to the greeter instead of the slave so that it doesn't get stacked if a pam module has a non default message - add new message for reseting the current login operation (like the cancel button does, but accessible via the gdm fifo) hesiod-3.1.0-7 -------------- * Fri Jul 07 2006 Nalin Dahyabhai - 3.1.0-7 - use the system libtool to consistently link libhesiod.la with libresolv libXaw-1.0.2-8 -------------- * Fri Jul 07 2006 Adam Jackson 1.0.2-8 - Rebuild, brew doesn't pick up buildroot changes fast enough. libXmu-1.0.2-4 -------------- * Fri Jul 07 2006 Adam Jackson 1.0.2-4 - Rebuild, brew doesn't pick up buildroot changes fast enough. openais-0.78-1.1 ---------------- * Fri Jul 07 2006 Steven Dake - 0.78-1.1 - Allow build on ia64. oprofile-0.9.1-12.1.1 --------------------- * Fri Jul 07 2006 Will Cohen - Support for power5+. (#197728) - Fix PPC64 events and groups. (#197895) sysfsutils-2.0.0-3 ------------------ * Fri Jul 07 2006 Doug Ledford - 2.0.0-3 - Split the library and devel files out to libsysfs and leave the utils in sysfsutils. This is for multilib arch requirements. * Thu May 25 2006 Neil Horman - 2.0.0-2 - Fixed devel rpm to own sysfs include dir - Fixed a typo in changelog * Wed May 24 2006 Neil Horman - 2.0.0-1 - Rebase to sysfsutils-2.0.0 for RHEL5 tog-pegasus-2:2.5.1-10.FC6 -------------------------- * Fri Jul 07 2006 Jason Vas Dias - 2:2.4.1-10 - More upstream 2.5.2_APPROVED bug fixes: o 4629: Pegasus freezes when it is unable to send out completely, the results of a request o 5073: Class Names on Reference, ReferenceNames, Assoc, AssocNames returned lower case o 5090: cimserver crash on a request after attempting to unload idle CMPI providers o 5180: OperationAggregate deleted in _enqueueResponse while member mutex held tomcat5-0:5.5.17-3jpp_1fc ------------------------- * Wed Jul 05 2006 Fernando Nasser 0:5.5.17-3jpp_1fc - Full build - Do not build on ppc64 and s390x - Fix servlet-api.jar path - Add version to catalina .so >From Ralph Apel : - Re-add patch to add rt.jar - Add mx4j JMX API and struts to classpath xorg-x11-drv-i810-1.6.0-6.modeset20060707 ----------------------------------------- * Fri Jul 07 2006 Adam Jackson 1.6.0-6.modeset20060707 - Snapshot of the git modesetting branch. * Fri Jul 07 2006 Adam Jackson 1.6.0-6 - Update i810.xinf to include entries for E7221 and 945GM. xorg-x11-drv-nv-1.2.0-1.fc6 --------------------------- * Fri Jul 07 2006 Adam Jackson 1.2.0-1.fc6 - Add .fc6 and rebuild. Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bridge-utils - 1.0.6-2.ppc64 requires libsysfs.so.1()(64bit) bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api cpufreq-utils - 1:002-1.1.37.ppc64 requires libsysfs.so.1()(64bit) device-mapper-multipath - 0.4.7-2.0.ppc64 requires libsysfs.so.1()(64bit) geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs iprutils - 2.1.4-1.ppc64 requires libsysfs.so.1()(64bit) jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 openhpi - 2.4.1-4.ppc64 requires libsysfs.so.1()(64bit) samba - 3.0.23-0.RC3.ppc64 requires perl(Unicode::MapUTF8) struts - 1.2.8-2jpp_12fc.ppc64 requires tomcat5-jsp-2.0-api struts - 1.2.8-2jpp_12fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for i386 ---------------------------------------------------------- bridge-utils - 1.0.6-2.i386 requires libsysfs.so.1 cpufreq-utils - 1:002-1.1.37.i386 requires libsysfs.so.1 device-mapper-multipath - 0.4.7-2.0.i386 requires libsysfs.so.1 lm_sensors - 2.10.0-2.i386 requires libsysfs.so.1 openhpi - 2.4.1-4.i386 requires libsysfs.so.1 samba - 3.0.23-0.RC3.i386 requires perl(Unicode::MapUTF8) Broken deps for ppc ---------------------------------------------------------- bridge-utils - 1.0.6-2.ppc requires libsysfs.so.1 cpufreq-utils - 1:002-1.1.37.ppc requires libsysfs.so.1 device-mapper-multipath - 0.4.7-2.0.ppc requires libsysfs.so.1 iprutils - 2.1.4-1.ppc requires libsysfs.so.1 openhpi - 2.4.1-4.ppc requires libsysfs.so.1 samba - 3.0.23-0.RC3.ppc requires perl(Unicode::MapUTF8) Broken deps for x86_64 ---------------------------------------------------------- bridge-utils - 1.0.6-2.x86_64 requires libsysfs.so.1()(64bit) cpufreq-utils - 1:002-1.1.37.x86_64 requires libsysfs.so.1()(64bit) device-mapper-multipath - 0.4.7-2.0.x86_64 requires libsysfs.so.1()(64bit) lm_sensors - 2.10.0-2.i386 requires libsysfs.so.1 lm_sensors - 2.10.0-2.x86_64 requires libsysfs.so.1()(64bit) openhpi - 2.4.1-4.x86_64 requires libsysfs.so.1()(64bit) openhpi - 2.4.1-4.i386 requires libsysfs.so.1 samba - 3.0.23-0.RC3.x86_64 requires perl(Unicode::MapUTF8) Broken deps for ia64 ---------------------------------------------------------- bridge-utils - 1.0.6-2.ia64 requires libsysfs.so.1()(64bit) device-mapper-multipath - 0.4.7-2.0.ia64 requires libsysfs.so.1()(64bit) rgmanager - 2.0.0-0.fc6.5.ia64 requires libcman.so.2()(64bit) rgmanager - 2.0.0-0.fc6.5.ia64 requires cman samba - 3.0.23-0.RC3.ia64 requires perl(Unicode::MapUTF8) Broken deps for s390 ---------------------------------------------------------- bridge-utils - 1.0.6-2.s390 requires libsysfs.so.1 device-mapper-multipath - 0.4.7-2.0.s390 requires libsysfs.so.1 openCryptoki - 2.2.4-1.s390 requires libica.so openhpi - 2.4.1-4.s390 requires libsysfs.so.1 rgmanager - 2.0.0-0.fc6.5.s390 requires cman rgmanager - 2.0.0-0.fc6.5.s390 requires libcman.so.2 samba - 3.0.23-0.RC3.s390 requires perl(Unicode::MapUTF8) tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(dbus-sharp) = 0:0.60.0.0 tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gnome-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gmime-sharp) = 0:2.2.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:2.8.0.0 tomboy - 0.3.5-5.s390 requires mono(gtk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp-peditors) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gdk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(pango-sharp) = 0:1.0.0.0 tomcat5-webapps - 5.5.17-3jpp_1fc.s390 requires jakarta-taglibs-standard >= 0:1.1.0 yelp - 2.15.2-1.s390 requires libbeagle.so.0 Broken deps for s390x ---------------------------------------------------------- bridge-utils - 1.0.6-2.s390x requires libsysfs.so.1()(64bit) device-mapper-multipath - 0.4.7-2.0.s390x requires libsysfs.so.1()(64bit) openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so openCryptoki - 2.2.4-1.s390x requires libica.so()(64bit) openhpi - 2.4.1-4.s390 requires libsysfs.so.1 openhpi - 2.4.1-4.s390x requires libsysfs.so.1()(64bit) rgmanager - 2.0.0-0.fc6.5.s390x requires libcman.so.2()(64bit) rgmanager - 2.0.0-0.fc6.5.s390x requires cman samba - 3.0.23-0.RC3.s390x requires perl(Unicode::MapUTF8) yelp - 2.15.2-1.s390x requires libbeagle.so.0()(64bit) From fedora at wir-sind-cool.org Sat Jul 8 10:04:49 2006 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 8 Jul 2006 12:04:49 +0200 Subject: unversioned upstream source In-Reply-To: <20060707212833.GA2509@free.fr> References: <20060707212833.GA2509@free.fr> Message-ID: <20060708120449.e1781e71.fedora@wir-sind-cool.org> On Fri, 7 Jul 2006 23:28:33 +0200, Patrice Dumas wrote: > Hello, > > I am seeking advice, or even better guidelines on the issue of unversionned > upstream source. > > There is a dispute which may be seen here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197488 > > The upstream tarball is unversioned, I would like to add the timestamp to > the tarball name to avoid having different tarballs with the same name, in > case upstream wants to do a newer release without modifying the tarball name. > This leads to: > > %define stamp 19981218 > > Source0: uread-%{stamp}.tar.gz > # unversioned upstream source, downloaded with wget -N > # renamed to uread-YYYYMMDD.tar.gz > #Source0: http://www.engineers.auckland.ac.nz/~snor007/src/uread.tar.gz > This is fine and acceptable. And I believe some of us have done it like this before. > Jochen objects to that, saying that the Source should be downloadable, like > Source0: http://www.engineers.auckland.ac.nz/~snor007/src/uread.tar.gz > > What do you think about that issue? What do you think is best practice > and why? Renaming the tarball is better. It creates a file name which is more unique than if you don't rename it. It also makes collisions in %_sourcedir less likely. And, of course, you want a specific version of the tarball in your src.rpm [but RPM does not offer any way to specify the file checksum like it's possible with the FE lookaside cache]. From mail at robertoragusa.it Sat Jul 8 13:18:05 2006 From: mail at robertoragusa.it (Roberto Ragusa) Date: Sat, 08 Jul 2006 15:18:05 +0200 Subject: 2 years later... backups In-Reply-To: References: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> <20060706094559.ey6jz3mvnk2swkg8@www.thecodergeek.com> Message-ID: <44AFB08D.4090602@robertoragusa.it> Paul Wouters wrote: > > Nothing beats rsync over ssh in combination with "cp -l" > > Twenty lines of shell script gives me 30 live live and full backups > per host:dir combination, with only about 2.4 times the storage per tree. > Without the annoyance of partial/incremental trees. We smb export them > readonly, and all users can click their way back for 30 days to help > themselves restore files. I've been using a very similar method for years, and I can only recommend it: directories containing the timestamp in their name, hardlinks, readonly export through SMB/NFS/netatalk/apache. I recently replaced the "cp -al" with the "--link-dest" rsync option. One problem is that you don't really know how much disk space the new backup will use, so deciding how many backups you will keep is not easy; you may fill the disk or have unused free space (I want my backup disk almost full, so I can go far back in time). My solution is to automatically check disk space every 5 seconds while rsync is running; when it is below a certain threshold, the oldest directory is deleted. To avoid a dangerous race between rsync consuming space and rm freeing space, I send a "kill -STOP" to rsync and then "kill -CONT" when the free space is good again. Works perfectly. One day I decided to remove some old backups by launching an rm command for each snapshot directory in parallel. I then realized that there were more than 1000 directories, and the total number of files to be deleted was around 100 million. It took some time, but everything went fine; not a bad stress test for the machine (reiserfs/LVM2/nv_sata) I had never seen a load average above 1000 until then. :-) There is only one thing I'd like to improve: renamed or moved files are seen as new files and are not hardlinked. I didn't try if "--fuzzy" works for hardlinking too. Best regards. -- Roberto Ragusa mail at robertoragusa.it From mail at robertoragusa.it Sat Jul 8 13:33:09 2006 From: mail at robertoragusa.it (Roberto Ragusa) Date: Sat, 08 Jul 2006 15:33:09 +0200 Subject: DejaVu fonts for Fedora Core 6 feedback call In-Reply-To: <1152133918.3766.41.camel@defiant> References: <1152079490.23468.0.camel@rousalka.dyndns.org> <1152125063.3364.8.camel@defiant> <1152126289.3161.42.camel@rousalka.dyndns.org> <1152133918.3766.41.camel@defiant> Message-ID: <44AFB415.6040502@robertoragusa.it> Mario Pascucci wrote: > > Dejavu sans condensed is equivalent in size to default Sans font. With > Dejavu sans the text is more or less 10% wider than default Sans, with > same vertical size. > > Probably I'm the only one in the world with this strange behavior... ;-) Maybe you are not. DejaVu Sans is quite wide; it is known that wider fonts are also more readable, but, in a certain way, wider fonts are cheating, as the fonts are using more pixels (size is only defined vertically). I attach a quick comparison between default FC5 fonts, Luxi and DejaVu. (image rendered for RGB LCD by OpenOffice) My comments: - Sans: DejaVu is larger than Luxi Sans (Mario are you using Luxi as the default Sans font?). Overall, the DejaVu quality is good. - Serif: DejaVU is using more horizontal space than Luxi and more horizontal and vertical space than Nimbus. In this way, it achieves a very good quality. - Mono: DejaVu is very similar to Lucida Sans Typewriter. IMHO Luxi Mono is more readable as I find serifs very useful at small font sizes and a monospaced font is typically used for terminals, where the font is often small. I'd like to have a DejaVu Serif Mono. I'd say DejaVu is very good, but I think I will prefer Luxi Mono as a Monospaced font. Well, when it will be selectable by KDE apps, as it seems Luxi Mono is not recognized as monospaced. Maybe it happens because there are some widths=653 instead of 600 in /usr/share/X11/fonts/Type1/l047016t.afm and /usr/share/X11/fonts/Type1/l047036t.afm Is that related to http://lists.kde.org/?l=kde&m=110617132115635&w=2 ? Where should I file a bug about that? Best regards. -- Roberto Ragusa mail at robertoragusa.it -------------- next part -------------- A non-text attachment was scrubbed... Name: dejavu_comparison.png Type: image/png Size: 60771 bytes Desc: not available URL: From selinux at gmail.com Sat Jul 8 18:00:48 2006 From: selinux at gmail.com (Tom London) Date: Sat, 8 Jul 2006 11:00:48 -0700 Subject: rawhide report: 20060708 changes In-Reply-To: <200607081000.k68A0R0p028885@hs20-bc2-6.build.redhat.com> References: <200607081000.k68A0R0p028885@hs20-bc2-6.build.redhat.com> Message-ID: <4c4ba1530607081100n2d760be0w2527efb1ebac4d28@mail.gmail.com> On 7/8/06, buildsys at redhat.com wrote: > Updated Packages: > > xorg-x11-drv-i810-1.6.0-6.modeset20060707 > ----------------------------------------- > * Fri Jul 07 2006 Adam Jackson 1.6.0-6.modeset20060707 > - Snapshot of the git modesetting branch. > > * Fri Jul 07 2006 Adam Jackson 1.6.0-6 > - Update i810.xinf to include entries for E7221 and 945GM. > This 'breaks' my Thinkpad X41 w/i915GM. Driver appears not to be able to display 1280x1024 except in 'panning within 1024x768'. Reverting to xorg-x11-drv-i810-1.6.0-5.i386.rpm restores .... BZ'ed here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198043 tom -- Tom London From andreas at bawue.net Sat Jul 8 20:27:55 2006 From: andreas at bawue.net (Andreas Thienemann) Date: Sat, 8 Jul 2006 22:27:55 +0200 (CEST) Subject: Announcing Fedora Core 6 Test 1 (5.90) In-Reply-To: <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> References: <1150901710.7049.22.camel@dhcp83-49.boston.redhat.com> <20060621150039.GA20695@devserv.devel.redhat.com> <1150902724.7049.26.camel@dhcp83-49.boston.redhat.com> <20060621151826.GA23531@devserv.devel.redhat.com> <1150903892.7049.34.camel@dhcp83-49.boston.redhat.com> <20060621154929.GA26709@devserv.devel.redhat.com> <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> Message-ID: Chiming it a bit late, but hey... On Wed, 21 Jun 2006, Jesse Keating wrote: > Perhaps we can get a show of hands of all the people who actually care > about Fedora on i586 systems... Here! Several legacy i586 systems are used as routers and I'd hate to leave them on FC5. I just tried installing FC6test1 and got quite the surprise when the box got rebootet instead of seeing "Loading Linux...". regards, andreas From andreas at bawue.net Sat Jul 8 20:30:31 2006 From: andreas at bawue.net (Andreas Thienemann) Date: Sat, 8 Jul 2006 22:30:31 +0200 (CEST) Subject: Announcing Fedora Core 6 Test 1 (5.90) In-Reply-To: References: <1150901710.7049.22.camel@dhcp83-49.boston.redhat.com> <20060621150039.GA20695@devserv.devel.redhat.com> <1150902724.7049.26.camel@dhcp83-49.boston.redhat.com> <20060621151826.GA23531@devserv.devel.redhat.com> <1150903892.7049.34.camel@dhcp83-49.boston.redhat.com> <20060621154929.GA26709@devserv.devel.redhat.com> <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> Message-ID: On Sat, 8 Jul 2006, Andreas Thienemann wrote: > > Perhaps we can get a show of hands of all the people who actually care > > about Fedora on i586 systems... > Here! Ohhh. I forgot about our rackmounted Epia Boards. They won't work with i686 kernels and are actually not legacy. regards, andreas From davej at redhat.com Sat Jul 8 20:38:07 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 8 Jul 2006 16:38:07 -0400 Subject: Announcing Fedora Core 6 Test 1 (5.90) In-Reply-To: References: <1150901710.7049.22.camel@dhcp83-49.boston.redhat.com> <20060621150039.GA20695@devserv.devel.redhat.com> <1150902724.7049.26.camel@dhcp83-49.boston.redhat.com> <20060621151826.GA23531@devserv.devel.redhat.com> <1150903892.7049.34.camel@dhcp83-49.boston.redhat.com> <20060621154929.GA26709@devserv.devel.redhat.com> <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> Message-ID: <20060708203807.GB24913@redhat.com> On Sat, Jul 08, 2006 at 10:27:55PM +0200, Andreas Thienemann wrote: > Several legacy i586 systems are used as routers and I'd hate to leave them > on FC5. The buildsys was tweaked a few days ago, and 586 kernels have been popping out since then. test2 should be fine. Dave -- http://www.codemonkey.org.uk From paul at cypherpunks.ca Sun Jul 9 05:04:36 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Sun, 9 Jul 2006 07:04:36 +0200 (CEST) Subject: 2 years later... backups In-Reply-To: <44AFB08D.4090602@robertoragusa.it> References: <80d7e4090607060854v433b0929s87c3cfa550927591@mail.gmail.com> <20060706094559.ey6jz3mvnk2swkg8@www.thecodergeek.com> <44AFB08D.4090602@robertoragusa.it> Message-ID: On Sat, 8 Jul 2006, Roberto Ragusa wrote: > I've been using a very similar method for years, and I can only > recommend it: directories containing the timestamp in their name, > hardlinks, readonly export through SMB/NFS/netatalk/apache. > > I recently replaced the "cp -al" with the "--link-dest" rsync > option. Ohh thanks. I'll look into that! > There is only one thing I'd like to improve: renamed > or moved files are seen as new files and are not hardlinked. > I didn't try if "--fuzzy" works for hardlinking too. In those cases, I tend to login to the backup server and move the directory there as well :) Paul From arjan at fenrus.demon.nl Sun Jul 9 08:43:32 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sun, 09 Jul 2006 10:43:32 +0200 Subject: Announcing Fedora Core 6 Test 1 (5.90) In-Reply-To: <20060708203807.GB24913@redhat.com> References: <1150901710.7049.22.camel@dhcp83-49.boston.redhat.com> <20060621150039.GA20695@devserv.devel.redhat.com> <1150902724.7049.26.camel@dhcp83-49.boston.redhat.com> <20060621151826.GA23531@devserv.devel.redhat.com> <1150903892.7049.34.camel@dhcp83-49.boston.redhat.com> <20060621154929.GA26709@devserv.devel.redhat.com> <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> <20060708203807.GB24913@redhat.com> Message-ID: <1152434612.3255.33.camel@laptopd505.fenrus.org> On Sat, 2006-07-08 at 16:38 -0400, Dave Jones wrote: > On Sat, Jul 08, 2006 at 10:27:55PM +0200, Andreas Thienemann wrote: > > > Several legacy i586 systems are used as routers and I'd hate to leave them > > on FC5. > > The buildsys was tweaked a few days ago, and 586 kernels have been popping out > since then. test2 should be fine. now to go a step further; cmov isn't actually a performance gain on any cpu sold in the last year or two. Why ship the i686 kernel at all over an i586 kernel? Why not ship ONLY a i586 kernel? I fully agree with the goal of reducing the number of kernels... and in fact this is an opportunity again to strike one of the more useless differences.. From davej at redhat.com Sun Jul 9 08:50:26 2006 From: davej at redhat.com (Dave Jones) Date: Sun, 9 Jul 2006 04:50:26 -0400 Subject: Announcing Fedora Core 6 Test 1 (5.90) In-Reply-To: <1152434612.3255.33.camel@laptopd505.fenrus.org> References: <1150901710.7049.22.camel@dhcp83-49.boston.redhat.com> <20060621150039.GA20695@devserv.devel.redhat.com> <1150902724.7049.26.camel@dhcp83-49.boston.redhat.com> <20060621151826.GA23531@devserv.devel.redhat.com> <1150903892.7049.34.camel@dhcp83-49.boston.redhat.com> <20060621154929.GA26709@devserv.devel.redhat.com> <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> <20060708203807.GB24913@redhat.com> <1152434612.3255.33.camel@laptopd505.fenrus.org> Message-ID: <20060709085026.GA10044@redhat.com> On Sun, Jul 09, 2006 at 10:43:32AM +0200, Arjan van de Ven wrote: > On Sat, 2006-07-08 at 16:38 -0400, Dave Jones wrote: > > On Sat, Jul 08, 2006 at 10:27:55PM +0200, Andreas Thienemann wrote: > > > > > Several legacy i586 systems are used as routers and I'd hate to leave them > > > on FC5. > > > > The buildsys was tweaked a few days ago, and 586 kernels have been popping out > > since then. test2 should be fine. > > now to go a step further; cmov isn't actually a performance gain on any > cpu sold in the last year or two. Why ship the i686 kernel at all over > an i586 kernel? Why not ship ONLY a i586 kernel? This has crossed my mind, and I did some investigation on this a month or two ago. You'd still want gcc to schedule instructions optimally for newer cpus (-mtune-generic seems to handle this), but iirc adding -march=i586 somehow affects the behaviour of -mtune in a negative way. It does warrant further investigation at some stage however. Dave -- http://www.codemonkey.org.uk From arjan at fenrus.demon.nl Sun Jul 9 08:58:11 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sun, 09 Jul 2006 10:58:11 +0200 Subject: Announcing Fedora Core 6 Test 1 (5.90) In-Reply-To: <20060709085026.GA10044@redhat.com> References: <1150901710.7049.22.camel@dhcp83-49.boston.redhat.com> <20060621150039.GA20695@devserv.devel.redhat.com> <1150902724.7049.26.camel@dhcp83-49.boston.redhat.com> <20060621151826.GA23531@devserv.devel.redhat.com> <1150903892.7049.34.camel@dhcp83-49.boston.redhat.com> <20060621154929.GA26709@devserv.devel.redhat.com> <1150905329.7049.39.camel@dhcp83-49.boston.redhat.com> <20060708203807.GB24913@redhat.com> <1152434612.3255.33.camel@laptopd505.fenrus.org> <20060709085026.GA10044@redhat.com> Message-ID: <1152435491.3255.42.camel@laptopd505.fenrus.org> On Sun, 2006-07-09 at 04:50 -0400, Dave Jones wrote: > On Sun, Jul 09, 2006 at 10:43:32AM +0200, Arjan van de Ven wrote: > > On Sat, 2006-07-08 at 16:38 -0400, Dave Jones wrote: > > > On Sat, Jul 08, 2006 at 10:27:55PM +0200, Andreas Thienemann wrote: > > > > > > > Several legacy i586 systems are used as routers and I'd hate to leave them > > > > on FC5. > > > > > > The buildsys was tweaked a few days ago, and 586 kernels have been popping out > > > since then. test2 should be fine. > > > > now to go a step further; cmov isn't actually a performance gain on any > > cpu sold in the last year or two. Why ship the i686 kernel at all over > > an i586 kernel? Why not ship ONLY a i586 kernel? > > This has crossed my mind, and I did some investigation on this a month or two ago. > You'd still want gcc to schedule instructions optimally for newer cpus > (-mtune-generic seems to handle this), yes absolutely; no doubt about that > but iirc adding -march=i586 somehow > affects the behaviour of -mtune in a negative way. hmmm that's a good question for the gcc guys... I'm actually surprised by this. Maybe -mtune=i686 ? From buildsys at redhat.com Sun Jul 9 09:47:25 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 9 Jul 2006 05:47:25 -0400 Subject: rawhide report: 20060709 changes Message-ID: <200607090947.k699lPx0020023@hs20-bc2-6.build.redhat.com> Updated Packages: bridge-utils-1.1-1 ------------------ * Wed Jun 07 2006 David Woodhouse 1.1-1 - Update to 1.1 - BR libsysfs-devel instead of sysfsutils-devel hwdata-0.181-1 -------------- * Sat Jul 08 2006 Adam Jackson - 0.181-1 - Updated videodrivers to mention i945 - New monitors: Sony CPD-G420 (#145902), Compaq P1110 (#155120). * Thu Jun 22 2006 Adam Jackson - 0.180-2 - Bump. kbd-1.12-16 ----------- * Sun Jul 09 2006 Miloslav Trmac - 1.12-16 - Don't include on SPARC (#198040, patch by Dennis Gilmore ) libpfm-3.2-0.060621.8 --------------------- * Sat Jul 08 2006 Will Cohen - Avoid pulling in the example ELF executable into /usr/share. (#198001) - Mark man pages as documentation. ncurses-5.5-21 -------------- * Sat Jul 08 2006 Miroslav Lichvar 5.5-21 - fix crash in tgetent (#198032) xorg-x11-server-1.1.0-27.fc6 ---------------------------- * Sat Jul 08 2006 Kristian H??gsberg - 1.1.0-27.fc6 - Enable TLS for GLX to match the mesa build config. * Fri Jul 07 2006 Kristian H??gsberg - 1.1.0-26 - Add xorg-x11-server-1.1.0-mesa-copy-sub-buffer.patch to hook up the GLX_MESA_copy_sub_buffer extension. * Fri Jun 30 2006 Mike A. Harris 1.1.0-25.fc5 - Start using the new %{dist} tag experimentally in the package Release field to help prevent problems like (#197266) from occuring in the future. Broken deps for i386 ---------------------------------------------------------- cpufreq-utils - 1:002-1.1.37.i386 requires libsysfs.so.1 device-mapper-multipath - 0.4.7-2.0.i386 requires libsysfs.so.1 lm_sensors - 2.10.0-2.i386 requires libsysfs.so.1 openhpi - 2.4.1-4.i386 requires libsysfs.so.1 samba - 3.0.23-0.RC3.i386 requires perl(Unicode::MapUTF8) Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api cpufreq-utils - 1:002-1.1.37.ppc64 requires libsysfs.so.1()(64bit) device-mapper-multipath - 0.4.7-2.0.ppc64 requires libsysfs.so.1()(64bit) geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs iprutils - 2.1.4-1.ppc64 requires libsysfs.so.1()(64bit) jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 openhpi - 2.4.1-4.ppc64 requires libsysfs.so.1()(64bit) samba - 3.0.23-0.RC3.ppc64 requires perl(Unicode::MapUTF8) struts - 1.2.8-2jpp_12fc.ppc64 requires tomcat5-jsp-2.0-api struts - 1.2.8-2jpp_12fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_12fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for ia64 ---------------------------------------------------------- device-mapper-multipath - 0.4.7-2.0.ia64 requires libsysfs.so.1()(64bit) rgmanager - 2.0.0-0.fc6.5.ia64 requires libcman.so.2()(64bit) rgmanager - 2.0.0-0.fc6.5.ia64 requires cman samba - 3.0.23-0.RC3.ia64 requires perl(Unicode::MapUTF8) Broken deps for x86_64 ---------------------------------------------------------- cpufreq-utils - 1:002-1.1.37.x86_64 requires libsysfs.so.1()(64bit) device-mapper-multipath - 0.4.7-2.0.x86_64 requires libsysfs.so.1()(64bit) lm_sensors - 2.10.0-2.i386 requires libsysfs.so.1 lm_sensors - 2.10.0-2.x86_64 requires libsysfs.so.1()(64bit) openhpi - 2.4.1-4.x86_64 requires libsysfs.so.1()(64bit) openhpi - 2.4.1-4.i386 requires libsysfs.so.1 samba - 3.0.23-0.RC3.x86_64 requires perl(Unicode::MapUTF8) Broken deps for ppc ---------------------------------------------------------- cpufreq-utils - 1:002-1.1.37.ppc requires libsysfs.so.1 device-mapper-multipath - 0.4.7-2.0.ppc requires libsysfs.so.1 iprutils - 2.1.4-1.ppc requires libsysfs.so.1 openhpi - 2.4.1-4.ppc requires libsysfs.so.1 samba - 3.0.23-0.RC3.ppc requires perl(Unicode::MapUTF8) Broken deps for s390x ---------------------------------------------------------- device-mapper-multipath - 0.4.7-2.0.s390x requires libsysfs.so.1()(64bit) openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so openCryptoki - 2.2.4-1.s390x requires libica.so()(64bit) openhpi - 2.4.1-4.s390 requires libsysfs.so.1 openhpi - 2.4.1-4.s390x requires libsysfs.so.1()(64bit) rgmanager - 2.0.0-0.fc6.5.s390x requires libcman.so.2()(64bit) rgmanager - 2.0.0-0.fc6.5.s390x requires cman samba - 3.0.23-0.RC3.s390x requires perl(Unicode::MapUTF8) yelp - 2.15.2-1.s390x requires libbeagle.so.0()(64bit) Broken deps for s390 ---------------------------------------------------------- device-mapper-multipath - 0.4.7-2.0.s390 requires libsysfs.so.1 openCryptoki - 2.2.4-1.s390 requires libica.so openhpi - 2.4.1-4.s390 requires libsysfs.so.1 rgmanager - 2.0.0-0.fc6.5.s390 requires cman rgmanager - 2.0.0-0.fc6.5.s390 requires libcman.so.2 samba - 3.0.23-0.RC3.s390 requires perl(Unicode::MapUTF8) tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(dbus-sharp) = 0:0.60.0.0 tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gnome-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gmime-sharp) = 0:2.2.0.0 tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:2.8.0.0 tomboy - 0.3.5-5.s390 requires mono(gtk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp-peditors) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(gdk-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(gconf-sharp) = 0:1.0.0.0 tomboy - 0.3.5-5.s390 requires mono(pango-sharp) = 0:1.0.0.0 tomcat5-webapps - 5.5.17-3jpp_1fc.s390 requires jakarta-taglibs-standard >= 0:1.1.0 yelp - 2.15.2-1.s390 requires libbeagle.so.0 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Sun Jul 9 11:23:40 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Sun, 9 Jul 2006 13:23:40 +0200 Subject: rawhide report: 20060709 changes In-Reply-To: <200607090947.k699lPx0020023@hs20-bc2-6.build.redhat.com> References: <200607090947.k699lPx0020023@hs20-bc2-6.build.redhat.com> Message-ID: <20060709132340.529c9a46@python2> buildsys at redhat.com wrote : > hwdata-0.181-1 > -------------- > * Sat Jul 08 2006 Adam Jackson - 0.181-1 > - Updated videodrivers to mention i945 > - New monitors: Sony CPD-G420 (#145902), Compaq P1110 (#155120). There are also a bunch of Dell monitors that should be added : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196734 Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.90 (Test) - Linux kernel 2.6.17-1.2356.fc6 Load : 0.39 0.73 0.78 From nicolas.mailhot at laposte.net Sun Jul 9 12:11:28 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 09 Jul 2006 14:11:28 +0200 Subject: rawhide report: 20060709 changes In-Reply-To: <20060709132340.529c9a46@python2> References: <200607090947.k699lPx0020023@hs20-bc2-6.build.redhat.com> <20060709132340.529c9a46@python2> Message-ID: <1152447088.8685.13.camel@rousalka.dyndns.org> Le dimanche 09 juillet 2006 ? 13:23 +0200, Matthias Saou a ?crit : > buildsys at redhat.com wrote : > > > hwdata-0.181-1 > > -------------- > > * Sat Jul 08 2006 Adam Jackson - 0.181-1 > > - Updated videodrivers to mention i945 > > - New monitors: Sony CPD-G420 (#145902), Compaq P1110 (#155120). > > There are also a bunch of Dell monitors that should be added : > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196734 BTW the full Belinea monitor range frequencies can be found there ftp://ftp.maxdata.com/10_Belinea_Monitors/40_Driver/Inf_files/Belinea_353.inf if anyone is motivated to extract the info in hwdata format Regards, -- 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 Matt_Domsch at dell.com Sun Jul 9 13:50:10 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 9 Jul 2006 08:50:10 -0500 Subject: rawhide report: 20060709 changes In-Reply-To: <1152447088.8685.13.camel@rousalka.dyndns.org> References: <200607090947.k699lPx0020023@hs20-bc2-6.build.redhat.com> <20060709132340.529c9a46@python2> <1152447088.8685.13.camel@rousalka.dyndns.org> Message-ID: <20060709135010.GA25188@lists.us.dell.com> On Sun, Jul 09, 2006 at 02:11:28PM +0200, Nicolas Mailhot wrote: > Le dimanche 09 juillet 2006 ?? 13:23 +0200, Matthias Saou a ??crit : > > buildsys at redhat.com wrote : > > > > > hwdata-0.181-1 > > > -------------- > > > * Sat Jul 08 2006 Adam Jackson - 0.181-1 > > > - Updated videodrivers to mention i945 > > > - New monitors: Sony CPD-G420 (#145902), Compaq P1110 (#155120). > > > > There are also a bunch of Dell monitors that should be added : > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196734 > > BTW the full Belinea monitor range frequencies can be found there > ftp://ftp.maxdata.com/10_Belinea_Monitors/40_Driver/Inf_files/Belinea_353.inf > > if anyone is motivated to extract the info in hwdata format updated inf2mondb.py below. Go nuts. I use this to automatically extract monitor info from the Windows *.inf files our monitor teams post to support.dell.com. I find the --new option most useful. -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com #!/usr/bin/python # # inf2mondb.py: convert MicroSoft .inf files for monitors to MonitorDB # # originally by Matt Wilson # option parsing and database comparison by Fred New # ini parsing completely rewritten by Matt Domsch 2006 # # Copyright 2002 Red Hat, Inc. # Copyright 2006 Dell, Inc. # # This software may be freely redistributed under the terms of the GNU # library public license. # # You should have received a copy of the GNU Library Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. """ """ import sys import string import re import ConfigParser # this is a class to deal with various file line endings and leading whitespace # converts all \r line endings to \n. # It also strips leading whitespace. # NOTE: be sure to always return _something_, even if it is just "\n", or we # break the file API. (nothing == eof) class myFile(object): def __init__(self, *args): self.fd = open(*args) return self.fd def close(self): return self.fd.close() def readline(self, *args): line = self.fd.readline(*args) line = line.replace('\r', '\n') line = line.replace('\n\n', '\n') line = line.lstrip(" \t") return line # we will use this to override default option parsing in ConfigParser to handle # Microsoft-style "INI" files. (Which do not necessarily have " = value " after # the option name OPTCRE = re.compile( r'(?P