From rc040203 at freenet.de Tue Aug 1 00:29:47 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 01 Aug 2006 02:29:47 +0200 Subject: Leaving? (cont'd) In-Reply-To: <44CE0D6C.30801@fedoraproject.org> References: <16de708d0607281825v47210352y2894ff426064ad76@mail.gmail.com> <44CCBBB2.2080509@poolshark.org> <16de708d0607301721o700794fbl3cd71d1f5137d129@mail.gmail.com> <200607302106.28058.jkeating@redhat.com> <44CDA4DB.1010807@hhs.nl> <44CDCE70.8070603@fedoraproject.org> <44CDD20D.7080207@hhs.nl> <44CDD1EF.5070502@fedoraproject.org> <1154346220.5253.49.camel@mccallum.corsepiu.local> <44CE0D6C.30801@fedoraproject.org> Message-ID: <1154392187.5253.124.camel@mccallum.corsepiu.local> On Mon, 2006-07-31 at 19:32 +0530, Rahul wrote: > Ralf Corsepius wrote: > > > > > Well, apparently some people seem prefer "max. freedom" combined with > > "complex bureaucratic rules", instead of "restricted freedom" with > > "simple rules. > > A combination of max freedom and complex bureaucratic rules seems rather > self contradictory. It only appears so: When you try to write up "max. freedom" into "rules", you end up in long series of precedences and exceptions, i.e. in a complex "law" system. > From my experience, the former rule doesn't work in > > community projects such as Fedora. Unfortunately, there seems to be > > pretty large groups of people who don't share this opinion. > > Well a community doesnt mean that people will obey whatever others tell > them. It just means that they will tend listen esp to people who do > similar work and very well might decide thats not the best way. Yes. But ... "community" also implies to be able to "compromise". Such is everyday life - Even if you'd prefer to run around naked, conventions are not to do so in most parts of the world. In Fedora, however, you can set up whatever %buildroot, CFLAGS and %release-tags, causing arbitrary side-effects on user systems. > If > someone's choice doesnt match with the rest of the people doing the > work, we just have to get along. No, if something doesn't suffice, it's a bug. We would have to change the "guidelines"/"conventions", then. Ralf From sundaram at fedoraproject.org Tue Aug 1 00:36:29 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 01 Aug 2006 06:06:29 +0530 Subject: Leaving? (cont'd) In-Reply-To: <1154392187.5253.124.camel@mccallum.corsepiu.local> References: <16de708d0607281825v47210352y2894ff426064ad76@mail.gmail.com> <44CCBBB2.2080509@poolshark.org> <16de708d0607301721o700794fbl3cd71d1f5137d129@mail.gmail.com> <200607302106.28058.jkeating@redhat.com> <44CDA4DB.1010807@hhs.nl> <44CDCE70.8070603@fedoraproject.org> <44CDD20D.7080207@hhs.nl> <44CDD1EF.5070502@fedoraproject.org> <1154346220.5253.49.camel@mccallum.corsepiu.local> <44CE0D6C.30801@fedoraproject.org> <1154392187.5253.124.camel@mccallum.corsepiu.local> Message-ID: <44CEA20D.8080300@fedoraproject.org> Ralf Corsepius wrote: > Such is everyday life - Even if you'd prefer to run around naked, > conventions are not to do so in most parts of the world. In Fedora, > however, you can set up whatever %buildroot, CFLAGS and %release-tags, > causing arbitrary side-effects on user systems. Being in the packaging committee should help I suppose. > >> If >> someone's choice doesnt match with the rest of the people doing the >> work, we just have to get along. > No, if something doesn't suffice, it's a bug. We would have to change > the "guidelines"/"conventions", then. You will have to manage to convince others that its a bug to get the guidelines fixed. Rahul From jacliburn at bellsouth.net Tue Aug 1 01:04:40 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Mon, 31 Jul 2006 20:04:40 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060731151143.GA10674@jadzia.bu.edu> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> Message-ID: <44CEA8A8.3070302@bellsouth.net> Matthew Miller wrote: > On Mon, Jul 31, 2006 at 11:04:16AM -0400, Demond wrote: >> Is there a reason the firefox.i386 and firefox-devel.i386 packages are >> in the x86_64 repo for rawhide? They both got pulled into my system >> when the firefox-devel package was introduced. However, "yum remove >> firefox.i386" shows that there are no dependencies. I was just >> wondering if this was deliberate and if they will be around for a while. > > It's handy if you have to use the flash plugin.... Ditto for flash, and it's also handy for the Sun Java plugin. I personally hope firefox.i386 is a permanent addition to the x86_64 repo for FC6. Can someone confirm it is or isn't? Jay From jkeating at redhat.com Tue Aug 1 02:15:12 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 31 Jul 2006 22:15:12 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44CEA8A8.3070302@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> Message-ID: <200607312215.12592.jkeating@redhat.com> On Monday 31 July 2006 21:04, Jay Cliburn wrote: > Ditto for flash, and it's also handy for the Sun Java plugin. ?I > personally hope firefox.i386 is a permanent addition to the x86_64 repo > for FC6. ?Can someone confirm it is or isn't? It may be temporary, it may not be. We've removed mozilla in favor of Firefox for building things against, so firefox grew a -devel sub package. However this is a temporary measure until xulrunner is ready for prime time which will provide the basis of the browsing stuff and a -devel package to build against, so that firefox doesn't need a -devel anymore, and packages can use a much smaller xulrunner to develop against. At that time, firefox may cease to be multilib automatically, however I would entertain requests to force it to be multilib... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Tue Aug 1 02:34:37 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 31 Jul 2006 22:34:37 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <200607312215.12592.jkeating@redhat.com> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> Message-ID: <20060801023437.GA6253@jadzia.bu.edu> On Mon, Jul 31, 2006 at 10:15:12PM -0400, Jesse Keating wrote: > It may be temporary, it may not be. We've removed mozilla in favor of Firefox > for building things against, so firefox grew a -devel sub package. However > this is a temporary measure until xulrunner is ready for prime time which > will provide the basis of the browsing stuff and a -devel package to build > against, so that firefox doesn't need a -devel anymore, and packages can use > a much smaller xulrunner to develop against. At that time, firefox may cease > to be multilib automatically, however I would entertain requests to force it > to be multilib... The argument-which-I-hope-I-will-not-restart applies here too -- Macromedia _ought_ to make an x86_64 version, and they have less incentive to if all the distro vendors make it easier for them to just ship i386 everywhere. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jacliburn at bellsouth.net Tue Aug 1 02:48:38 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Mon, 31 Jul 2006 21:48:38 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <200607312215.12592.jkeating@redhat.com> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> Message-ID: <44CEC106.4020306@bellsouth.net> Jesse Keating wrote: > On Monday 31 July 2006 21:04, Jay Cliburn wrote: >> Ditto for flash, and it's also handy for the Sun Java plugin. I >> personally hope firefox.i386 is a permanent addition to the x86_64 repo >> for FC6. Can someone confirm it is or isn't? > > It may be temporary, it may not be. We've removed mozilla in favor of Firefox > for building things against, so firefox grew a -devel sub package. However > this is a temporary measure until xulrunner is ready for prime time which > will provide the basis of the browsing stuff and a -devel package to build > against, so that firefox doesn't need a -devel anymore, and packages can use > a much smaller xulrunner to develop against. At that time, firefox may cease > to be multilib automatically, however I would entertain requests to force it > to be multilib... Thanks for that information. I'm indifferent to browser make and model, myself; Firefox just seems to be in vogue and I'm accustomed to it now. But the enduring headache for a number of FC x86_64 users is the absence of 64-bit Macromedia Flash and Sun Java plugins -- despite the availability gnash and blackdown and nspluginwrapper -- and fedoraforum is chock full of people trying to figure out how to add i386 repos and install and keep up to date a "foreign" arch package in x86_64. For some AMD64 owners, the decision whether to use FCx.i386 or FCx.x86_64 is swayed to i386 by the simple desire to avoid the wrestling match with 32-bit Firefox and its plugins in a 64-bit Fedora. (A cursory search of the AMD64 forum at fedoraforum will bear out this assertion.) I wrote a howto at fedoraforum that lays out the steps to get 32-bit Firefox installed with Flash and Sun Java in x86_64, but I'm occasionally astonished at just how badly people can muck it up by not following the instructions to the letter, and sometimes they run into gnarly dependency problems that may or may not be of their own making. Having 32-bit Firefox in the x86_64 repo significantly simplifies the whole process, and would be cheered by many a new Fedora/AMD64 user. Jay From Matt_Domsch at dell.com Tue Aug 1 02:54:03 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 31 Jul 2006 21:54:03 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44CEC106.4020306@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> <44CEC106.4020306@bellsouth.net> Message-ID: <20060801025403.GA11966@lists.us.dell.com> On Mon, Jul 31, 2006 at 09:48:38PM -0500, Jay Cliburn wrote: > I'm indifferent to browser make and model, myself; Firefox just seems to > be in vogue and I'm accustomed to it now. But the enduring headache for > a number of FC x86_64 users is the absence of 64-bit Macromedia Flash > and Sun Java plugins -- despite the availability gnash and blackdown and > nspluginwrapper -- and fedoraforum is chock full of people trying to > figure out how to add i386 repos and install and keep up to date a > "foreign" arch package in x86_64. For some AMD64 owners, the decision > whether to use FCx.i386 or FCx.x86_64 is swayed to i386 by the simple > desire to avoid the wrestling match with 32-bit Firefox and its plugins > in a 64-bit Fedora. (A cursory search of the AMD64 forum at fedoraforum > will bear out this assertion.) > > I wrote a howto at fedoraforum that lays out the steps to get 32-bit > Firefox installed with Flash and Sun Java in x86_64, but I'm > occasionally astonished at just how badly people can muck it up by not > following the instructions to the letter, and sometimes they run into > gnarly dependency problems that may or may not be of their own making. > Having 32-bit Firefox in the x86_64 repo significantly simplifies the > whole process, and would be cheered by many a new Fedora/AMD64 user. Much as it is highly annoying, other distributions such as OpenSuSE have started shipping only the 32-bit Firefox or equivalent on AMD64, and not shipping a 64-bit Firefox at all, for exactly this reason. Idea being work must happen in the background to get 64-bit Java and other plugins to work, but until then, don't dork over your end users. You loose a lot of bully pulpit, but you make for happier users. -- 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 n0dalus+redhat at gmail.com Tue Aug 1 03:16:51 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Tue, 1 Aug 2006 12:46:51 +0930 Subject: PC speaker fixed (was: Re: FC6 and cdburning) In-Reply-To: <20060731223748.94564.qmail@web51502.mail.yahoo.com> References: <80d7e4090607311308i729416adx2e800c0ce5104ea0@mail.gmail.com> <20060731223748.94564.qmail@web51502.mail.yahoo.com> Message-ID: <6280325c0607312016o3c88cbared2304c194b01224@mail.gmail.com> On 8/1/06, Steve G wrote: > > I'd say so. There are just to many yappy programs. Do you really need to hear a > beep when doing tab completion? > I agree. Having a beep when something finishes is good, or for example when you ask for screen to beep when something changes, but the rest of the time it is very annoying and I usually disconnect the speaker at the motherboard. It would be cool if there was a way to allow beeps on a per-application level. n0dalus. From seg at haxxed.com Tue Aug 1 05:33:01 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 01 Aug 2006 00:33:01 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <1154359352.24248.8.camel@rousalka.dyndns.org> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <1154359352.24248.8.camel@rousalka.dyndns.org> Message-ID: <1154410381.17862.8.camel@localhost> On Mon, 2006-07-31 at 17:22 +0200, Nicolas Mailhot wrote: > Anyone managed to build > http://www.gibix.net/dokuwiki/en:projects:nspluginwrapper > > yet? I tried. The plugin host thingy just segfaults on startup. Somewhere in library code as far as I could figure out. -------------- 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 Tue Aug 1 05:42:09 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 01 Aug 2006 00:42:09 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44CEA8A8.3070302@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> Message-ID: <1154410930.17862.14.camel@localhost> On Mon, 2006-07-31 at 20:04 -0500, Jay Cliburn wrote: > Ditto for flash, and it's also handy for the Sun Java plugin. I > personally hope firefox.i386 is a permanent addition to the x86_64 repo > for FC6. Can someone confirm it is or isn't? The blackdown JVM has an x86_64 browser plugin that works just fine for me. I hacked up the jpackage package to get it to build for x86_64: http://www.haxxed.com/rpms/java-1.4.2-blackdown-1.4.2.03-1jpp.nosrc.rpm -------------- 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 Tue Aug 1 05:59:13 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 01 Aug 2006 00:59:13 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060801023437.GA6253@jadzia.bu.edu> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> <20060801023437.GA6253@jadzia.bu.edu> Message-ID: <1154411953.17862.18.camel@localhost> On Mon, 2006-07-31 at 22:34 -0400, Matthew Miller wrote: > The argument-which-I-hope-I-will-not-restart applies here too -- Macromedia > _ought_ to make an x86_64 version, and they have less incentive to if all > the distro vendors make it easier for them to just ship i386 everywhere. Basically they don't seem to have a single clue how to write portable software, or use pre-existing libraries: (and they're hiring) http://www.kaourantin.net/2005/08/porting-flash-player-to-alternative.html -------------- 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 mharris at mharris.ca Tue Aug 1 06:11:03 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Tue, 01 Aug 2006 02:11:03 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060801023437.GA6253@jadzia.bu.edu> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> <20060801023437.GA6253@jadzia.bu.edu> Message-ID: <44CEF077.60206@mharris.ca> Matthew Miller wrote: > On Mon, Jul 31, 2006 at 10:15:12PM -0400, Jesse Keating wrote: >> It may be temporary, it may not be. We've removed mozilla in favor of Firefox >> for building things against, so firefox grew a -devel sub package. However >> this is a temporary measure until xulrunner is ready for prime time which >> will provide the basis of the browsing stuff and a -devel package to build >> against, so that firefox doesn't need a -devel anymore, and packages can use >> a much smaller xulrunner to develop against. At that time, firefox may cease >> to be multilib automatically, however I would entertain requests to force it >> to be multilib... > > The argument-which-I-hope-I-will-not-restart applies here too -- Macromedia > _ought_ to make an x86_64 version, and they have less incentive to if all > the distro vendors make it easier for them to just ship i386 everywhere. I can totally agree with this. But others will say, and with a reasonably good point is wether the number of people using x86_64 is larger or smaller than the number of people using and requiring flash mandatorily. There is no right answer for such, only hardcore left and right viewpoints based on personal individual preference and requirements. If Fedora were to ship _only_ the 32bit version of firefox in x86_64, then I would more or less have a problem with that assuming the x86_64 build were more performant (as it should be) overall. The web is probably _the_ most important client-side "killer app" right now however, and like it or not, many people rely on flash, java and/or other stuff which is equally proprietary, and can only consider using a product if it provides the functionality needed. Including the i386 version of firefox enables people to optionally use this software they require without forcing it on them, allowing more people to use the OS without having to rebuild things themselves, or hack around the problem. It seems a reasonable compromise between two extreme viewpoints to include 32bit ff to me, and it itself is completely open source. I also agree however that in theory at least, this provides macromedia with less incentive to provide a 64bit version of flash. Where I contrast though, is that I do not see this as a problem. To provide only the 64bit version of firefox would in theory promote macromedia to provide a 64bit version of a proprietary product, thereby encouraging use of proprietary products even more IMHO, as 32bit OS's are legacy in many ways now, and will be legacy in all ways in the near future. Let's leave proprietary software stuck in 32bit land, and hopefully an open source alternative to flash will come along which happens to be 64bit clean. Just an alternative viewpoint, also purely based on open source advocacy. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From michael at knox.net.nz Tue Aug 1 06:16:06 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Tue, 01 Aug 2006 18:16:06 +1200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060801023437.GA6253@jadzia.bu.edu> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> <20060801023437.GA6253@jadzia.bu.edu> Message-ID: <44CEF1A6.8060004@knox.net.nz> Matthew Miller wrote: > The argument-which-I-hope-I-will-not-restart applies here too -- Macromedia > _ought_ to make an x86_64 version, and they have less incentive to if all > the distro vendors make it easier for them to just ship i386 everywhere. If Macromedia Flash doesn't work for you, try gnash and if that doesn't work... at least you have access to the code to perhaps make a difference ;) people should direct their focus on gnash and work on improving it. Michael From cra at WPI.EDU Tue Aug 1 06:32:17 2006 From: cra at WPI.EDU (Chuck Anderson) Date: Tue, 1 Aug 2006 02:32:17 -0400 Subject: PC speaker fixed (was: Re: FC6 and cdburning) In-Reply-To: <20060731223748.94564.qmail@web51502.mail.yahoo.com> References: <80d7e4090607311308i729416adx2e800c0ce5104ea0@mail.gmail.com> <20060731223748.94564.qmail@web51502.mail.yahoo.com> Message-ID: <20060801063217.GJ20958@angus.ind.WPI.EDU> On Mon, Jul 31, 2006 at 03:37:48PM -0700, Steve G wrote: > > >Is the need here is for a feature request for system-config-soundcard > >to have a turn on/off speaker in it... for the user who needs it > >off/on? > > I'd say so. There are just to many yappy programs. Do you really need to hear a > beep when doing tab completion? Try these: .inputrc: set prefer-visible-bell #set bell-style visible set bell-style none .tcshrc: set visiblebell set matchbeep = nomatch .emacs: (setq visible-bell t) From caolanm at redhat.com Tue Aug 1 04:23:07 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 01 Aug 2006 05:23:07 +0100 Subject: rawhide report: 20060731 changes - "dejavu-lgc-fonts" mandatory In-Reply-To: <1154368456.28706.0.camel@rousalka.dyndns.org> References: <200607311035.k6VAZhCq014622@hs20-bc2-6.build.redhat.com> <62725.194.94.224.254.1154367193.squirrel@jose.freesurf.fr> <1154368456.28706.0.camel@rousalka.dyndns.org> Message-ID: <1154406189.2695.9.camel@soulcrusher.caolan.org> On Mon, 2006-07-31 at 19:54 +0200, Nicolas Mailhot wrote: > Le lundi 31 juillet 2006 ? 19:33 +0200, Joachim Frieben a ?crit : > > Can't this addition be done in a less intrusive way, namely without imposing > > "dejavu-lgc-fonts" as system default? > > Previous OO.o required Vera, so nothing to see there, it's not more (or > less) broken than before Well, requiring these fonts is a "good thing" as OOo needs outline fonts to do anything useful, and e.g. we have no other proper greek outline fonts, and it improves the italic and bold support of the vera-style set of fonts without recourse to fake italic/bold over Vera. At the same time, installing the dejavu-lgcc package changes the fontconfig fallbacks in some ways which is a problem, e.g. fc-match "Thorndale AMT" should really behave the same as fc-match "Times New Roman" regardless of if dejavu-lgc is installed or not https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200723 Personally I'd prefer if the deja fonts were slotted into the fontconfig confs in positions just above the vera fonts, instead of with "prepend" which is effectively slotting them at the top of the "serif" and "sans-serif" and "mono" sections. C. From dwmw2 at infradead.org Tue Aug 1 07:17:50 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 01 Aug 2006 08:17:50 +0100 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44CE473D.2030306@fedoraproject.org> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <1154359352.24248.8.camel@rousalka.dyndns.org> <20060731175739.GA9480@rathann.pekin.waw.pl> <44CE473D.2030306@fedoraproject.org> Message-ID: <1154416670.2974.109.camel@pmac.infradead.org> On Mon, 2006-07-31 at 23:39 +0530, Rahul wrote: > It under review in Fedora Extras. However many of the flash features are > not implemented in gnash and some of the flash files are tied to > patented codecs and other similar issues. The latter isn't too much of a problem if gnash uses gstreamer appropriately. It doesn't actually have to _include_ the problematic codecs. -- dwmw2 From nicolas.mailhot at laposte.net Tue Aug 1 08:33:16 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 1 Aug 2006 10:33:16 +0200 (CEST) Subject: rawhide report: 20060731 changes - "dejavu-lgc-fonts" mandatory In-Reply-To: <1154406189.2695.9.camel@soulcrusher.caolan.org> References: <200607311035.k6VAZhCq014622@hs20-bc2-6.build.redhat.com> <62725.194.94.224.254.1154367193.squirrel@jose.freesurf.fr> <1154368456.28706.0.camel@rousalka.dyndns.org> <1154406189.2695.9.camel@soulcrusher.caolan.org> Message-ID: <32694.192.54.193.52.1154421196.squirrel@rousalka.dyndns.org> Le Mar 1 ao?t 2006 06:23, Caolan McNamara a ?crit : > Personally I'd prefer if the deja fonts were slotted into the fontconfig > confs in positions just above the vera fonts, instead of with "prepend" > which is effectively slotting them at the top of the "serif" and > "sans-serif" and "mono" sections. IMHO when you use the fontconfig aliases in a document you can get fonts with any metric, so if people want microsoft-compatible metrics we should just create specific Arial/Times New Roman/Courier substitution tables (and not rely on the generic ones). But fontconfig in general while a great font backend is suffering from under-documented config grammar, which means the default conf sucks a tad and no one knows how to change it sanely. If you care about this you should drop on ##fonts at Freenode at 12:00 UTC today. Regards, -- Nicolas Mailhot From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Aug 1 08:43:37 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 1 Aug 2006 10:43:37 +0200 Subject: PC speaker fixed (was: Re: FC6 and cdburning) In-Reply-To: <20060801063217.GJ20958@angus.ind.WPI.EDU> References: <80d7e4090607311308i729416adx2e800c0ce5104ea0@mail.gmail.com> <20060731223748.94564.qmail@web51502.mail.yahoo.com> <20060801063217.GJ20958@angus.ind.WPI.EDU> Message-ID: <20060801104337.5945542f@python2> Chuck Anderson wrote : > On Mon, Jul 31, 2006 at 03:37:48PM -0700, Steve G wrote: > > > > >Is the need here is for a feature request for system-config-soundcard > > >to have a turn on/off speaker in it... for the user who needs it > > >off/on? > > > > I'd say so. There are just to many yappy programs. Do you really need to hear a > > beep when doing tab completion? > > Try these: > > .inputrc: > set prefer-visible-bell > #set bell-style visible > set bell-style none > > .tcshrc: > set visiblebell > set matchbeep = nomatch > > .emacs: > (setq visible-bell t) GDM will still beep on startup by default, won't it? And this will only affect local shells, not remote shells accessed through ssh, right? I'm part of those who live fine without the working internal speaker. I'd simply disconnect it if it was possible, unfortunately this is a laptop. I now know that I can simply blacklist the kernel module, but I'd really prefer a more user-friendly way of achieving the same thing, like for instance by just muting the PC Speaker ALSA mixer channel... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2462.fc6 Load : 0.36 0.38 0.33 From buildsys at redhat.com Tue Aug 1 10:32:03 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 1 Aug 2006 06:32:03 -0400 Subject: rawhide report: 20060801 changes Message-ID: <200608011032.k71AW399022908@hs20-bc2-6.build.redhat.com> Removed package mozilla Removed package freeglut Updated Packages: anaconda-11.1.0.74-1 -------------------- * Mon Jul 31 2006 Jeremy Katz - 11.1.0.74-1 - Fix method=http vs method=ftp (pjones) - Various xconfig fixes (clumens, #200755 #200758) - Fix FTP/HTTP installs by hostname (dcantrel, #200771) - Fix command-stubs/mknod (#200820) at-spi-1.7.9-3 -------------- * Fri Jul 28 2006 Alexander Larsson - 1.7.9-3 - Fix segfault if a11y enabled on x86-64 (#196063) audiofile-1:0.2.6-5 ------------------- * Thu Jul 27 2006 Matthias Clasen - 1:0.2.6-5 - Fix multilib conflicts - Don't ship static libraries autoconf-2.59-11 ---------------- * Thu Jul 27 2006 Karsten Hopp 2.59-11 - Requires imake for _AC_PATH_X cpuspeed-1:1.2.1-1.40.fc6 ------------------------- * Sat Jul 29 2006 Dave Jones - Don't try to load acpi-cpufreq on non-ACPI machines. (#196446) * Wed Jul 26 2006 Dave Jones - Fix up retval & /var/lock/subsys/cpuspeed handling in initscript. * Thu Jul 20 2006 Jim Paradis - Enable on-demand governor usage for powernow-k8 as well as centrino cups-1:1.2.2-6 -------------- * Fri Jul 28 2006 Tim Waugh 1:1.2.2-6 - Use replacement snmp.c from STR #1737 (bug #193093). - Re-enable LSPP; doesn't harm browsing after all. * Fri Jul 28 2006 Tim Waugh 1:1.2.2-5 - Disable LSPP for now, since it seems to break browsing somehow. cvs-1.11.22-4 ------------- * Fri Jul 28 2006 Martin Stransky - 1.11.22-4 - added ipv6 patch (#199404) epic-4:2.4-1 ------------ * Mon Jul 31 2006 Peter Vrabec 2.4-5 - upgrade to new bugfix release * Mon Jul 31 2006 Peter Vrabec 2.2-5 - add buildrequires ncurses-devel * Wed Jul 12 2006 Jesse Keating - 4:2.2-4.1 - rebuild esc-1.0.0-3.fc6 --------------- esound-1:0.2.36-3 ----------------- * Thu Jul 27 2006 Matthias Clasen - 1:0.2.36-3 - fix multilib conflicts evolution-data-server-1.7.4-3 ----------------------------- * Mon Jul 31 2006 Matthew Barnes - 1.7.4-3 - Revert to version 1.7.4 to prevent API/ABI breakage. - Add back patch to make --with-libdb configure option work. * Mon Jul 31 2006 Ray Strode - 1.7.90.1-4 - add executable bits to libs * Mon Jul 31 2006 Matthias Clasen - 1.7.90.1-3 - Rebuild f-spot-0.1.11-4 --------------- * Thu Jul 27 2006 Matthias Clasen - 0.1.11-4 - Fix dbus-sharp BR * Wed Jul 12 2006 Jesse Keating - 0.1.11-3.1 - rebuild * Sat Jun 24 2006 Jesse Keating 0.1.11-3 - Add missing BR gettext file-roller-2.15.1-2 -------------------- * Sun Jul 30 2006 Matthias Clasen - 2.15.1-2 - Avoid warnings from recent menu * Wed Jul 12 2006 Matthias Clasen - 2.15.1-1 - Update to 2.15.1 * Wed Jul 12 2006 Jesse Keating - 2.14.3-4.1 - rebuild fontconfig-2.3.95-6 ------------------- * Thu Jul 27 2006 Behdad Esfahbod - 2.3.95-6 - Do umask 0022 in post - Update configs to reflect addition of new Indic fonts (#200381, #200397) fonts-indic-2.0-2 ----------------- * Mon Jul 31 2006 Darshan Santani - 2.0-2 - Bug Fixes "Bengali" RH#179821, RH#197216, RH#169110 - Bug Fixes "Punjabi" RH #167592. - Bug Fixes "Hindi" RH#189334 fonts-sinhala-0.2-4 ------------------- * Thu Jul 27 2006 Darshan Santani - 0.2.4 - Added support for missing Unicode points U+25CC and U+0DF4 [ RH# 199120] - Resolves RH# 199930 freetype-2.2.1-3 ---------------- * Thu Jul 27 2006 Matthias Clasen - 2.2.1-3 - fix multilib issues ftp-0.17-32.1.2.2 ----------------- * Tue Jul 25 2006 Marcela Maslanova - 0.17-32.1.2.2 - fix (#196103) patch for long filenames gail-1.9.0-2 ------------ * Fri Jul 28 2006 Matthias Clasen - 1.9.0-2 - Fix removal of notebook tabs gecko-sharp2-0.11-9 ------------------- * Mon Jul 31 2006 Jesse Keating - 0.11-9 - build against firefox-devel * Wed Jul 12 2006 Jesse Keating - 0.11-8.1 - rebuild * Sat Jun 24 2006 Jesse Keating 0.11-8 - BuildRequires: mono-devel, gtk-sharp2-gapi - Diable s390 as well glibc-2.4.90-15 --------------- * Mon Jul 31 2006 Roland McGrath 2.4.90-15 - fix missing destructor calls in dlclose (#197932) - PI mutex support * Mon Jul 10 2006 Jakub Jelinek 2.4.90-13 - DT_GNU_HASH support * Fri Jun 30 2006 Jakub Jelinek 2.4.90-12 - buildrequire gettext - enable fstatat64/newfstatat syscalls even on ppc*/s390*/ia64 (#196494) - fix out of memory behavior in gettext (#194321) - fix regex on multi-byte non-UTF-8 charsets (#193873) - minor NIS+ fixes (#190803) - don't use cancellable calls in posix_spawn* and only set{u,g}id current thread if requested (#193631) gnome-games-1:2.15.4-3 ---------------------- * Tue Jul 25 2006 Ray Strode - 1:2.15.4-3 - install new gconf schemas. rework the way we do it to be more future proof (bug 193777) * Tue Jul 25 2006 Matthias Clasen - 1:2.15.4-2 - Require librsvg2 (#191576) gnome-panel-2.14.2-8 -------------------- * Fri Jul 28 2006 Ray Strode - 2.14.2-8 - don't get stuck in infinite recursion loop from previous fix. Patch by Fredric Crozat * Wed Jul 26 2006 Ray Strode - 2.14.2-7 - don't try to talk to X if the connection is dead (bug 200149) gnome-python2-extras-2.14.1-6 ----------------------------- * Mon Jul 31 2006 Matthias Clasen - 2.14.1-6 - fix a typo in configure * Mon Jul 31 2006 Jesse Keating - 2.14.1-5 - again * Mon Jul 31 2006 Matthias Clasen - 2.14.1-3 - Rebuild against firefox gnome-utils-1:2.15.3-2 ---------------------- * Tue Jul 25 2006 Matthias Clasen - 2.15.3-2 - Obsolete the baobab package from Extras (#191298) * Wed Jul 12 2006 Jesse Keating - 2.15.3-1.1 - rebuild * Tue Jun 13 2006 Matthias Clasen 2.15.3-1 - Update to 2.15.3 gnome-vfs2-2.15.3-7 ------------------- * Thu Jul 27 2006 Matthias Clasen - 2.15.3-7 - Disable gtk-doc to fix multilib conflicts gstreamer-0.10.9-2 ------------------ * Thu Jul 27 2006 Matthias Clasen - 0.10.9-2 - Disable gtk-doc to fix multilib conflicts gstreamer-plugins-base-0.10.9-4 ------------------------------- * Fri Jul 28 2006 Matthias Clasen - 0.10.9-3 - Re-add docs * Thu Jul 27 2006 Matthias Clasen - 0.10.9-2 - Disable gtk-doc to fix multilib conflicts gstreamer-plugins-good-0.10.3-5 ------------------------------- * Thu Jul 27 2006 Matthias Clasen - 0.10.3-5 - Disable gtk-doc to fix multilib conflicts irqbalance-1:1.12-1.30.fc6 -------------------------- * Sat Jul 29 2006 Dave Jones - identify a bunch more classes. java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_99rh ------------------------------------------ * Mon Jul 31 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_99rh - Add new built-in security providers. kernel-2.6.17-1.2488.fc6 ------------------------ * Tue Aug 01 2006 Juan Quintela - disable CONFIG_DEBUG_SLAB for xen (should fix #200127). * Mon Jul 31 2006 Roland McGrath - New utrace patch: - fix ptrace_do_wait deadlock (#200822, #200605) - arch cleanups * Mon Jul 31 2006 Juan Quintela - disable blktap for xen-ia64 (don't compile). - enable ia64-xen (it compiles, but still don't boot). kexec-tools-1.101-32.fc6.1 -------------------------- * Mon Jul 31 2006 Neil Horman - 1.101-32.fc6.1 - added et-dyn patch to allow loading of relocatable kernels * Thu Jul 27 2006 Neil Horman - 1.101-30.fc6.1 - fixing up missing patch to kdump.init krb5-1.5-3 ---------- * Tue Jul 25 2006 Nalin Dahyabhai - 1.5-3 - rebuild * Tue Jul 25 2006 Nalin Dahyabhai - 1.5-2 - pull up latest revision of patch to reduce lockups in rsh/rshd libart_lgpl-2.3.17-4 -------------------- * Mon Jul 31 2006 Jesse Keating - 2.3.17-4 - Fix typo in header name * Thu Jul 27 2006 Matthias Clasen - 2.3.17-3 - Fix multilib conflicts - Don't ship static libraries libbonobo-2.15.0-2 ------------------ * Thu Jul 27 2006 Matthias Clasen - 2.15.0-2 - disable gtk-doc to fix multilib conflicts - Don't ship static libraries libexif-0.6.13-2 ---------------- * Wed Jul 26 2006 Matthias Clasen - 0.6.13-2 - Rebuild * Wed Jul 12 2006 Jesse Keating - 0.6.13-1.1 - rebuild * Tue May 23 2006 Matthias Clasen - 0.6.13-1 - Update to 0.6.13 - Drop upstreamed patches - Don't ship static libraries libglade-java-2.12.4-3 ---------------------- * Thu Jul 27 2006 Ben Konrath - 2.12.4-3 - Remove javadoc date string hack. libgnome-2.15.1-3.fc6 --------------------- * Thu Jul 27 2006 Mike A. Harris 2.15.1-3.fc6 - Update utempter dependency and rebuild to ensure new libutempter is used. - Change BuildRoot to comply with Fedora packaging guidelines. - Change legacy style PreReqs to Requires({pre,post,postun}) style and update libgnomeprint22-2.12.1-8 ------------------------ * Thu Jul 27 2006 Matthias Clasen - 2.12.1-8 - Disable gtk-doc to fix multilib conflicts libgnomeprintui22-2.12.1-5 -------------------------- * Fri Jul 28 2006 Matthias Clasen - 2.12.1-5 - Re-add docs * Thu Jul 27 2006 Matthias Clasen - 2.12.1-4 - Disable gtk-doc to fix multilib conflicts libgnomeui-2.15.2-2 ------------------- * Wed Jul 26 2006 Matthias Clasen - 2.15.2-2 - Make GnomeIconList work again libjpeg-6b-37 ------------- * Thu Jul 27 2006 Matthias Clasen - 6b-37 - Use CFLAGS consistently libnl-1.0-0.10.pre5.3 --------------------- * Mon Jul 31 2006 Jeremy Katz - 1.0-0.10.pre5.3 - unbreak the pkgconfig file * Wed Jul 26 2006 Matthias Clasen - 1.0-0.10.pre5.2 - Fix the pkgconfig file on 64-bit systems (#197176) libpng-2:1.2.10-6 ----------------- * Thu Jul 27 2006 Matthias Clasen - 2:1.2.10-6 - Disable asm on arches other than i386 (#196580) mesa-6.5-20.fc6 --------------- * Thu Jul 27 2006 Mike A. Harris 6.5-20.fc6 - Conditionalized libGLw inclusion with new with_libGLw macro defaulting to 1 (enabled) for now, however since nothing in Fedora Core uses libGLw anymore, we will be transitioning libGLw to an external package maintained in Fedora Extras soon. * Wed Jul 26 2006 Kristian H??gsberg 6.5-19.fc5.aiglx - Build for fc5 aiglx repo. minicom-2.1-3 ------------- * Tue Jul 18 2006 Martin Stransky 2.1-3 - removed unnecessary debug output (#199707) nfs-utils-1.0.9-2.fc6 --------------------- * Fri Jul 28 2006 1.0.9-2 - Enabled the creating of mount.nfs and umount.nfs binaries - Added mount option fixes suggested by upstream. - Fix lazy umounts (bz 169299) - Added -o fsc mount option. * Mon Jul 24 2006 1.0.9-1 - Updated to 1.0.9 release * Wed Jul 12 2006 Jesse Keating - 1:1.0.8-5.1 - rebuild nfs-utils-lib-1.0.8-6 --------------------- * Wed Jul 26 2006 Steve Dickson 1.0.8-6 - Added GSSLIBS to the linking of librpcsecgss (bz 198238) pango-1.13.4-2 -------------- * Thu Jul 27 2006 Behdad Esfahbod - 1.13.4-2 - Add umask 022 to post (#185419) pm-utils-0.19-3 --------------- * Mon Jul 31 2006 Jeremy Katz - 0.19-3 - doing the vbestate save/restore on intel video with the modesetting intel xorg driver is broken. so don't do it. policycoreutils-1.30.17-7 ------------------------- * Thu Jul 27 2006 Dan Walsh 1.30.17-7 - Change newrole to exec a login shell to prevent suspend. * Fri Jul 21 2006 Dan Walsh 1.30.17-6 - Report error when selinux not enabled in restorecond postfix-2:2.3.2-1 ----------------- * Mon Jul 31 2006 Thomas Woerner 2:2.3.2-1 - new version 2.3.2 with major upstream fixes: - corrupted queue file after a request to modify a short message header - panic after spurious Milter request when a client was rejected - maked the Milter more tolerant for redundant "data cleanup" requests - applying pflogsumm-conn-delays-dsn-patch from postfix tree to pflogsumm pygtk2-2.9.3-3 -------------- * Fri Jul 28 2006 Alexander Larsson - 2.9.3-3 - Make sure reloading the gtk module works - Fixes system-config-display (#199629) scim-1.4.4-29.fc6 ----------------- * Fri Jul 28 2006 Qingyu Wang - 1.4.4-29 - fixed the patch for bug 199187 with new scim_panel_gtk-systray-click-199187.patch * Thu Jul 27 2006 Qingyu Wang - 1.4.4-26 - fixed the bug 199187 with scim_panel_gtk-systray-click-199187.patch * Mon Jul 24 2006 Jens Petersen - 1.4.4-25 - suffix xinput file with .conf and bump priority to 82 - xinput sub-scripts moved to a subdir - clearer new half-letter and half-punct icons (Andy Fitzsimon) selinux-policy-2.3.3-15 ----------------------- * Sat Jul 29 2006 Dan Walsh 2.3.3-15 - Fixes for xen setroubleshoot-0.16-1 --------------------- setup-2.5.53-1 -------------- * Thu Jul 27 2006 Phil Knirsch 2.5.53-1 - Added utempter gid for new libutempter package (#200240) shared-mime-info-0.18-2 ----------------------- * Wed Jul 26 2006 Matthias Clasen - 0.18-2 - add an inode/directory entry to defaults.list (#187021) totem-1.5.4-4 ------------- * Mon Jul 31 2006 Matthias Clasen - 1.5.4-4 - Rebuild against firefox-devel util-linux-2.13-0.36 -------------------- * Thu Jul 27 2006 Karel Zak 2.13-0.36 - fix #198300, #199557 - util-linux "post" scriptlet failure * Thu Jul 27 2006 Steve Dickson 2.13-0.35 - Added the -o fsc flag to nfsmount. * Wed Jul 26 2006 Karel Zak 2.13-0.34 - rebuild valgrind-1:3.2.0-4 ------------------ * Fri Jul 28 2006 Jeremy Katz - 1:3.2.0-4 - rebuild to bring ppc back xorg-x11-drv-ati-6.6.1-5.fc5.aiglx ---------------------------------- * Sat Jul 29 2006 Kristian H??gsberg 6.6.1-5.fc5.aiglx - Build for fc5 aiglx repo. * Thu Jul 27 2006 Adam Jackson 6.6.1-6.fc6 - Updated radeon.xinf: comments, a handful of new devices. * Mon Jul 24 2006 Mike A. Harris 6.6.1-5.fc6 - Added r128-missing-xf86ForceHWCursor-symbol-bug168753.patch to fix (#168753) - Add {?dist} tag to Release field xorg-x11-drv-vesa-1.2.1-2 ------------------------- * Fri Jul 28 2006 Adam Jackson 1.2.1-2 - vesa-1.2.1-randr-crash.patch: Fix a RANDR crash. * Wed Jul 12 2006 Jesse Keating 1.2.1-1.1 - rebuild * Sat Jun 17 2006 Mike A. Harris 1.2.1-1 - Updated to version 1.2.1 for X11R7.1 server. xorg-x11-proto-devel-7.1-5.fc6 ------------------------------ * Thu Jul 27 2006 Mike A. Harris 7.1-5.fc6 - Don't install LBX protocol headers, as LBX is obsoleted in the 7.1 release and no longer supported. xorg-x11-server-1.1.1-14.fc6 ---------------------------- * Fri Jul 28 2006 Kevin E Martin - 1.1.1-14.fc6 - xorg-x11-server-1.1.1-revert-xkb-change.patch: Revert change to xkb that broke XkbGetKeyboard(). * Fri Jul 28 2006 Kristian H??gsberg - 1.1.1-13.fc5.aiglx - Add conflicts for ABI incompatible version of xorg-x11-drv-i810 and xorg-x11-drv-ati. * Fri Jul 28 2006 Adam Jackson 1.1.1-13.fc6 - Comment out the 848x480 modes from the extramodes patch. Any panel that wants it should be doing EDID injection by now, and it screws up autoconfig by _just_ fitting in the ranges for 800x600. ypserv-2.19-2 ------------- * Tue Jul 25 2006 Steve Dickson - 2.19-2 - fixed typo in ypxfrd initscript (bz 185403) Broken deps for i386 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-1jpp_8fc.i386 requires /usr/bin/mozilla esc - 1.0.0-3.fc6.i386 requires libxul.so gecko-sharp2 - 0.11-9.i386 requires mozilla Broken deps for ppc64 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-1jpp_8fc.ppc64 requires /usr/bin/mozilla Broken deps for x86_64 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-1jpp_8fc.x86_64 requires /usr/bin/mozilla esc - 1.0.0-3.fc6.x86_64 requires libxul.so()(64bit) gecko-sharp2 - 0.11-9.x86_64 requires mozilla Broken deps for ppc ---------------------------------------------------------- eclipse-platform - 1:3.2.0-1jpp_8fc.ppc requires /usr/bin/mozilla esc - 1.0.0-3.fc6.ppc requires libxul.so gecko-sharp2 - 0.11-9.ppc requires mozilla Broken deps for ia64 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-1jpp_8fc.ia64 requires /usr/bin/mozilla esc - 1.0.0-3.fc6.ia64 requires libxul.so()(64bit) gecko-sharp2 - 0.11-9.ia64 requires mozilla Broken deps for s390 ---------------------------------------------------------- eclipse-platform - 1:3.2.0-1jpp_8fc.s390 requires /usr/bin/mozilla Broken deps for s390x ---------------------------------------------------------- eclipse-platform - 1:3.2.0-1jpp_8fc.s390x requires /usr/bin/mozilla From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Aug 1 10:37:58 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 1 Aug 2006 12:37:58 +0200 Subject: rawhide report: 20060801 changes In-Reply-To: <200608011032.k71AW399022908@hs20-bc2-6.build.redhat.com> References: <200608011032.k71AW399022908@hs20-bc2-6.build.redhat.com> Message-ID: <20060801123758.2fc3373d@python2> buildsys at redhat.com wrote : > xorg-x11-drv-ati-6.6.1-5.fc5.aiglx > ---------------------------------- > * Sat Jul 29 2006 Kristian H??gsberg 6.6.1-5.fc5.aiglx > - Build for fc5 aiglx repo. > > * Thu Jul 27 2006 Adam Jackson 6.6.1-6.fc6 > - Updated radeon.xinf: comments, a handful of new devices. Seems like this one slipped into the wrong place :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2462.fc6 Load : 0.04 0.14 0.15 From eng at prowip.net.br Tue Aug 1 10:40:14 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Tue, 1 Aug 2006 07:40:14 -0300 Subject: acpi Message-ID: <200608010740.14986.eng@prowip.net.br> hello, is this the right list to talk about acpi problems or is somewhere a special list? I recently changed to fedora and am still not familiar with all places. thank's, Hans A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From mailinglists at erwinrol.com Tue Aug 1 11:47:43 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Tue, 01 Aug 2006 13:47:43 +0200 Subject: rawhide report: 20060801 changes In-Reply-To: <200608011032.k71AW399022908@hs20-bc2-6.build.redhat.com> References: <200608011032.k71AW399022908@hs20-bc2-6.build.redhat.com> Message-ID: <1154432863.2760.94.camel@xpc.home.erwinrol.com> Doing a yum update resulted in the following error Running Transaction Updating : java-1.4.2-gcj-compat ##################### [ 1/262] dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 11863 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 11872 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 From tmraz at redhat.com Tue Aug 1 12:08:15 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 01 Aug 2006 14:08:15 +0200 Subject: Public key infrastructure In-Reply-To: <20060727161946.211f1795@sisko.addix.net> References: <44BF5DC4.70505@thi.uni-hannover.de> <44C4FE20.2030904@thi.uni-hannover.de> <20060725204510.GA22168@mornfall.net> <200607251652.23082.jkeating@redhat.com> <20060726072023.GC22168@mornfall.net> <20060726092732.3a1d9567@sisko.addix.net> <44C7D54D.4090107@thi.uni-hannover.de> <20060727114125.GA29614@mornfall.net> <44C8B29E.80508@thi.uni-hannover.de> <20060727161946.211f1795@sisko.addix.net> Message-ID: <1154434095.3515.8.camel@perun.kabelta.loc> On Thu, 2006-07-27 at 16:19 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 27 Jul 2006 14:33:34 +0200, Joachim Selke wrote: > > > Yes, it is intentional, but I forgot to mention the change. > > Since we already moved from somewhere else to /etc/pki not > so very long ago I think we should stick with it for the time > being. +1 certs was not used before because there are not only certificates but also keys. It is used for example for rpm-gpg keys and gpg doesn't have certificates at all. So please stick with pki. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From tmus at tmus.dk Tue Aug 1 12:05:51 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 01 Aug 2006 14:05:51 +0200 Subject: acpi In-Reply-To: <200608010740.14986.eng@prowip.net.br> References: <200608010740.14986.eng@prowip.net.br> Message-ID: HM Eng.Prowip wrote: > > is this the right list to talk about acpi problems or is somewhere a special > list? I recently changed to fedora and am still not familiar with all places. > Pop the question instead of asking where to pop it. People will let you know if the feel your question belongs somewhere else. An acpi problem discussion could belong here, but debending on the problem, it might be more appropriately asked in another list. It's hard to tell without the input - Give it a shot! /Thomas From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Aug 1 12:38:08 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 1 Aug 2006 14:38:08 +0200 Subject: What is weak-modules? Message-ID: <20060801143808.0f4d0640@python2> Hi, I saw this in the output of a "yum update" for the first time today : Installing: kernel #####################[ 57/128] **** weak-modules did not process this kernel **** weak-updates links not updated for 2.6.17-1.2488.fc6 Please run /sbin/weak-modules --add-kernel `uname -r` in order to update kernel module compatibility links. That weak-modules utility is part of module-init-tools, but there is no man page nor documentation about it in the package. Actually, the package doesn't even contain a copy of the GPL, which seems like another issue. Anyway, back to the weak-modules. Looks like it's because of yesterday's changes with "Warn rather than exit if we can't process weak-updates on new kernel", as the %changelog seems to indicate that it has been there since June. Looks like a Fedora/RH specific addition. What is it useful for? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2462.fc6 Load : 0.49 0.59 0.84 From sundaram at fedoraproject.org Tue Aug 1 12:42:38 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 01 Aug 2006 18:12:38 +0530 Subject: What is weak-modules? In-Reply-To: <20060801143808.0f4d0640@python2> References: <20060801143808.0f4d0640@python2> Message-ID: <44CF4C3E.4020305@fedoraproject.org> Matthias Saou wrote: > Hi, > > I saw this in the output of a "yum update" for the first time today : > > Installing: kernel #####################[ 57/128] > **** weak-modules did not process this kernel **** > weak-updates links not updated for 2.6.17-1.2488.fc6 > Please run /sbin/weak-modules --add-kernel `uname -r` > in order to update kernel module compatibility links. > > That weak-modules utility is part of module-init-tools, but there is no > man page nor documentation about it in the package. Actually, the > package doesn't even contain a copy of the GPL, which seems like > another issue. > > Anyway, back to the weak-modules. Looks like it's because of > yesterday's changes with "Warn rather than exit if we can't process > weak-updates on new kernel", as the %changelog seems to indicate that > it has been there since June. > > Looks like a Fedora/RH specific addition. What is it useful for? > Looks related to http://www.kerneldrivers.org/KernelDrivers.org. Framework for kernel module packages. Rahul From ffedora at sympatico.ca Tue Aug 1 13:55:15 2006 From: ffedora at sympatico.ca (Jason Apfelbeck) Date: Tue, 01 Aug 2006 09:55:15 -0400 Subject: Latest libtheora In-Reply-To: <20060710113637.1e36a0ec@python2> References: <20060710113637.1e36a0ec@python2> Message-ID: Any chance of getting this in to FC devel before the next test release. Jason On Mon, 2006-07-10 at 11:36 +0200, Matthias Saou wrote: > Hi, > > The latest libtheora (alpha7), now includes all the MMX optimisations > that were only available previously in the special MMX version of > alpha5 (which only worked on x86 AFAIK). So now it should also works > much faster on x86_64! > > FC devel is still at alpha5, so if anyone feels like bumping it to > alpha7 it would be great. I've already updated many FC5 systems I have, > encoding streams 24/7, and all works fine. I was using the MMX version > already, but still managed to see a 4% drop in CPU usage. > > The update is a no-brainer as the package contains zero patches... > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168773 > > 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.24 0.42 0.32 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From arjan at fenrus.demon.nl Tue Aug 1 14:36:32 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 01 Aug 2006 16:36:32 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060731151143.GA10674@jadzia.bu.edu> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> Message-ID: <1154443012.3113.76.camel@laptopd505.fenrus.org> On Mon, 2006-07-31 at 11:11 -0400, Matthew Miller wrote: > On Mon, Jul 31, 2006 at 11:04:16AM -0400, Demond wrote: > > Is there a reason the firefox.i386 and firefox-devel.i386 packages are > > in the x86_64 repo for rawhide? They both got pulled into my system > > when the firefox-devel package was introduced. However, "yum remove > > firefox.i386" shows that there are no dependencies. I was just > > wondering if this was deliberate and if they will be around for a while. > > It's handy if you have to use the flash plugin.... it also breaks yum though... (at least it did for me last week) try installing yum install mozilla-devel and watch things go bang From jkeating at redhat.com Tue Aug 1 14:47:36 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 1 Aug 2006 10:47:36 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <1154443012.3113.76.camel@laptopd505.fenrus.org> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <1154443012.3113.76.camel@laptopd505.fenrus.org> Message-ID: <200608011047.36895.jkeating@redhat.com> On Tuesday 01 August 2006 10:36, Arjan van de Ven wrote: > it also breaks yum though... > > (at least it did for me last week) > > try installing > yum install mozilla-devel Mozilla should no longer be in the repos. It has been blocked for rawhide / FC6. -- 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 david at lovesunix.net Tue Aug 1 15:24:48 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 01 Aug 2006 17:24:48 +0200 Subject: Latest libtheora In-Reply-To: <1154440515.2676.13.camel@nebuchadnezzar.metastream.net> References: <20060710113637.1e36a0ec@python2> <1154440515.2676.13.camel@nebuchadnezzar.metastream.net> Message-ID: <1154445889.2756.11.camel@localhost.localdomain> tir, 01 08 2006 kl. 09:55 -0400, skrev Jason Apfelbeck: > Any chance of getting this in to FC devel before the next test > release. > > > > Jason > > > On Mon, 2006-07-10 at 11:36 +0200, Matthias Saou wrote: > > Hi, > > > > The latest libtheora (alpha7), now includes all the MMX optimisations > > that were only available previously in the special MMX version of > > alpha5 (which only worked on x86 AFAIK). So now it should also works > > much faster on x86_64! > > > > FC devel is still at alpha5, so if anyone feels like bumping it to > > alpha7 it would be great. I've already updated many FC5 systems I have, > > encoding streams 24/7, and all works fine. I was using the MMX version > > already, but still managed to see a 4% drop in CPU usage. > > > > The update is a no-brainer as the package contains zero patches... > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168773 > > > > Matthias Seeing as Theora and Vorbis are basically the only codec support we ship it would be nice if they were at least up to date to give the best possible impression of free codecs in Fedora. - David Nielsen From seg at haxxed.com Tue Aug 1 17:03:48 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 01 Aug 2006 12:03:48 -0500 Subject: PC speaker fixed (was: Re: FC6 and cdburning) In-Reply-To: <20060801063217.GJ20958@angus.ind.WPI.EDU> References: <80d7e4090607311308i729416adx2e800c0ce5104ea0@mail.gmail.com> <20060731223748.94564.qmail@web51502.mail.yahoo.com> <20060801063217.GJ20958@angus.ind.WPI.EDU> Message-ID: <1154451828.17862.26.camel@localhost> I like to use something like "xset b 50 100 5" for a nice subtle click instead of an obnoxious beep. Or you can just "xset b off". On the text console there's "setterm -blength"... -------------- 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 aron at hp.com Tue Aug 1 17:04:36 2006 From: aron at hp.com (Aron Griffis) Date: Tue, 1 Aug 2006 13:04:36 -0400 Subject: Maintainer for nvidia-crap in lvn wanted (Re: Pull off AIGLX repoistory?) In-Reply-To: <200607311501.k6VF10No006757@laptop13.inf.utfsm.cl> References: <1154270223.2941.25.camel@laptopd505.fenrus.org> <200607311501.k6VF10No006757@laptop13.inf.utfsm.cl> Message-ID: <20060801170436.GD17653@vino.americas.hpqcorp.net> Horst H. von Brand wrote: [Mon Jul 31 2006, 11:01:00AM EDT] > The nVidia (et al) folks certainly did look into the matter, and I'd > bet their lawyers told them there was no (or just a very tiny) > chance for them doing wrong before they went ahead, or a tiny chance of being prosecuted. Nobody wants to take the binary module question to court, because neither side wants to leave the interpretation of "derivative work" in the hands of a judge. So long as the area is gray, it's possible for both sides to claim they're right. A decision in the favor of binary module legality would be a blow to the efforts such as Greg's, to shame and cajole companies into releasing their drivers as open source. Aron -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at linux.duke.edu Tue Aug 1 19:32:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 01 Aug 2006 15:32:58 -0400 Subject: mirrorlist plugin broken? In-Reply-To: <20060731172311.GA2688@dudweiler.stuttgart.redhat.com> References: <20060729130904.49002e70@nausicaa.camperquake.de> <1154175165.6171.10.camel@cutter> <1154175728.2903.14.camel@laptopd505.fenrus.org> <1154176010.6171.15.camel@cutter> <20060730181225.GA18522@dudweiler.stuttgart.redhat.com> <1154289240.10327.31.camel@cutter> <20060730201650.GA27081@dudweiler.stuttgart.redhat.com> <1154291065.10327.35.camel@cutter> <20060731172311.GA2688@dudweiler.stuttgart.redhat.com> Message-ID: <1154460779.7731.50.camel@cutter> On Mon, 2006-07-31 at 19:23 +0200, Florian La Roche wrote: > > > Ok, I'll have to ping some other people on this. > > > > The only problem I have with updating the original mirror lists is that > > the mirrors are not always out of sync. sometimes they're only out of > > sync for a day or so. So fixing them would mean having to put back the > > broken mirror later if it suddenly resynchronized. > > > > Now, if I got the time I wouldn't mind putting all the mirror results in > > a little database and tracking them over time. so that mirrors that are > > in sync the majority of the time don't get checked as often or some such > > thing. > > So this should be the following code then: > for m in mirrors: > if m.timestamps.has_key(arch): > if m.timestamps[arch] == canon.timestamps[arch]: > if debug: print 'adding %s' % m.url > glob_urls.append(m.url) > if m.country: > if not country_specific.has_key(m.country): > country_specific[m.country] = [] > if debug: print 'adding to %s: %s' % (m.country, m.url) > country_specific[m.country].append(m.url) > > Items I could think off: > - Timestamps are only checked for the big list, not for the per-country lists. fixed in cvs. Thank you - I just hadn't indented it one layer :) > - You could also allow all timestamps which are not older than 2 days in addition > to the exact match (which will then depend on good time setting on the machine > doing the checks). Another possibility would be to allow older timestamps if their > delta to the current timestamp is not too high, but that would then depend on > frequent updates to go out. but that means the repos don't match - which will play hell when retrieving metadata. I thought about this one a while and decided it's either an exact match or it is a failure. -sv From mmcgrath at fedoraproject.org Tue Aug 1 20:57:40 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 1 Aug 2006 15:57:40 -0500 Subject: fedora.redhat.com is presently down Message-ID: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> http://fedora.redhat.com/download/mirrors/fedora-core-5 >From where I am I am unable to resolv fedora.redhat.com. -Mike From giallu at gmail.com Tue Aug 1 21:13:12 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 1 Aug 2006 23:13:12 +0200 Subject: fedora.redhat.com is presently down In-Reply-To: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> References: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> Message-ID: On 8/1/06, Mike McGrath wrote: > http://fedora.redhat.com/download/mirrors/fedora-core-5 > > >From where I am I am unable to resolv fedora.redhat.com. mee too (Italy) From lamont at gurulabs.com Tue Aug 1 21:33:16 2006 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Tue, 1 Aug 2006 15:33:16 -0600 Subject: fedora.redhat.com is presently down In-Reply-To: References: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> Message-ID: <200608011533.17090.lamont@gurulabs.com> On Tuesday 01 August 2006 03:13pm, Gianluca Sforna wrote: > On 8/1/06, Mike McGrath wrote: > > http://fedora.redhat.com/download/mirrors/fedora-core-5 > > > > >From where I am I am unable to resolv fedora.redhat.com. > > mee too (Italy) Works for me. -- Lamont R. Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] GPG Key fingerprint: F98C E31A 5C4C 834A BCAB 8CB3 F980 6C97 DC0D D409 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at fedoraproject.org Tue Aug 1 22:07:14 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 1 Aug 2006 17:07:14 -0500 Subject: fedora.redhat.com is presently down In-Reply-To: <200608011533.17090.lamont@gurulabs.com> References: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> <200608011533.17090.lamont@gurulabs.com> Message-ID: <3237e4410608011507o52543f22sd723f503b810ba90@mail.gmail.com> On 8/1/06, Lamont R. Peterson wrote: > On Tuesday 01 August 2006 03:13pm, Gianluca Sforna wrote: > > On 8/1/06, Mike McGrath wrote: > > > http://fedora.redhat.com/download/mirrors/fedora-core-5 > > > > > > >From where I am I am unable to resolv fedora.redhat.com. > > > > mee too (Italy) > > Works for me. Seems to be back. -Mike From jacliburn at bellsouth.net Tue Aug 1 23:31:33 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 01 Aug 2006 18:31:33 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44CEC106.4020306@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> <44CEC106.4020306@bellsouth.net> Message-ID: <44CFE455.3050302@bellsouth.net> Jay Cliburn wrote: > > I wrote a howto at fedoraforum that lays out the steps to get 32-bit > Firefox installed with Flash and Sun Java in x86_64 As additional data points relating to this topic, there are actually two howtos at fedoraforum that provide instructions for installing firefox.i386 in Fedora x86_64: one howto for FC4 and one for FC5. FC4: http://forums.fedoraforum.org/forum/showthread.php?t=81591 FC5: http://forums.fedoraforum.org/forum/showthread.php?t=102143 The FC4 howto has been accessed 15,023 times as of this writing, and the FC5 howto has been accessed 9,608 times. Even if just 10% of users accessing those threads were x86_64 users really intent upon installing 32-bit Firefox along with Flash and Sun Java plugins, we're talking about hundreds of end users who'd benefit from having firefox.i386 in the x86_64 repo(s). If the decision is made to leave ff.i386 in x86_64 permanently, I'd appreciate it if you'd post the decision here when it's made. A lot of folks will be happy to hear the news. Thanks, Jay From kevin.kofler at chello.at Wed Aug 2 01:20:08 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 2 Aug 2006 01:20:08 +0000 (UTC) Subject: Debuginfo packages in FC5 updates repodata again Message-ID: Somehow, the -debuginfo packages managed to creep back into the FC5 updates repodata. According to http://notweak.livejournal.com/145311.html , this has recently been fixed by Luke Macken, however, today, Synaptic's list of "new packages" is containing all the -debuginfo packages again, so they appear to be back in the repodata. Kevin Kofler From fedora at adslpipe.co.uk Tue Aug 1 09:56:02 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Tue, 01 Aug 2006 10:56:02 +0100 Subject: PC speaker fixed (was: Re: FC6 and cdburning) In-Reply-To: <20060801104337.5945542f@python2> References: <80d7e4090607311308i729416adx2e800c0ce5104ea0@mail.gmail.com><20060731223748.94564.qmail@web51502.mail.yahoo.com><20060801063217.GJ20958@angus.ind.WPI.EDU> <20060801104337.5945542f@python2> Message-ID: <44CF2532.7010608@adslpipe.co.uk> Matthias Saou wrote: > I'd > really prefer a more user-friendly way of achieving the same thing, > like for instance by just muting the PC Speaker ALSA mixer channel... +1 From lmacken at redhat.com Wed Aug 2 02:47:08 2006 From: lmacken at redhat.com (Luke Macken) Date: Tue, 1 Aug 2006 22:47:08 -0400 Subject: Debuginfo packages in FC5 updates repodata again In-Reply-To: References: Message-ID: <20060802024708.GA4739@crow.nc.rr.com> On Wed, Aug 02, 2006 at 01:20:08AM +0000, Kevin Kofler wrote: > Somehow, the -debuginfo packages managed to creep back into the FC5 updates > repodata. According to http://notweak.livejournal.com/145311.html , this has > recently been fixed by Luke Macken, however, today, Synaptic's list of "new > packages" is containing all the -debuginfo packages again, so they appear to be > back in the repodata. Thanks for catching this, Kevin. A cron job that prunes the update tree for old updates wasn't excluding the debuginfo packages and thus causing them to creep back in to the repodata. I've cleaned up the debuginfo mess, and fixed the pruning cron job. luke From notting at redhat.com Wed Aug 2 02:47:20 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Aug 2006 22:47:20 -0400 Subject: Debuginfo packages in FC5 updates repodata again In-Reply-To: References: Message-ID: <20060802024720.GB3534@nostromo.devel.redhat.com> Kevin Kofler (kevin.kofler at chello.at) said: > Somehow, the -debuginfo packages managed to creep back into the FC5 updates > repodata. According to http://notweak.livejournal.com/145311.html , this has > recently been fixed by Luke Macken, however, today, Synaptic's list of "new > packages" is containing all the -debuginfo packages again, so they appear to be > back in the repodata. Bad cron job, should be fixed by Thursday. Bill From naoki at valuecommerce.com Wed Aug 2 04:37:54 2006 From: naoki at valuecommerce.com (Naoki) Date: Wed, 02 Aug 2006 13:37:54 +0900 Subject: fedora.redhat.com is presently down In-Reply-To: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> References: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> Message-ID: <1154493474.2947.76.camel@localhost.localdomain> Dead from Japan. On Tue, 2006-08-01 at 15:57 -0500, Mike McGrath wrote: > http://fedora.redhat.com/download/mirrors/fedora-core-5 > > >From where I am I am unable to resolv fedora.redhat.com. > > -Mike > From jam at zoidtechnologies.com Wed Aug 2 05:10:59 2006 From: jam at zoidtechnologies.com (Jeff MacDonald) Date: Wed, 2 Aug 2006 01:10:59 -0400 Subject: fedora.redhat.com is presently down In-Reply-To: <1154493474.2947.76.camel@localhost.localdomain> References: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> <1154493474.2947.76.camel@localhost.localdomain> Message-ID: <200608020111.05671.jam@zoidtechnologies.com> On Wednesday 02 August 2006 00:37, Naoki wrote: > Dead from Japan. > > On Tue, 2006-08-01 at 15:57 -0500, Mike McGrath wrote: > > http://fedora.redhat.com/download/mirrors/fedora-core-5 > > > > >From where I am I am unable to resolv fedora.redhat.com. > > > > -Mike still dead as of 01:10am eastern time on east coast us: [~] [1:10am] [jam at dionysus] % yum search fontforge Loading "installonlyn" plugin Loading "fastestmirror" plugin Searching Packages: Setting up repositories livna [1/7] flash [2/7] jpackage-fedora [3/7] jpackage-generic [4/7] core [5/7] Cannot find a valid baseurl for repo: core Error: Cannot find a valid baseurl for repo: core this problem is quite irritating... will there be a fix soon? regards, -- Jeff MacDonald, Zoid Technologies GPG: B402 03B4 5B22 E033 8C7B EDA9 1856 E9C3 66E3 4F76 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pemboa at gmail.com Wed Aug 2 05:53:45 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 2 Aug 2006 00:53:45 -0500 Subject: fedora.redhat.com is presently down In-Reply-To: <200608020111.05671.jam@zoidtechnologies.com> References: <3237e4410608011357o380b9283xec37a3301007562f@mail.gmail.com> <1154493474.2947.76.camel@localhost.localdomain> <200608020111.05671.jam@zoidtechnologies.com> Message-ID: <16de708d0608012253v7e347695jf02afc1bbc81ca59@mail.gmail.com> On 8/2/06, Jeff MacDonald wrote: > On Wednesday 02 August 2006 00:37, Naoki wrote: > > Dead from Japan. > > > > On Tue, 2006-08-01 at 15:57 -0500, Mike McGrath wrote: > > > http://fedora.redhat.com/download/mirrors/fedora-core-5 > > > > > > >From where I am I am unable to resolv fedora.redhat.com. > > > > > > -Mike > > still dead as of 01:10am eastern time on east coast us: > > [~] [1:10am] [jam at dionysus] % yum search fontforge > Loading "installonlyn" plugin > Loading "fastestmirror" plugin > Searching Packages: > Setting up repositories > livna [1/7] > flash [2/7] > jpackage-fedora [3/7] > jpackage-generic [4/7] > core [5/7] > Cannot find a valid baseurl for repo: core > Error: Cannot find a valid baseurl for repo: core > > this problem is quite irritating... will there be a fix soon? > > regards, This is no big deal, check the fedora-mail list for fixes. The domain resolves, but the mirror page is down. -- To be updated... From naoki at valuecommerce.com Wed Aug 2 06:45:12 2006 From: naoki at valuecommerce.com (Naoki) Date: Wed, 02 Aug 2006 15:45:12 +0900 Subject: Evolution crash on email search. Message-ID: <44D049F8.7040505@valuecommerce.com> Search option set to "This account" immediately crashes the app after pressing return. Changed to "This folder", searched, it seemed ok, switched search option to "This account" and it also crashed. I had it under 'gdb' at the time but the output was pretty limited in it's usefulness. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912583570672 (LWP 6075)] 0x00002aaaadac5f80 in strlen () from /lib64/libc.so.6 Now I can't even start evo, it just hangs on "CalDAV Eplugin starting up ...", doing a --force-shutdown then "--disable-eplugin=caldav" didn't help either. Debug output was blank. Anybody have any tips? I've installed evolution-debuginfo but gdb still isn't giving me anything useful because there is no output nor return to prompt after "CalDAV Eplugin starting up ...".. From david at lovesunix.net Wed Aug 2 06:53:29 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 02 Aug 2006 08:53:29 +0200 Subject: Evolution crash on email search. In-Reply-To: <44D049F8.7040505@valuecommerce.com> References: <44D049F8.7040505@valuecommerce.com> Message-ID: <1154501609.2885.12.camel@localhost.localdomain> ons, 02 08 2006 kl. 15:45 +0900, skrev Naoki: > Search option set to "This account" immediately crashes the app after > pressing return. > > Changed to "This folder", searched, it seemed ok, switched search option > to "This account" and it also crashed. I had it under 'gdb' at the time > but the output was pretty limited in it's usefulness. > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912583570672 (LWP 6075)] > 0x00002aaaadac5f80 in strlen () from /lib64/libc.so.6 > > > Now I can't even start evo, it just hangs on "CalDAV Eplugin starting up > ...", doing a --force-shutdown then "--disable-eplugin=caldav" didn't > help either. Debug output was blank. > > Anybody have any tips? I've installed evolution-debuginfo but gdb still > isn't giving me anything useful because there is no output nor return to > prompt after "CalDAV Eplugin starting up ...".. You might want to add the evolution-data-server-debuginfo package as well (and every thing evolution depends on really). I suspect the crash is actually in e-d-s so you might want to run that under gdb. I've seen that bug as well and I was planning on reporting it later today if it wasn't already in bugzilla. - David Nielsen From d.lesca at solinos.it Wed Aug 2 08:51:31 2006 From: d.lesca at solinos.it (Dario Lesca) Date: Wed, 02 Aug 2006 10:51:31 +0200 Subject: [Linux-ATM-General] OAM not support [SOLVED] In-Reply-To: <44C4E1BC.1070300@gmail.com> References: <1153740907.4012.89.camel@lesca.home.solinos.it> <44C4E1BC.1070300@gmail.com> Message-ID: <1154508691.3661.54.camel@lesca.home.solinos.it> Il giorno lun, 24/07/2006 alle 17.05 +0200, Sk3 Sk3 ha scritto: > Dario Lesca escribi?: > Make this changes on usbatm.c likes this: > http://zyxel630-11.cvs.sourceforge.net/zyxel630-11/amedyn2/module/usbatm.c?r1=1.7&r2=1.8 > > The patch are from Roman Kagan > > http://sourceforge.net/mailarchive/message.php?msg_id=11987440 Ok. now my ADSL Telecom(italy) work great with this patch ! I have use the last version of cxacru.c and usbatm.c modules, take from last FC4 official kernel, I have arranged the zyxel patch and I have produced this structure (see attach): > usbatm-oam-support/ > usbatm-oam-support/usbatm.c > usbatm-oam-support/usbatm.h > usbatm-oam-support/Makefile > usbatm-oam-support/cxacru.c > usbatm-oam-support/usbatm.c.orig > usbatm-oam-support/usbatm.h.orig > usbatm-oam-support/usbatm-oam-support.patch The OAM feature it is necessary with some ADSL therefore would be useful that this patch comes introduced in ATM support of the kernel... or not? How I can make this demand? Where I must send the patch (of Roman Kagan) in order to demand to insert it in the kernel? Or I must always patch the standard kernel modules? To this purpose, there is a method for automate the rebuild only the driver after a standard update of the kernel (yum update kernel) without patch and rebuild the kernel-src rpm? Many thanks, and sorry, I am not a driver developer :-( -- Dario Lesca From d.lesca at solinos.it Wed Aug 2 09:36:23 2006 From: d.lesca at solinos.it (Dario Lesca) Date: Wed, 02 Aug 2006 11:36:23 +0200 Subject: [Linux-ATM-General] OAM not support [SOLVED] In-Reply-To: <1154508691.3661.54.camel@lesca.home.solinos.it> References: <1153740907.4012.89.camel@lesca.home.solinos.it> <44C4E1BC.1070300@gmail.com> <1154508691.3661.54.camel@lesca.home.solinos.it> Message-ID: <1154511383.3661.59.camel@lesca.home.solinos.it> Il giorno mer, 02/08/2006 alle 10.51 +0200, Dario Lesca ha scritto: > produced this structure (see attach): Makefile: > > obj-m += usbatm.o > obj-m += cxacru.o > > PWD := $(shell pwd) > MDIR := /lib/modules/$(shell uname -r) > KDIR := $(MDIR)/build > SUDO := sudo -p 'Sudo Password: ' > > default: > @echo "make {patch|build|install|uninstall|clean|cleanall}" > > #Patch > patch: usbatm.c.orig usbatm.h.orig > patch < usbatm-oam-support.patch > usbatm.c.orig: > test -f usbatm.c.orig && exit 1 > cp -a usbatm.c usbatm.c.orig > usbatm.h.orig: > test -f usbatm.h.orig && exit 1 > cp -a usbatm.h usbatm.h.orig > > #Build > build: usbatm.ko cxacru.ko > > usbatm.ko: usbatm.c > $(MAKE) -C $(KDIR) M=$(PWD) modules > cxacru.ko: cxacru.c > $(MAKE) -C $(KDIR) M=$(PWD) modules > > #Install > install: usbatm.ko cxacru.ko uninstall > $(SUDO) sh -x -c '/sbin/modprobe -rv cxacru;\ > /sbin/modprobe -rv usbatm;\ > cp -a usbatm.ko $(MDIR)/updates/.;\ > cp -a cxacru.ko $(MDIR)/updates/.;\ > /sbin/depmod -a;\ > /sbin/modprobe -v cxacru;\ > /sbin/modprobe -v usbatm' > > uninstall: > $(SUDO) sh -x -c '/sbin/modprobe -rv cxacru;\ > /sbin/modprobe -rv usbatm;\ > /sbin/modprobe -rv cxacru;\ > rm -f $(MDIR)/updates/usbatm.ko;\ > rm -f $(MDIR)/updates/cxacru.ko;\ > /sbin/depmod -a;\ > /sbin/modprobe -v cxacru;\ > /sbin/modprobe -v usbatm' > #Clear files > clear: clean > clean: > rm -fr \ > usbatm.ko usbatm.mod.c usbatm.mod.o usbatm.o \ > .usbatm.ko.cmd .usbatm.mod.o.cmd .usbatm.o.cmd \ > cxacru.ko cxacru.mod.c cxacru.mod.o cxacru.o \ > .cxacru.ko.cmd .cxacru.mod.o.cmd .cxacru.o.cmd \ > Modules.symvers .tmp_versions > > cleanall: clean uninstall > usbatm-oam-support.patch: > diff -u atm.orig/usbatm.c atm/usbatm.c > --- atm.orig/usbatm.c 2006-06-18 03:49:35.000000000 +0200 > +++ atm/usbatm.c 2006-07-25 12:07:28.000000000 +0200 > @@ -92,18 +92,18 @@ > #endif > > #define DRIVER_AUTHOR "Johan Verrept, Duncan Sands " > -#define DRIVER_VERSION "1.10" > +#define DRIVER_VERSION "1.10-OAM" > #define DRIVER_DESC "Generic USB ATM/DSL I/O, version " DRIVER_VERSION > > static const char usbatm_driver_name[] = "usbatm"; > > #define UDSL_MAX_RCV_URBS 16 > #define UDSL_MAX_SND_URBS 16 > -#define UDSL_MAX_BUF_SIZE 65536 > +#define UDSL_MAX_BUF_SIZE 64 * 1024 /* bytes */ > #define UDSL_DEFAULT_RCV_URBS 4 > #define UDSL_DEFAULT_SND_URBS 4 > -#define UDSL_DEFAULT_RCV_BUF_SIZE 3392 /* 64 * ATM_CELL_SIZE */ > -#define UDSL_DEFAULT_SND_BUF_SIZE 3392 /* 64 * ATM_CELL_SIZE */ > +#define UDSL_DEFAULT_RCV_BUF_SIZE 64 * ATM_CELL_SIZE /* bytes */ > +#define UDSL_DEFAULT_SND_BUF_SIZE 64 * ATM_CELL_SIZE /* bytes */ > > #define ATM_CELL_HEADER (ATM_CELL_SIZE - ATM_CELL_PAYLOAD) > > @@ -135,7 +135,7 @@ > module_param(snd_buf_bytes, uint, S_IRUGO); > MODULE_PARM_DESC(snd_buf_bytes, > "Size of the buffers used for transmission, in bytes (range: 1-" > - __MODULE_STRING(UDSL_MAX_BUF_SIZE) ", default: " > + __MODULE_STRING(UDSL_MAX_SND_BUF_SIZE) ", default: " > __MODULE_STRING(UDSL_DEFAULT_SND_BUF_SIZE) ")"); > > > @@ -183,7 +183,6 @@ > .owner = THIS_MODULE, > }; > > - > /*********** > ** misc ** > ***********/ > @@ -202,12 +201,37 @@ > dev_kfree_skb_any(skb); > } > > +static u16 crc10_table[256] = { > + 0x000, 0x233, 0x255, 0x066, 0x299, 0x0aa, 0x0cc, 0x2ff, 0x301, 0x132, 0x154, 0x367, 0x198, 0x3ab, 0x3cd, 0x1fe, > + 0x031, 0x202, 0x264, 0x057, 0x2a8, 0x09b, 0x0fd, 0x2ce, 0x330, 0x103, 0x165, 0x356, 0x1a9, 0x39a, 0x3fc, 0x1cf, > + 0x062, 0x251, 0x237, 0x004, 0x2fb, 0x0c8, 0x0ae, 0x29d, 0x363, 0x150, 0x136, 0x305, 0x1fa, 0x3c9, 0x3af, 0x19c, > + 0x053, 0x260, 0x206, 0x035, 0x2ca, 0x0f9, 0x09f, 0x2ac, 0x352, 0x161, 0x107, 0x334, 0x1cb, 0x3f8, 0x39e, 0x1ad, > + 0x0c4, 0x2f7, 0x291, 0x0a2, 0x25d, 0x06e, 0x008, 0x23b, 0x3c5, 0x1f6, 0x190, 0x3a3, 0x15c, 0x36f, 0x309, 0x13a, > + 0x0f5, 0x2c6, 0x2a0, 0x093, 0x26c, 0x05f, 0x039, 0x20a, 0x3f4, 0x1c7, 0x1a1, 0x392, 0x16d, 0x35e, 0x338, 0x10b, > + 0x0a6, 0x295, 0x2f3, 0x0c0, 0x23f, 0x00c, 0x06a, 0x259, 0x3a7, 0x194, 0x1f2, 0x3c1, 0x13e, 0x30d, 0x36b, 0x158, > + 0x097, 0x2a4, 0x2c2, 0x0f1, 0x20e, 0x03d, 0x05b, 0x268, 0x396, 0x1a5, 0x1c3, 0x3f0, 0x10f, 0x33c, 0x35a, 0x169, > + 0x188, 0x3bb, 0x3dd, 0x1ee, 0x311, 0x122, 0x144, 0x377, 0x289, 0x0ba, 0x0dc, 0x2ef, 0x010, 0x223, 0x245, 0x076, > + 0x1b9, 0x38a, 0x3ec, 0x1df, 0x320, 0x113, 0x175, 0x346, 0x2b8, 0x08b, 0x0ed, 0x2de, 0x021, 0x212, 0x274, 0x047, > + 0x1ea, 0x3d9, 0x3bf, 0x18c, 0x373, 0x140, 0x126, 0x315, 0x2eb, 0x0d8, 0x0be, 0x28d, 0x072, 0x241, 0x227, 0x014, > + 0x1db, 0x3e8, 0x38e, 0x1bd, 0x342, 0x171, 0x117, 0x324, 0x2da, 0x0e9, 0x08f, 0x2bc, 0x043, 0x270, 0x216, 0x025, > + 0x14c, 0x37f, 0x319, 0x12a, 0x3d5, 0x1e6, 0x180, 0x3b3, 0x24d, 0x07e, 0x018, 0x22b, 0x0d4, 0x2e7, 0x281, 0x0b2, > + 0x17d, 0x34e, 0x328, 0x11b, 0x3e4, 0x1d7, 0x1b1, 0x382, 0x27c, 0x04f, 0x029, 0x21a, 0x0e5, 0x2d6, 0x2b0, 0x083, > + 0x12e, 0x31d, 0x37b, 0x148, 0x3b7, 0x184, 0x1e2, 0x3d1, 0x22f, 0x01c, 0x07a, 0x249, 0x0b6, 0x285, 0x2e3, 0x0d0, > + 0x11f, 0x32c, 0x34a, 0x179, 0x386, 0x1b5, 0x1d3, 0x3e0, 0x21e, 0x02d, 0x04b, 0x278, 0x087, 0x2b4, 0x2d2, 0x0e1, > +}; > + > +static u16 inline crc10(u16 init, u8 *data, int len) > +{ > + while (len--) > + init = ((init << 8) & 0x3ff) ^ crc10_table[(init >> 2) & 0xff] ^ *data++; > + return init; > +} > > /*********** > ** urbs ** > ************/ > > -static struct urb *usbatm_pop_urb(struct usbatm_channel *channel) > +static inline struct urb *usbatm_pop_urb(struct usbatm_channel *channel) > { > struct urb *urb; > > @@ -224,7 +248,7 @@ > return urb; > } > > -static int usbatm_submit_urb(struct urb *urb) > +static inline int usbatm_submit_urb(struct urb *urb) > { > struct usbatm_channel *channel = urb->context; > int ret; > @@ -283,6 +307,42 @@ > tasklet_schedule(&channel->tasklet); > } > > +/* OAM loopback reply (fire-and-forget) */ > +static int usbatm_oam_reply(struct usbatm_data *instance, u8 *source) > +{ > + struct urb *urb; > + u16 crc; > + u8 *buffer; > + > + if (source[ATM_CELL_HEADER] != 0x18 || source[ATM_CELL_HEADER + 1] != 0x01) { > + atm_dbg(instance, "%s: unexpected OAM type/function %x direction %x!\n", > + __func__, source[ATM_CELL_HEADER], source[ATM_CELL_HEADER + 1]); > + return -EPROTO; > + } > + > + if (crc10(0, source + ATM_CELL_HEADER, ATM_CELL_PAYLOAD)) { > + atm_dbg(instance, "%s: OAM CRC10 error!\n", __func__); > + return -EIO; > + } > + > + urb = usbatm_pop_urb(&instance->tx_channel); > + if (!urb) > + return -ENOMEM; > + > + buffer = urb->transfer_buffer; > + memcpy(buffer, source, ATM_CELL_SIZE); > + > + buffer[ATM_CELL_HEADER + 1] = 0; /* update the direction field */ > + > + memset(buffer + ATM_CELL_SIZE - 2, 0, 2); > + > + crc = crc10(0, buffer + ATM_CELL_HEADER, ATM_CELL_PAYLOAD); > + buffer[ATM_CELL_SIZE - 2] = (crc >> 8) & 0x3; > + buffer[ATM_CELL_SIZE - 1] = crc & 0xff; > + > + urb->transfer_buffer_length = instance->tx_channel.stride; > + return usbatm_submit_urb(urb); > +} > > /************* > ** decode ** > @@ -324,12 +384,24 @@ > > vcc = instance->cached_vcc->vcc; > > +// /* OAM F5 end-to-end */ > +// if (pti == ATM_PTI_E2EF5) { > +// if (printk_ratelimit()) > +// atm_warn(instance, "%s: OAM not supported (vpi %d, vci %d)!\n", > +// __func__, vpi, vci); > +// atomic_inc(&vcc->stats->rx_err); > +// return; > +// } > + > /* OAM F5 end-to-end */ > if (pti == ATM_PTI_E2EF5) { > if (printk_ratelimit()) > - atm_warn(instance, "%s: OAM not supported (vpi %d, vci %d)!\n", > + atm_warn(instance, "%s: Trying to support OAM (vpi %d, vci %d)!\n", > __func__, vpi, vci); > - atomic_inc(&vcc->stats->rx_err); > + if (usbatm_oam_reply(instance, source)) { > + atm_dbg(instance, "%s: OAM reply failed (vpi %d, vci %d)!\n", __func__, vpi, vci); > + atomic_inc(&vcc->stats->rx_err); > + } > return; > } > > @@ -823,7 +895,7 @@ > return -EINVAL; > } > > - mutex_lock(&instance->serialize); /* vs self, usbatm_atm_close, usbatm_usb_disconnect */+ down(&instance->serialize); /* vs self, usbatm_atm_close, usbatm_usb_disconnect */ > > if (instance->disconnected) { > atm_dbg(instance, "%s: disconnected!\n", __func__); > @@ -837,7 +909,7 @@ > goto fail; > } > > - if (!(new = kzalloc(sizeof(struct usbatm_vcc_data), GFP_KERNEL))) { > + if (!(new = kmalloc(sizeof(struct usbatm_vcc_data), GFP_KERNEL))) { > atm_err(instance, "%s: no memory for vcc_data!\n", __func__); > ret = -ENOMEM; > goto fail; > @@ -867,7 +939,7 @@ > set_bit(ATM_VF_PARTIAL, &vcc->flags); > set_bit(ATM_VF_READY, &vcc->flags); > > - mutex_unlock(&instance->serialize); > + up(&instance->serialize); > > atm_dbg(instance, "%s: allocated vcc data 0x%p\n", __func__, new); > > @@ -875,7 +947,7 @@ > > fail: > kfree(new); > - mutex_unlock(&instance->serialize); > + up(&instance->serialize); > return ret; > } > > @@ -896,7 +968,7 @@ > > usbatm_cancel_send(instance, vcc); > > - mutex_lock(&instance->serialize); /* vs self, usbatm_atm_open, usbatm_usb_disconnect */ > + down(&instance->serialize); /* vs self, usbatm_atm_open, usbatm_usb_disconnect */ > > tasklet_disable(&instance->rx_channel.tasklet); > if (instance->cached_vcc == vcc_data) { > @@ -919,7 +991,7 @@ > clear_bit(ATM_VF_PARTIAL, &vcc->flags); > clear_bit(ATM_VF_ADDR, &vcc->flags); > > - mutex_unlock(&instance->serialize); > + up(&instance->serialize); > > atm_dbg(instance, "%s successful\n", __func__); > } > @@ -1009,9 +1081,9 @@ > if (!ret) > ret = usbatm_atm_init(instance); > > - mutex_lock(&instance->serialize); > + down(&instance->serialize); > instance->thread_pid = -1; > - mutex_unlock(&instance->serialize); > + up(&instance->serialize); > > complete_and_exit(&instance->thread_exited, ret); > } > @@ -1025,9 +1097,9 @@ > return ret; > } > > - mutex_lock(&instance->serialize); > + down(&instance->serialize); > instance->thread_pid = ret; > - mutex_unlock(&instance->serialize); > + up(&instance->serialize); > > wait_for_completion(&instance->thread_started); > > @@ -1066,7 +1138,7 @@ > intf->altsetting->desc.bInterfaceNumber); > > /* instance init */ > - instance = kzalloc(sizeof(*instance) + sizeof(struct urb *) * (num_rcv_urbs + num_snd_urbs), GFP_KERNEL); > + instance = kmalloc(sizeof(*instance) + sizeof(struct urb *) * (num_rcv_urbs + num_snd_urbs), GFP_KERNEL); > if (!instance) { > dev_err(dev, "%s: no memory for instance data!\n", __func__); > return -ENOMEM; > @@ -1110,7 +1182,7 @@ > /* private fields */ > > kref_init(&instance->refcount); /* dropped in usbatm_usb_disconnect */ > - mutex_init(&instance->serialize); > + init_MUTEX(&instance->serialize); > > instance->thread_pid = -1; > init_completion(&instance->thread_started); > @@ -1186,7 +1258,7 @@ > instance->urbs[i] = urb; > > /* zero the tx padding to avoid leaking information */ > - buffer = kzalloc(channel->buf_size, GFP_KERNEL); > + buffer = kmalloc(channel->buf_size, GFP_KERNEL); > if (!buffer) { > dev_err(dev, "%s: no memory for buffer %d!\n", __func__, i); > error = -ENOMEM; > @@ -1273,18 +1345,18 @@ > > usb_set_intfdata(intf, NULL); > > - mutex_lock(&instance->serialize); > + down(&instance->serialize); > instance->disconnected = 1; > if (instance->thread_pid >= 0) > kill_proc(instance->thread_pid, SIGTERM, 1); > - mutex_unlock(&instance->serialize); > + up(&instance->serialize); > > wait_for_completion(&instance->thread_exited); > > - mutex_lock(&instance->serialize); > + down(&instance->serialize); > list_for_each_entry(vcc_data, &instance->vcc_list, list) > vcc_release_async(vcc_data->vcc, -EPIPE); > - mutex_unlock(&instance->serialize); > + up(&instance->serialize); > > tasklet_disable(&instance->rx_channel.tasklet); > tasklet_disable(&instance->tx_channel.tasklet); > diff -u atm.orig/usbatm.h atm/usbatm.h > --- atm.orig/usbatm.h 2006-06-18 03:49:35.000000000 +0200 > +++ atm/usbatm.h 2006-07-25 12:11:53.000000000 +0200 > @@ -34,7 +34,6 @@ > #include > #include > #include > -#include > > /* > #define VERBOSE_DEBUG > @@ -172,7 +171,7 @@ > ********************************/ > > struct kref refcount; > - struct mutex serialize; > + struct semaphore serialize; > int disconnected; > > /* heavy init */ -- Dario Lesca From buildsys at redhat.com Wed Aug 2 09:55:52 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 2 Aug 2006 05:55:52 -0400 Subject: rawhide report: 20060802 changes Message-ID: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> New package dogtail GUI test tool and automation framework New package pyspi Python bindings for AT-SPI Updated Packages: OpenIPMI-2.0.6-5 ---------------- * Tue Jul 18 2006 Phil Knirsch - 2.0.6-5 - Fixed check for udev in initscript (#197956) anaconda-11.1.0.75-1 -------------------- * Tue Aug 01 2006 Peter Jones - 11.1.0.75-1 - Fix iSCSI and MultiPath coexistance - Don't use mygethostbyname on ipv6 yet (dcantrell) - Better logging on nfsinstall and kickstart (dcantrell, #195203) - Remove ddc probing (clumens) eclipse-1:3.2.0-1jpp_10fc ------------------------- * Tue Aug 01 2006 Andrew Overholt 3.2.0-1jpp_10fc - Use firefox-devel instead of mozilla-devel. - Add patch for rh#200929 (include embed_base in xpcom's pkgconfig -I flags). * Tue Jul 25 2006 Ben Konrath 3.2.0-1jpp_9fc - Use sed instead of patches for tomcat version numbers. ekiga-2.0.2-3 ------------- * Tue Aug 01 2006 Daniel Veillard - 2.0.2-3 - rebuilt for #200960 esc-1.0.0-4.fc6 --------------- * Tue Aug 01 2006 Matthias Clasen - 1.0.0-4 - Don't auto-generate requires either evolution-2.7.4-4 ----------------- * Mon Jul 31 2006 Matthew Barnes - 2.7.4-4 - Add patch for RH bug #178295. - Add patch for RH bug #167157. gecko-sharp2-0.11-10 -------------------- * Tue Aug 01 2006 Jesse Keating - 0.11-10 - and change the requires to reflect building against firefox-devel gnupg-1.4.5-3 ------------- * Tue Aug 01 2006 Nalin Dahyabhai - 1.4.5-3 - rebuild * Tue Aug 01 2006 Nalin Dahyabhai - 1.4.5-2 - rebuild - reenable curl support * Tue Aug 01 2006 Nalin Dahyabhai - 1.4.5-1 - update to 1.4.5, fixing additional size overflows in packet parsing (#200904, CVE-2006-3746) - temporarily disable curl support again hal-cups-utils-0.6.2-3 ---------------------- * Tue Aug 01 2006 Tim Waugh - 0.6.2-3 - Fixed hal_lpadmin's CUPS URI (bug #200682). initscripts-8.38-1 ------------------ * Tue Aug 01 2006 Bill Nottingham 8.38-1 - translation updates - bring down bonding slaves on ifdown (#199706) - support LINKDELAY for dhcp (#191137) - netfs: run multipath on netdev devices (#180977) - halt: use /proc/mounts instead of /etc/mtab (#198426, ) - rc.sysinit: fix getkey race (#191453, ) - spec cleanups (#188614, ) - support aliases on vlan (#193133, ) - clean up ifcfg file handling (, ) - GRE and IPIP tunnel support (#168990, , , , ) - rc.sysinit: don't format encrypted swap always (#127378) - don't try to add routes to alias devices (#199825, #195656) * Fri Jul 21 2006 Bill Nottingham 8.37-1 - update translations irda-utils-0.9.17-2.fc6 ----------------------- * Tue Aug 01 2006 Karsten Hopp 0.9.17-2 - initscript fix from Paul Bolle (#168325) java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_100rh ------------------------------------------- * Tue Aug 01 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_100rh - Require gcc-java for devel and src post and postun. (199942) - Require libgcj for plugin post and postun. (199942) kernel-2.6.17-1.2505.fc6 ------------------------ * Tue Aug 01 2006 Dave Jones - s390 kprobes support. - Fix oops in libata ata_device_add() - Yet more fixes for lockdep triggered bugs. - Merge numerous patches from -mm to improve software suspend. * Tue Aug 01 2006 Roland McGrath - fix bogus BUG_ON in ptrace_do_wait * Tue Aug 01 2006 Dave Jones - 2.6.18rc3-git1 librtas-1.2.4-2 --------------- * Tue Aug 01 2006 Paul Nasrat - 1.2.4-2 - Backport syscall fix from upstream * Wed Jul 12 2006 Jesse Keating - 1.2.4-1.2.2 - rebuild libselinux-1.30.19-5 -------------------- * Tue Aug 01 2006 Jeremy Katz - 1.30.19-5 - only build non-fpic objects with -mno-tls-direct-seg-refs * Tue Aug 01 2006 Jeremy Katz - 1.30.19-4 - build with -mno-tls-direct-seg-refs on x86 to avoid triggering segfaults with xen (#200783) libtiff-3.8.2-5 --------------- * Mon Jul 24 2006 Matthias Clasen - Fix several vulnerabilities (CVE-2006-3460 CVE-2006-3461 CVE-2006-3462 CVE-2006-3463 CVE-2006-3464 CVE-2006-3465) lvm2-2.02.06-3 -------------- * Tue Aug 01 2006 Jeremy Katz - 2.02.06-3 - require new libselinux to avoid segfaults on xen (#200783) m17n-db-1.3.3-16.fc6 -------------------- * Tue Aug 01 2006 Mayank Jain - Corrected bn-probhat.mim file, RH bz #200890, added U+09CE * Tue Aug 01 2006 Mayank Jain - Corrected ml-inscript.mim file, RH bz #200876 module-init-tools-3.3-0.pre1.4.15 --------------------------------- * Tue Aug 01 2006 Jon Masters - 3.3-0.pre1.4.15 - Reverted back to script based weak-updates to avoid python dep. perl-IO-Socket-SSL-0.994-1.fc6 ------------------------------ * Tue Aug 01 2006 Warren Togami - 0.994-1 - 0.994 important bugfixes (#200860) rhpxl-0.27-1 ------------ * Tue Aug 01 2006 Chris Lumens 0.27-1 - Don't traceback if there's no module list. - Return default strings if monitor or video card names are None. - Handle starting up an XServer object with an existing conf file. * Tue Aug 01 2006 Chris Lumens 0.26-1 - Remove video card ddc probing (notting). - Remove monitor ddc probing. selinux-policy-2.3.3-17 ----------------------- * Tue Aug 01 2006 Dan Walsh 2.3.3-17 - more xen rules * Mon Jul 31 2006 Dan Walsh 2.3.3-16 - Fixes for Samba vsftpd-2.0.5-4 -------------- * Tue Aug 01 2006 Maros Barabas - 2.0.5-4 - listen to IPv4 connections in default conf file - option to change listening to IPv6 protocol xorg-x11-drv-ati-6.6.1-6.fc6 ---------------------------- * Thu Jul 27 2006 Adam Jackson 6.6.1-6.fc6 - Updated radeon.xinf: comments, a handful of new devices. * Mon Jul 24 2006 Mike A. Harris 6.6.1-5.fc6 - Added r128-missing-xf86ForceHWCursor-symbol-bug168753.patch to fix (#168753) - Add {?dist} tag to Release field * Wed Jul 12 2006 Jesse Keating 6.6.1-4.1 - rebuild From mailinglists at erwinrol.com Wed Aug 2 11:35:08 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 02 Aug 2006 13:35:08 +0200 Subject: rawhide report: 20060802 changes In-Reply-To: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> Message-ID: <1154518509.2760.8.camel@xpc.home.erwinrol.com> This update also caused the following errors on x86_&4; Running Transaction Updating : java-1.4.2-gcj-compat ####################### [ 1/66] dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20713 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20722 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 Updating : libselinux ####################### [ 2/66] Updating : module-init-tools ####################### [ 3/66] Updating : eclipse-ecj ####################### [ 4/66] dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20813 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20822 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 Updating : libtiff ####################### [ 5/66] Updating : evolution ####################### [ 6/66] Updating : rhpxl ####################### [ 7/66] Updating : anaconda ####################### [ 8/66] Updating : libswt3-gtk2 ####################### [ 9/66] dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20875 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20884 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 Updating : eclipse-rcp ####################### [10/66] dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20895 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20904 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 Updating : eclipse-platform ####################### [11/66] dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20915 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 17: 20924 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 11 Updating : libselinux ####################### [12/66] Updating : libtiff ####################### [13/66] Installing: kernel ####################### [14/66] The error happens for every java app. - Erwin From eng at prowip.net.br Wed Aug 2 11:37:36 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Wed, 2 Aug 2006 08:37:36 -0300 Subject: acpi In-Reply-To: References: <200608010740.14986.eng@prowip.net.br> Message-ID: <200608020837.36656.eng@prowip.net.br> On Tuesday 01 August 2006 09:05, Thomas M Steenholdt wrote: > Give it a shot! good I use latest FC-5 kernel, somewhat stripped for my notebook (Acer Aspire) I use gaugush's DSDT in initrd solution in order to use my custom DSDT, works fine, no errors but my battery life is real short I use the same notebook and same DSDT for booting FreeBSd and get then almost double battery life also/or, seems that FC5 is not charging up to max capacity, I get battery full notice very fast, then I boot FreeBSD and it still charge it for 30 minutes the fixes I have in the DSDT are exactly about the battery, even if FC5 does not report the errors when not using a custom table the battery life is even shorter Is there something I could check/do about it? Hans A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From aph at redhat.com Wed Aug 2 11:44:49 2006 From: aph at redhat.com (Andrew Haley) Date: Wed, 2 Aug 2006 12:44:49 +0100 Subject: rawhide report: 20060802 changes In-Reply-To: <1154518509.2760.8.camel@xpc.home.erwinrol.com> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> <1154518509.2760.8.camel@xpc.home.erwinrol.com> Message-ID: <17616.36913.701840.448572@zebedee.pink> Erwin Rol writes: > This update also caused the following errors on x86_&4; > > Running Transaction > Updating : java-1.4.2-gcj-compat ####################### [ 1/66] > dirname: missing operand > Try `dirname --help' for more information. > mkdir: missing operand > Try `mkdir --help' for more information. > /usr/bin/rebuild-gcj-db: line 17: 20713 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 > xargs: /usr/bin/gcj-dbtool: terminated by signal 11 I use x86_64, and I've never seen this. Can you try running gcj-dbtool in gdb? Also, please let us know which gcc and libgcj RPMs you have installed. Andrw. From joseph_sacco at comcast.net Wed Aug 2 12:02:40 2006 From: joseph_sacco at comcast.net (Joseph E. Sacco, Ph.D.) Date: Wed, 02 Aug 2006 08:02:40 -0400 Subject: Evolution crash on email search. In-Reply-To: <44D049F8.7040505@valuecommerce.com> References: <44D049F8.7040505@valuecommerce.com> Message-ID: <1154520160.16021.34.camel@plantain.jesacco.com> Sometimes the .cmeta file associated with a folder gets trashed. If the .cmeta file is removed, evo will regenerate a new one on start up. Try this: * cd to ~/.evolution/mail/local * locate the errant .cmeta file and move it to /tmp [just in case] * run 'pkill evo' to kill off any lagging evo processes * start evo -Joseph ========================================================================= On Wed, 2006-08-02 at 15:45 +0900, Naoki wrote: > Search option set to "This account" immediately crashes the app after > pressing return. > > Changed to "This folder", searched, it seemed ok, switched search option > to "This account" and it also crashed. I had it under 'gdb' at the time > but the output was pretty limited in it's usefulness. > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912583570672 (LWP 6075)] > 0x00002aaaadac5f80 in strlen () from /lib64/libc.so.6 > > > Now I can't even start evo, it just hangs on "CalDAV Eplugin starting up > ...", doing a --force-shutdown then "--disable-eplugin=caldav" didn't > help either. Debug output was blank. > > Anybody have any tips? I've installed evolution-debuginfo but gdb still > isn't giving me anything useful because there is no output nor return to > prompt after "CalDAV Eplugin starting up ...".. > -- joseph_sacco [at] comcast [dot] net From mailinglists at erwinrol.com Wed Aug 2 12:24:59 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 02 Aug 2006 14:24:59 +0200 Subject: rawhide report: 20060802 changes In-Reply-To: <17616.36913.701840.448572@zebedee.pink> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> <1154518509.2760.8.camel@xpc.home.erwinrol.com> <17616.36913.701840.448572@zebedee.pink> Message-ID: <1154521499.2760.15.camel@xpc.home.erwinrol.com> On Wed, 2006-08-02 at 12:44 +0100, Andrew Haley wrote: > Erwin Rol writes: > > This update also caused the following errors on x86_&4; > > > > Running Transaction > > Updating : java-1.4.2-gcj-compat ####################### [ 1/66] > > dirname: missing operand > > Try `dirname --help' for more information. > > mkdir: missing operand > > Try `mkdir --help' for more information. > > /usr/bin/rebuild-gcj-db: line 17: 20713 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 > > xargs: /usr/bin/gcj-dbtool: terminated by signal 11 > > I use x86_64, and I've never seen this. Can you try running > gcj-dbtool in gdb? Also, please let us know which gcc and libgcj RPMs > you have installed. rpm -q libgcc libgcc-4.1.1-13 libgcc-4.1.1-13 rpm -q libgcj libgcj-4.1.1-13 libgcj-4.1.1-13 rpm -q glibc glibc-2.4.90-15 glibc-2.4.90-15 uname -a Linux xpc.home.erwinrol.com 2.6.17-1.2488.fc6 #1 SMP Mon Jul 31 21:09:02 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux [erwin at xpc de_bv]$ gdb /usr/bin/gcj-dbtool GNU gdb Red Hat Linux (6.5-3.fc6rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". (gdb) r Starting program: /usr/bin/gcj-dbtool [Thread debugging using libthread_db enabled] [New Thread 46912496314704 (LWP 27871)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912496314704 (LWP 27871)] *__GI__dl_addr (address=0x606020, info=0x7fffe9437a00, mapp=0x0, symbolp=0x0) at dl-addr.c:90 90 if ((ELFW(ST_BIND) (symtab->st_info) == STB_GLOBAL (gdb) bt #0 *__GI__dl_addr (address=0x606020, info=0x7fffe9437a00, mapp=0x0, symbolp=0x0) at dl-addr.c:90 #1 0x000000349052350b in _Jv_RegisterLibForGc (p=0x0) at ../../../libjava/boehm.cc:672 #2 0x00000034905183bc in _Jv_RegisterClasses (classes=0x0) at ../../../libjava/java/lang/natClassLoader.cc:191 #3 0x000000000040271e in _init () #4 0x0000000000000001 in ?? () #5 0x0000000000404a20 in __libc_csu_init () #6 0x000000348d020a3e in __libc_start_main (main=0x402be0
, argc=1, ubp_av=0x7fffe9437b88, init=0x4049f0 <__libc_csu_init>, fini=0x1870101a25e2000, rtld_fini=0x2aaaaaaab000, stack_end=0x7fffe9437b78) at libc-start.c:190 #7 0x0000000000402b49 in _start () [erwin at xpc de_bv]$ strace /usr/bin/gcj-dbtool execve("/usr/bin/gcj-dbtool", ["/usr/bin/gcj-dbtool"], [/* 38 vars */]) = 0 brk(0) = 0x8a1000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaaab000 uname({sys="Linux", node="xpc.home.erwinrol.com", ...}) = 0 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/usr/lib64/tls/x86_64/libgcj.so.7rh", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/tls/x86_64", 0x7fff31abf630) = -1 ENOENT (No such file or directory) open("/usr/lib64/tls/libgcj.so.7rh", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/tls", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/usr/lib64/x86_64/libgcj.so.7rh", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/x86_64", 0x7fff31abf630) = -1 ENOENT (No such file or directory) open("/usr/lib64/libgcj.so.7rh", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220 N\220"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=42000832, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaaac000 mmap(0x348f000000, 44584072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x348f000000 mprotect(0x3490ff1000, 2093056, PROT_NONE) = 0 mmap(0x34911f0000, 8507392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1ff0000) = 0x34911f0000 mmap(0x3491a0d000, 490632, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3491a0d000 close(3) = 0 open("/usr/lib64/tls/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=174792, ...}) = 0 mmap(NULL, 174792, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aaaaaaad000 close(3) = 0 open("/lib64/libpthread.so.0", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340f\300"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=136472, ...}) = 0 mmap(0x348ec00000, 2196304, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x348ec00000 mprotect(0x348ec14000, 2093056, PROT_NONE) = 0 mmap(0x348ee13000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x348ee13000 mmap(0x348ee15000, 13136, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x348ee15000 close(3) = 0 open("/usr/lib64/tls/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib64/librt.so.1", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000)\340"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=53472, ...}) = 0 mmap(0x349ae00000, 2132968, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x349ae00000 mprotect(0x349ae07000, 2097152, PROT_NONE) = 0 mmap(0x349b007000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x349b007000 close(3) = 0 open("/usr/lib64/tls/libdl.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/libdl.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib64/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\21\200"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=23512, ...}) = 0 mmap(0x348d800000, 2109728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x348d800000 mprotect(0x348d803000, 2093056, PROT_NONE) = 0 mmap(0x348da02000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x348da02000 close(3) = 0 open("/usr/lib64/tls/libz.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/libz.so.1", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\37\300"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=85928, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaad8000 mmap(0x348dc00000, 2178920, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x348dc00000 mprotect(0x348dc14000, 2093056, PROT_NONE) = 0 mmap(0x348de13000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x348de13000 close(3) = 0 open("/usr/lib64/tls/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib64/libgcc_s.so.1", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\37\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=58408, ...}) = 0 mmap(0x3492000000, 2151784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x3492000000 mprotect(0x349200d000, 2097152, PROT_NONE) = 0 mmap(0x349220d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd000) = 0x349220d000 close(3) = 0 open("/usr/lib64/tls/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib64/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\v\2"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1672528, ...}) = 0 mmap(0x348d000000, 3457208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x348d000000 mprotect(0x348d144000, 2093056, PROT_NONE) = 0 mmap(0x348d343000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x143000) = 0x348d343000 mmap(0x348d348000, 16568, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x348d348000 close(3) = 0 open("/usr/lib64/tls/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib64/libm.so.6", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220N@\215"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=615128, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaad9000 mmap(0x348d400000, 2629848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x348d400000 mprotect(0x348d482000, 2093056, PROT_NONE) = 0 mmap(0x348d681000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x81000) = 0x348d681000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaada000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaadb000 arch_prctl(ARCH_SET_FS, 0x2aaaaaada950) = 0 mprotect(0x348ee13000, 4096, PROT_READ) = 0 mprotect(0x349b007000, 4096, PROT_READ) = 0 mprotect(0x348da02000, 4096, PROT_READ) = 0 mprotect(0x348d343000, 16384, PROT_READ) = 0 mprotect(0x348d681000, 4096, PROT_READ) = 0 mprotect(0x348ce19000, 4096, PROT_READ) = 0 munmap(0x2aaaaaaad000, 174792) = 0 set_tid_address(0x2aaaaaada9e0) = 27902 syscall_273(0x2aaaaaada9f0, 0x18, 0x7fff31ac0248, 0, 0x2aaaaaada950, 0, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1) = 0 rt_sigaction(SIGRTMIN, {0x348ec06280, [], SA_RESTORER|SA_SIGINFO, 0x348ec0e550}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x348ec061d0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x348ec0e550}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=10240*1024, rlim_max=RLIM_INFINITY}) = 0 _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0x7fff31abfea0, 35, (nil), 0}) = 0 brk(0) = 0x8a1000 brk(0x8c2000) = 0x8c2000 open("/usr/lib/locale/locale-archive", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=54668704, ...}) = 0 mmap(NULL, 54668704, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aaaaaadc000 close(3) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 27902 detached From mailinglists at erwinrol.com Wed Aug 2 12:27:54 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 02 Aug 2006 14:27:54 +0200 Subject: rawhide report: 20060802 changes In-Reply-To: <1154521499.2760.15.camel@xpc.home.erwinrol.com> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> <1154518509.2760.8.camel@xpc.home.erwinrol.com> <17616.36913.701840.448572@zebedee.pink> <1154521499.2760.15.camel@xpc.home.erwinrol.com> Message-ID: <1154521674.2760.16.camel@xpc.home.erwinrol.com> On Wed, 2006-08-02 at 14:24 +0200, Erwin Rol wrote: > > > I use x86_64, and I've never seen this. Can you try running > > gcj-dbtool in gdb? Also, please let us know which gcc and libgcj RPMs > > you have installed. > > rpm -q libgcc > libgcc-4.1.1-13 > libgcc-4.1.1-13 > > rpm -q libgcj > libgcj-4.1.1-13 > libgcj-4.1.1-13 > > rpm -q glibc > glibc-2.4.90-15 > glibc-2.4.90-15 rpm -q gcc gcc-4.1.1-13 From aph at redhat.com Wed Aug 2 12:49:23 2006 From: aph at redhat.com (Andrew Haley) Date: Wed, 2 Aug 2006 13:49:23 +0100 Subject: rawhide report: 20060802 changes In-Reply-To: <1154521499.2760.15.camel@xpc.home.erwinrol.com> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> <1154518509.2760.8.camel@xpc.home.erwinrol.com> <17616.36913.701840.448572@zebedee.pink> <1154521499.2760.15.camel@xpc.home.erwinrol.com> Message-ID: <17616.40787.266197.33993@zebedee.pink> Erwin Rol writes: > On Wed, 2006-08-02 at 12:44 +0100, Andrew Haley wrote: > > Erwin Rol writes: > > > This update also caused the following errors on x86_&4; > > > > > > Running Transaction > > > Updating : java-1.4.2-gcj-compat ####################### [ 1/66] > > > dirname: missing operand > > > Try `dirname --help' for more information. > > > mkdir: missing operand > > > Try `mkdir --help' for more information. > > > /usr/bin/rebuild-gcj-db: line 17: 20713 Segmentation fault /usr/bin/gcj-dbtool -n $dbLocation 64 > > > xargs: /usr/bin/gcj-dbtool: terminated by signal 11 > > > > I use x86_64, and I've never seen this. Can you try running > > gcj-dbtool in gdb? Also, please let us know which gcc and libgcj RPMs > > you have installed. > > rpm -q libgcc > libgcc-4.1.1-13 > libgcc-4.1.1-13 > > rpm -q libgcj > libgcj-4.1.1-13 > libgcj-4.1.1-13 > > rpm -q glibc > glibc-2.4.90-15 > glibc-2.4.90-15 > > uname -a > Linux xpc.home.erwinrol.com 2.6.17-1.2488.fc6 #1 SMP Mon Jul 31 21:09:02 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux > > [erwin at xpc de_bv]$ gdb /usr/bin/gcj-dbtool > GNU gdb Red Hat Linux (6.5-3.fc6rh) > Copyright (C) 2006 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". > > (gdb) r > Starting program: /usr/bin/gcj-dbtool > [Thread debugging using libthread_db enabled] > [New Thread 46912496314704 (LWP 27871)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912496314704 (LWP 27871)] > *__GI__dl_addr (address=0x606020, info=0x7fffe9437a00, mapp=0x0, symbolp=0x0) at dl-addr.c:90 > 90 if ((ELFW(ST_BIND) (symtab->st_info) == STB_GLOBAL > (gdb) bt > #0 *__GI__dl_addr (address=0x606020, info=0x7fffe9437a00, mapp=0x0, symbolp=0x0) at dl-addr.c:90 > #1 0x000000349052350b in _Jv_RegisterLibForGc (p=0x0) at ../../../libjava/boehm.cc:672 > #2 0x00000034905183bc in _Jv_RegisterClasses (classes=0x0) at ../../../libjava/java/lang/natClassLoader.cc:191 OK, this is the problem: _Jv_RegisterClasses shouldn't be passed NULL. It's called from frame_dummy() and __do_global_ctors_1() in crtstuff.c: #ifdef JCR_SECTION_NAME if (__JCR_LIST__[0]) { void (*register_classes) (void *) = _Jv_RegisterClasses; __asm ("" : "+r" (register_classes)); if (register_classes) register_classes (__JCR_LIST__); } #endif /* JCR_SECTION_NAME */ OK, now here is the real weirdness: gcj-dbtool is *used* during the RPM build, so that exact same gcj-dbtool binary that is now segfaulting must have worked once. > #3 0x000000000040271e in _init () OK, so this address indicates that we're being called from the main program, not while initializing a library. Maybe something has broken /lib/ld-linux.so.2. I'll try updating; here goes. Andrew. From nicolas.mailhot at laposte.net Wed Aug 2 12:40:11 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 2 Aug 2006 14:40:11 +0200 (CEST) Subject: rawhide report: 20060802 changes In-Reply-To: <1154518509.2760.8.camel@xpc.home.erwinrol.com> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> <1154518509.2760.8.camel@xpc.home.erwinrol.com> Message-ID: <58076.192.54.193.51.1154522411.squirrel@rousalka.dyndns.org> Le Mer 2 ao?t 2006 13:35, Erwin Rol a ?crit : > This update also caused the following errors on x86_&4; > > Running Transaction > Updating : java-1.4.2-gcj-compat ####################### [ 1/66] > dirname: missing operand > Try `dirname --help' for more information. > mkdir: missing operand This update didn't break anything, the problem is older than that, had you run any app using gcj in the last few days you'd have found out gcj was hosed. (it manifests there because the java-1.4.2-gcj-compat scriplet calls libgcj executables) This is bug 200635, prelink misbahaving big time on x86_64 Regards, -- Nicolas Mailhot From aph at redhat.com Wed Aug 2 13:05:47 2006 From: aph at redhat.com (Andrew Haley) Date: Wed, 2 Aug 2006 14:05:47 +0100 Subject: rawhide report: 20060802 changes In-Reply-To: <58076.192.54.193.51.1154522411.squirrel@rousalka.dyndns.org> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> <1154518509.2760.8.camel@xpc.home.erwinrol.com> <58076.192.54.193.51.1154522411.squirrel@rousalka.dyndns.org> Message-ID: <17616.41771.14328.148460@zebedee.pink> Nicolas Mailhot writes: > > Le Mer 2 ao?t 2006 13:35, Erwin Rol a ?crit : > > This update also caused the following errors on x86_&4; > > > > Running Transaction > > Updating : java-1.4.2-gcj-compat ####################### [ 1/66] > > dirname: missing operand > > Try `dirname --help' for more information. > > mkdir: missing operand > > This update didn't break anything, the problem is older than that, had you > run any app using gcj in the last few days you'd have found out gcj was > hosed. (it manifests there because the java-1.4.2-gcj-compat scriplet > calls libgcj executables) > > This is bug 200635, prelink misbahaving big time on x86_64 Got that. TVM. Andrew. From joseph_sacco at comcast.net Wed Aug 2 14:06:57 2006 From: joseph_sacco at comcast.net (Joseph E. Sacco, Ph.D.) Date: Wed, 02 Aug 2006 10:06:57 -0400 Subject: updating Xchat and friends Message-ID: <1154527617.2870.15.camel@plantain.jesacco.com> The current version of Xchat is 2.6.0-6. Version 2.6.6 was released on 17July. A release of 2.6.7 for Linux is imminent. The later versions support spell checking, which is a good thing. There are configuration options that provide choices for spell checking mechanisms. By default, configure will elect to link in libsexy if found. libsexy will use enchant by default. I built 2.6.6 using the src rpm from 2.6.0-6. I used a simplistic approach: * downloaded the 2.6.6 tar ball from xchat.org * edited the 2.6.0 spec file - changed the version numbers - stripped out all of the patches [:-)] Builds and runs fine. There is also a newer version of enchant available: enchant: 1.2.6 -Joseph -- joseph_sacco [at] comcast [dot] net From mailinglists at erwinrol.com Wed Aug 2 14:20:26 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 02 Aug 2006 16:20:26 +0200 Subject: sbin/weak-modules Message-ID: <1154528426.20159.1.camel@lat.home.erwinrol.com> What does the following mean ? Updating : selinux-policy-targeted ##################### [ 78/234] Installing: kernel-PAE ##################### [ 79/234] **** weak-modules did not process this kernel **** weak-updates links not updated for 2.6.17-1.2488.fc6PAE Please run /sbin/weak-modules --add-kernel `uname -r` in order to update kernel module compatibility links. Removing : nscd ##################### [ 80/234] From lamont at gurulabs.com Wed Aug 2 14:46:34 2006 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Wed, 2 Aug 2006 08:46:34 -0600 Subject: acpi In-Reply-To: <200608020837.36656.eng@prowip.net.br> References: <200608010740.14986.eng@prowip.net.br> <200608020837.36656.eng@prowip.net.br> Message-ID: <200608020846.34662.lamont@gurulabs.com> On Wednesday 02 August 2006 05:37am, HM Eng.Prowip wrote: > On Tuesday 01 August 2006 09:05, Thomas M Steenholdt wrote: > > Give it a shot! > > good > > I use latest FC-5 kernel, somewhat stripped for my notebook (Acer Aspire) > I use gaugush's DSDT in initrd solution in order to use my custom DSDT, > works fine, no errors > > but my battery life is real short On every notebook I have, RHL/FC has always had noticeably worse battery life than SUSE (personally, I dual boot), going back just over 4 years now. I have run Ubuntu/Kubuntu and Knoppix CDs a couple of times, but not enough to be able to compare them, either. Several people I know have mentioned noticing similarly short battery life with FC compared to other distros. > I use the same notebook and same DSDT for booting FreeBSd and get then > almost double battery life I haven't tried running any *BSD on here, so I don't know about that. > also/or, seems that FC5 is not charging up to max capacity, I get battery > full notice very fast, then I boot FreeBSD and it still charge it for 30 > minutes > > the fixes I have in the DSDT are exactly about the battery, even if FC5 > does not report the errors when not using a custom table the battery life > is even shorter > > Is there something I could check/do about it? I would love to see battery life with Fedora right up there with the other Linux & BSD systems. I don't know what to try, either. So far, I've just resigned myself to the fate that battery life is just going to be shorter with Fedora. -- Lamont R. Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] GPG Key fingerprint: F98C E31A 5C4C 834A BCAB 8CB3 F980 6C97 DC0D D409 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From andy at warmcat.com Wed Aug 2 16:03:07 2006 From: andy at warmcat.com (Andy Green) Date: Wed, 02 Aug 2006 17:03:07 +0100 Subject: acpi In-Reply-To: <200608020846.34662.lamont@gurulabs.com> References: <200608010740.14986.eng@prowip.net.br> <200608020837.36656.eng@prowip.net.br> <200608020846.34662.lamont@gurulabs.com> Message-ID: <44D0CCBB.2040308@warmcat.com> Lamont R. Peterson wrote: > I would love to see battery life with Fedora right up there with the other > Linux & BSD systems. I don't know what to try, either. So far, I've just > resigned myself to the fate that battery life is just going to be shorter > with Fedora. Just an idea -- on this laptop at least the ACPI reports the current being drawn from the battery with good resolution, eg, when plugged in and charged cat /proc/acpi/battery/BAT1/state cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: charged present rate: 0 mA remaining capacity: 4500 mAh present voltage: 12493 mV and when running from Battery present: yes capacity state: ok charging state: discharging present rate: 1283 mA <-------- remaining capacity: 4500 mAh present voltage: 12338 mV The "present rate" value is very sensitive to backlight level, HDD on or off, USB stuff plugged in, CPU load and so on. I have this hooked up to the KDE "System Guard" telemetry displays in the kicker. At least this allows you to put a number on exactly how much worse Fedora does than another distro you can run on the same laptop, and to objectively determine any improvement from evasive actions. -Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4492 bytes Desc: S/MIME Cryptographic Signature URL: From chabotc at xs4all.nl Wed Aug 2 16:10:04 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Wed, 02 Aug 2006 18:10:04 +0200 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <44C9B8F4.8030306@hhs.nl> References: <44C9B8F4.8030306@hhs.nl> Message-ID: <44D0CE5C.6010401@xs4all.nl> An interesting editorial on this topic, that might sum up some of the feelings that some people have been feeling: http://www.freesoftwaremagazine.com/articles/editorial_13 Slashdot discussion on this: http://linux.slashdot.org/article.pl?sid=06/08/02/0238233 Digg discussion: http://digg.com/linux_unix/Why_Red_Hat_will_go_bust_because_of_Ubuntu All of this isn't necessarily to be taken as gospel, however it does illustrate well the point some of 'us' have been trying to make .. lets not forget about the users! :-) -- Chris Chabot From david at fubar.dk Wed Aug 2 16:33:24 2006 From: david at fubar.dk (David Zeuthen) Date: Wed, 02 Aug 2006 12:33:24 -0400 Subject: acpi In-Reply-To: <44D0CCBB.2040308@warmcat.com> References: <200608010740.14986.eng@prowip.net.br> <200608020837.36656.eng@prowip.net.br> <200608020846.34662.lamont@gurulabs.com> <44D0CCBB.2040308@warmcat.com> Message-ID: <1154536405.13834.6.camel@daxter.boston.redhat.com> On Wed, 2006-08-02 at 17:03 +0100, Andy Green wrote: > Just an idea -- on this laptop at least the ACPI reports the current > being drawn from the battery with good resolution, eg, when plugged in > and charged You can also just use gnome-power-manager - right click on the icon in the notification area and select "Information", then "Power History". It looks somewhat like this http://www.hughsie.com/applications/Coppermine/displayimage.php?album=9&pos=9 Using this tool I learned that - The difference from LCD max/min brightness is a ~1-2 watts on my IBM Thinkpad T41 - which is ~ 10% of the power drain - Powering down the disk via hdparm and using laptop-mode in the kernel also saves ~ 1W - another ~ 100% (unfortunately the IDE layer in the kernel don't really support power management yet and it's too dangerous / error prone to use hdparm by default in the distro) There's a bunch of other things related to run-time power management that is going on in the kernel right now and it looks pretty good so far. HTH, David From seanlkml at sympatico.ca Wed Aug 2 16:46:22 2006 From: seanlkml at sympatico.ca (Sean) Date: Wed, 2 Aug 2006 12:46:22 -0400 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <44D0CE5C.6010401@xs4all.nl> References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> Message-ID: On Wed, 02 Aug 2006 18:10:04 +0200 Chris Chabot wrote: > An interesting editorial on this topic, that might sum up some of the > feelings that some people have been feeling: > > http://www.freesoftwaremagazine.com/articles/editorial_13 > > Slashdot discussion on this: > http://linux.slashdot.org/article.pl?sid=06/08/02/0238233 > Digg discussion: > http://digg.com/linux_unix/Why_Red_Hat_will_go_bust_because_of_Ubuntu > > All of this isn't necessarily to be taken as gospel, however it does > illustrate well the point some of 'us' have been trying to make .. lets > not forget about the users! :-) Agreed, let us not forget about the open source users. Let's not let the people who want to use binary-only proprietary extension spoil the distribution for those that don't. On top of which, the first article you cite seems to indicate that the niche you're worried about is already nicely filled by Ubuntu. There doesn't seem to be much reason for Fedora to become just another Ubuntu. Sean From skvidal at linux.duke.edu Wed Aug 2 16:50:13 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 02 Aug 2006 12:50:13 -0400 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <20060802124622.84d958ab.seanlkml@sympatico.ca> References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> <20060802124622.84d958ab.seanlkml@sympatico.ca> Message-ID: <1154537413.13135.44.camel@cutter> On Wed, 2006-08-02 at 12:46 -0400, Sean wrote: > On Wed, 02 Aug 2006 18:10:04 +0200 > Chris Chabot wrote: > > > An interesting editorial on this topic, that might sum up some of the > > feelings that some people have been feeling: > > > > http://www.freesoftwaremagazine.com/articles/editorial_13 > > > > Slashdot discussion on this: > > http://linux.slashdot.org/article.pl?sid=06/08/02/0238233 > > Digg discussion: > > http://digg.com/linux_unix/Why_Red_Hat_will_go_bust_because_of_Ubuntu > > > > All of this isn't necessarily to be taken as gospel, however it does > > illustrate well the point some of 'us' have been trying to make .. lets > > not forget about the users! :-) > > Agreed, let us not forget about the open source users. Let's not let the > people who want to use binary-only proprietary extension spoil the > distribution for those that don't. On top of which, the first article > you cite seems to indicate that the niche you're worried about is > already nicely filled by Ubuntu. There doesn't seem to be much > reason for Fedora to become just another Ubuntu. I know I'm not the typical user - but I got involved with fedora and with linux in general b/c of open source. I don't want to work on a distribution that isn't sticking to those ideals. The only two distros I can think of that follow that extremely closely are fedora and debian. ubuntu is definitely not one of them. Thank you for making this point. -sv From skvidal at linux.duke.edu Wed Aug 2 16:52:27 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 02 Aug 2006 12:52:27 -0400 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <1154537413.13135.44.camel@cutter> References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> <20060802124622.84d958ab.seanlkml@sympatico.ca> <1154537413.13135.44.camel@cutter> Message-ID: <1154537548.13135.48.camel@cutter> On Wed, 2006-08-02 at 12:50 -0400, seth vidal wrote: > I know I'm not the typical user - but I got involved with fedora and > with linux in general b/c of open source. > ermm - this should read: I know I'm not the typical user - but I got involved with fedora and linux in general b/c of its open-sourceness. in short - it's not just an operating system. I'm not just trying to get certain tasks accomplished. -sv From chabotc at xs4all.nl Wed Aug 2 17:12:34 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Wed, 02 Aug 2006 19:12:34 +0200 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <1154537413.13135.44.camel@cutter> References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> <20060802124622.84d958ab.seanlkml@sympatico.ca> <1154537413.13135.44.camel@cutter> Message-ID: <44D0DD02.9050604@xs4all.nl> Honestly as hard as i know it is for people to let go of a feeling of 'vengance', no where in my post did i mention anything related to 'non opensource'. I know some of this thread was about nvidia drivers related to xorg 7.1, however please, keep an open mind to what people are trying to say. if not the bitterness you feel for one subject will make you blind to other wisdoms. As Hans's thread read "this is *NOT* about the aiglx/nvidia example", very few people seemed to grasp this concept, and thought his only intrest was to fuel an ever expanding flame war? Not so .. there was a very good different point in there, that had nothing to do with the 'open source vs not open source drivers' debate. As is the same with this editorial, and discussions on digg/slashdot.. The point i was trying to illustrate (and mentioned before in a few of my posts), is that we shouldn't loose focus on the spit-and-polish, keeping the end users in mind, not losing our ever important market and more importantly, mind share.. Maybe we truly disagree on the goals and target audiance for Fedora.. In my mind, i want to help make Fedora great (and contribute to it to for this reason) to make it something very pleasant and easy to use for the end-users. While i know Fedora completely dominates in the technical area (how could it not with some of the finest developers, lots of glibc and gcc developers, and creator of many such great new programs such as the 'gnome-power-manager', etc), what else is technical goodness then a tool to support a different end goal .. making things possible for the end users, making things easier, enabling whole generations of people to do things, they otherwise would not have been able to do! Grow and develop open source development, allow business users to do their thing, allow home users to play with video, music, movies and other 'leasure' programs as they see fit, allow universities to have hundreds to thousands of desktops used for research, without being constrained and/or limited by Microsoft (or other) taxes, allowing children to grow up being able to hack their first python or c program, and even contributing to the OLPC program to allow millions of children access to more information and better education. To me thats freedom, not only as beer, but also freedom by being enabled, freedom of speech, freedom of choice, freedom to develop passions and to excel in this world For Fedora to feed these possibilities in the world, technical superiority is a great starting point, but not the end. To make children, new computer users and people who want to switch from other systems 'love' fedora and enable all these things in their lives, more is needed ... spit and polish, easily usable software, a consistent and well thought out platform and applications. SuSe is definatly trying to move this way with their 'betterdesktop.com' initiative, Ubuntu showed us there is a craving and a market for such things, OLPC shows us Redhat (and many others) care greatly about such things too. So no this thread was not a necro-digg to try to re-light an old discussion, it was send hoping that after a few days of rest people might be open to a different discussion. Clearly by your (and Sean's) reactions, i failed miserably in this, however i hope its not to late yet to turn this around -- Chris Chabot seth vidal wrote: > On Wed, 2006-08-02 at 12:46 -0400, Sean wrote: > >> On Wed, 02 Aug 2006 18:10:04 +0200 >> Chris Chabot wrote: >> >> >>> An interesting editorial on this topic, that might sum up some of the >>> feelings that some people have been feeling: >>> >>> http://www.freesoftwaremagazine.com/articles/editorial_13 >>> >>> Slashdot discussion on this: >>> http://linux.slashdot.org/article.pl?sid=06/08/02/0238233 >>> Digg discussion: >>> http://digg.com/linux_unix/Why_Red_Hat_will_go_bust_because_of_Ubuntu >>> >>> All of this isn't necessarily to be taken as gospel, however it does >>> illustrate well the point some of 'us' have been trying to make .. lets >>> not forget about the users! :-) >>> >> Agreed, let us not forget about the open source users. Let's not let the >> people who want to use binary-only proprietary extension spoil the >> distribution for those that don't. On top of which, the first article >> you cite seems to indicate that the niche you're worried about is >> already nicely filled by Ubuntu. There doesn't seem to be much >> reason for Fedora to become just another Ubuntu. >> > > I know I'm not the typical user - but I got involved with fedora and > with linux in general b/c of open source. > > I don't want to work on a distribution that isn't sticking to those > ideals. > > The only two distros I can think of that follow that extremely closely > are fedora and debian. > > ubuntu is definitely not one of them. > > Thank you for making this point. > > -sv > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lamont at gurulabs.com Wed Aug 2 17:17:11 2006 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Wed, 2 Aug 2006 11:17:11 -0600 Subject: ACPI In-Reply-To: <44D0CCBB.2040308@warmcat.com> References: <200608010740.14986.eng@prowip.net.br> <200608020846.34662.lamont@gurulabs.com> <44D0CCBB.2040308@warmcat.com> Message-ID: <200608021117.19335.lamont@gurulabs.com> On Wednesday 02 August 2006 10:03am, Andy Green wrote: > Lamont R. Peterson wrote: > > I would love to see battery life with Fedora right up there with the > > other Linux & BSD systems. I don't know what to try, either. So far, > > I've just resigned myself to the fate that battery life is just going to > > be shorter with Fedora. > > Just an idea -- on this laptop at least the ACPI reports the current > being drawn from the battery with good resolution, eg, when plugged in > and charged > > cat /proc/acpi/battery/BAT1/state > > cat /proc/acpi/battery/BAT1/state > present: yes > capacity state: ok > charging state: charged > present rate: 0 mA > remaining capacity: 4500 mAh > present voltage: 12493 mV > > and when running from Battery > > present: yes > capacity state: ok > charging state: discharging > present rate: 1283 mA <-------- > remaining capacity: 4500 mAh > present voltage: 12338 mV > > The "present rate" value is very sensitive to backlight level, HDD on or > off, USB stuff plugged in, CPU load and so on. I have this hooked up to > the KDE "System Guard" telemetry displays in the kicker. > > At least this allows you to put a number on exactly how much worse > Fedora does than another distro you can run on the same laptop, and to > objectively determine any improvement from evasive actions. Yup. Done such things before. Here are the "latest" rough results from this notebook (an Inspiron 4150): [ root at corsair /root ] 2006/08/02 10:59:37 [0]# cat /proc/acpi/battery/BAT0/state present: yes capacity state: ok charging state: charged present rate: unknown remaining capacity: 65120 mWh present voltage: 16737 mV [ root at corsair /root ] 2006/08/02 11:00:01 [0]# cat /proc/acpi/battery/BAT0/state present: yes capacity state: ok charging state: discharging present rate: 26083 mW remaining capacity: 21530 mWh present voltage: 16141 mV As you can see, mine is showing different units than your does (/me shrugs). BTW, the LCD backlight dims automatically (like most notebooks do) when I unplug the AC. However, running the math, it would look like I should be able to get about 50 minutes: echo "60*21530/26083" | bc -l 49.52651152091400529080 However, if I sit here doing nothing (not logged in, even), this thing will die in only 25 minutes, max. If I turn the LCD backlight off entirely, I get about 30 minutes. The battery is old, so I'm sure the sensors aren't entirely to blame for this discrepancy. This is with FC5, but I'm using the 2.6.16-1.2080_FC5 kernel because something is wrong with the initrd images produced after that preventing them from booting (but that's a different conversation). Now, if I do the same thing under SUSE Linux 10.1 (which I also have installed on this notebook), sitting here doing nothing and not being logged in, it takes about 45 minutes to die. If I turn off the backlight, it's about 52 minutes. So, I'm not sure what's different about the default configurations of these two distributions that would account for the difference and I have spent almost no time looking. I do know that on both this and my other notebook I've seen a similar ratio between the Fed Hat & SUSE distributions' effects on battery life, even when logged in and doing something. I don't have a lot of hard numbers, but I have paid close attention to it enough times over the years to see the pattern. I've heard other people mention similar experiences with other distros, too. It makes sense, after all, the different distributions make different decisions about how to do things. The sad part is that it always seems to be Red Hat & Fedora that get the worst battery life. So much other stuff is done so well, that I don't really mind. If I really need to, I can just boot up SUSE when I'm stuck on a plane with no external power source. But it would be nice to see laptop power management become one of the bright spots. -- Lamont R. Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] GPG Key fingerprint: F98C E31A 5C4C 834A BCAB 8CB3 F980 6C97 DC0D D409 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Wed Aug 2 17:22:21 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 02 Aug 2006 22:52:21 +0530 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <44D0DD02.9050604@xs4all.nl> References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> <20060802124622.84d958ab.seanlkml@sympatico.ca> <1154537413.13135.44.camel@cutter> <44D0DD02.9050604@xs4all.nl> Message-ID: <44D0DF4D.4030605@fedoraproject.org> Chris Chabot wrote: > Honestly as hard as i know it is for people to let go of a feeling of > 'vengance', no where in my post did i mention anything related to 'non > opensource'. > > I know some of this thread was about nvidia drivers related to xorg 7.1, > however please, keep an open mind to what people are trying to say. if > not the bitterness you feel for one subject will make you blind to other > wisdoms. > > As Hans's thread read "this is *NOT* about the aiglx/nvidia example", > very few people seemed to grasp this concept, and thought his only > intrest was to fuel an ever expanding flame war? Not so .. there was a > very good different point in there, that had nothing to do with the > 'open source vs not open source drivers' debate. If this discussion has nothing to do with the current thread, start a new one and dont mention the same topic there and please keep the discussion related to actual development rather than opinions and editorials in this list. > > As is the same with this editorial, and discussions on digg/slashdot.. > > The point i was trying to illustrate (and mentioned before in a few of > my posts), is that we shouldn't loose focus on the spit-and-polish, > keeping the end users in mind, not losing our ever important market and > more importantly, mind share.. Its more or less well understood that Fedora's current focus has not been very much into integration and polish and that should change for the better with more people working on the problem and contributing or changing the focus a bit more towards that. We are having a ongoing board discussion about bringing more guidelines on updates and other related things "inspired" by this discussion and we will have the results in due time. The level of useful opinions expressed in this thread is going down and people are lumping altogether different issues or talking in circles. Time to move on. Rahul From andy at warmcat.com Wed Aug 2 17:47:47 2006 From: andy at warmcat.com (Andy Green) Date: Wed, 02 Aug 2006 18:47:47 +0100 Subject: ACPI In-Reply-To: <200608021117.19335.lamont@gurulabs.com> References: <200608010740.14986.eng@prowip.net.br> <200608020846.34662.lamont@gurulabs.com> <44D0CCBB.2040308@warmcat.com> <200608021117.19335.lamont@gurulabs.com> Message-ID: <44D0E543.8080504@warmcat.com> Lamont R. Peterson wrote: > However, if I sit here doing nothing (not logged in, even), this thing will > die in only 25 minutes, max. If I turn the LCD backlight off entirely, I get > about 30 minutes. The battery is old, so I'm sure the sensors aren't > entirely to blame for this discrepancy. This is with FC5, but I'm using the > 2.6.16-1.2080_FC5 kernel because something is wrong with the initrd images > produced after that preventing them from booting (but that's a different > conversation). Next time you're in SuSE it would be interesting to compare the idle battery drain numbers, but I guess it will be hard to track down from which direction the problem is coming if they are radically different. You could progressively disable peripherals in /etc/modprobe.conf I guess. It can be something like leaving the 3D unit or Wifi radio powered up. The fans. Or maybe even how ALSA leaves the speakers when nothing plays. What kind of 'die' is it? If it is an orderly kind of shutdown maybe the problem is even coming from the threshold where it is decided to shutdown. I must say this laptop, Samsung Q35, was advertised as having a 7 hour battery life. I haven't timed it but it is something along the lines of a 2h 30m under FC5, with laptop mode but admittedly not at the lowest brightness. It would be wonderful if that was due to some kernel configuration choices that could be undone, but I doubt it :-) It won't come back up from Hibernate either. -Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4492 bytes Desc: S/MIME Cryptographic Signature URL: From eng at prowip.net.br Wed Aug 2 18:40:25 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Wed, 2 Aug 2006 15:40:25 -0300 Subject: acpi In-Reply-To: <200608020846.34662.lamont@gurulabs.com> References: <200608010740.14986.eng@prowip.net.br> <200608020837.36656.eng@prowip.net.br> <200608020846.34662.lamont@gurulabs.com> Message-ID: <200608021540.25265.eng@prowip.net.br> On Wednesday 02 August 2006 11:46, Lamont R. Peterson wrote: > I would love to see battery life with Fedora right up there with the other > Linux & BSD systems. ?I don't know what to try, either. ?So far, I've just > resigned myself to the fate that battery life is just going to be shorter > with Fedora. humm, not so very satisfying this statement ... I run almost the same kde desktop config on both and I use no lcd dimm, only the standard amd k8 cool'n quite technology which works fine under FreeBSD, almost use only kmail and konsole and I am almost ever connected with my wl card onboard with FC5 I tried different powersaving profiles what in fact did not matter anything (unless I closed the lid of course), also my processor does not jump to higher speeds nor the fan speed goes up a lot so my guess is that this is some acpi battery issue. If it was something else the battery could run down faster but that still is no explanation why it isn't be fully charged. Hans A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From nicolas.mailhot at laposte.net Wed Aug 2 18:46:11 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 02 Aug 2006 20:46:11 +0200 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <1154537548.13135.48.camel@cutter> References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> <20060802124622.84d958ab.seanlkml@sympatico.ca> <1154537413.13135.44.camel@cutter> <1154537548.13135.48.camel@cutter> Message-ID: <1154544371.5899.8.camel@rousalka.dyndns.org> Le mercredi 02 ao?t 2006 ? 12:52 -0400, seth vidal a ?crit : > On Wed, 2006-08-02 at 12:50 -0400, seth vidal wrote: > > > I know I'm not the typical user - but I got involved with fedora and > > with linux in general b/c of open source. > > > ermm - this should read: > > I know I'm not the typical user - but I got involved with fedora and > linux in general b/c of its open-sourceness. > > in short - it's not just an operating system. I'm not just trying to get > certain tasks accomplished. Sadly the two main reproaches people do to Red Hat in this article and its comments is: - Red Hat/Fedora "threw away its desktop community" - Red Hat/Fedora is a "kind of amphibious, proprietary/free creature" So even today the masses think Fedora is an under-RHEL not suited to the desktop and because closed software is certified for RHEL Fedora must be somehow not pure FLOSS -- 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 lamont at gurulabs.com Wed Aug 2 19:01:06 2006 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Wed, 2 Aug 2006 13:01:06 -0600 Subject: ACPI In-Reply-To: <44D0E543.8080504@warmcat.com> References: <200608010740.14986.eng@prowip.net.br> <200608021117.19335.lamont@gurulabs.com> <44D0E543.8080504@warmcat.com> Message-ID: <200608021301.06854.lamont@gurulabs.com> On Wednesday 02 August 2006 11:47am, Andy Green wrote: > Lamont R. Peterson wrote: > > However, if I sit here doing nothing (not logged in, even), this thing > > will die in only 25 minutes, max. If I turn the LCD backlight off > > entirely, I get about 30 minutes. The battery is old, so I'm sure the > > sensors aren't entirely to blame for this discrepancy. This is with FC5, > > but I'm using the 2.6.16-1.2080_FC5 kernel because something is wrong > > with the initrd images produced after that preventing them from booting > > (but that's a different conversation). > > Next time you're in SuSE it would be interesting to compare the idle > battery drain numbers, I'm planning on doing that, though, I don't know when it will be. > but I guess it will be hard to track down from > which direction the problem is coming if they are radically different. > You could progressively disable peripherals in /etc/modprobe.conf I > guess. It can be something like leaving the 3D unit or Wifi radio > powered up. The fans. Or maybe even how ALSA leaves the speakers when > nothing plays. Yeah, could be just about anything. > What kind of 'die' is it? If it is an orderly kind of shutdown maybe > the problem is even coming from the threshold where it is decided to > shutdown. Not orderly, just like pulling the battery. > I must say this laptop, Samsung Q35, was advertised as having a 7 hour > battery life. I haven't timed it but it is something along the lines of > a 2h 30m under FC5, Very common tale, unfortunately. I think the notebook makers are all running some kind of "turn-it-all-off" mode in testing and then the marketing people are using that absolute maximum battery life number. It would be really nice if they'd just publish realistic numbers. > with laptop mode but admittedly not at the lowest > brightness. It would be wonderful if that was due to some kernel > configuration choices that could be undone, but I doubt it :-) There's always hope, until there isn't. :) > It won't > come back up from Hibernate either. I've never been able to get hibernate to work on this notebook under Fedora. Works great under SUSE. In fact, both my notebooks hibernate just fine under SUSE, but never under Fedora. -- Lamont R. Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] GPG Key fingerprint: F98C E31A 5C4C 834A BCAB 8CB3 F980 6C97 DC0D D409 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmus at tmus.dk Wed Aug 2 20:01:55 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 02 Aug 2006 22:01:55 +0200 Subject: acpi In-Reply-To: <200608021540.25265.eng@prowip.net.br> References: <200608010740.14986.eng@prowip.net.br> <200608020837.36656.eng@prowip.net.br> <200608020846.34662.lamont@gurulabs.com> <200608021540.25265.eng@prowip.net.br> Message-ID: HM Eng.Prowip wrote: > > with FC5 I tried different powersaving profiles what in fact did not matter > anything (unless I closed the lid of course), also my processor does not jump > to higher speeds nor the fan speed goes up a lot so my guess is that this is > some acpi battery issue. > I've done a few things. I'm using radeonfb for console video(dynamicclocks). Enabled dynamicclocks for X, running cpuspeed, running gnome-power-manager (make sure LCP is suspended in a short amount of time when on battery) and I get > 4hours on FC5 with my IBM T42. Good enough for me, don't know how much better that could get. /Thomas From williams at redhat.com Wed Aug 2 20:21:15 2006 From: williams at redhat.com (Clark Williams) Date: Wed, 02 Aug 2006 15:21:15 -0500 Subject: Cross-compilers. In-Reply-To: <1153656919.29989.74.camel@shinybook.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> Message-ID: <44D1093B.5090100@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Woodhouse wrote: > How much interest would there be in getting a bunch of cross-compilers > into Extras? > > Stuff like crosstool makes it relatively simple, but it's still slow -- > I'd really like to be able to easily and quickly install cross-compiler > packages for random architectures like ARM, MIPS, i386, etc. > > I'd like to ship a multi-arch capable binutils like Debian's > 'binutils-multi' and a set of cross-compilers -- preferably the same > versions of each as the one in Core. > > It'd be particularly nice if we could install native -devel packages > into each toolchain's sysroot -- we could avoid having to rebuild glibc > etc. for architectures which are in rawhide, for example. But that isn't > imperative. > > Does anyone else care? Other than the full set of rawhide architectures, > what others would we include? Alpha, SPARC{64,}, ARM, MIPS, SH I assume? > Would anyone volunteer to maintain each of those toolchains? I wouldn't > really feel happy doing it myself, since when it comes to GCC I would > only ever be a package-monkey, and not a proper _maintainer_. - From the responses you got, I'd say there's a fair amount of interest. What do you think about starting small (e.g. generating a mesh of FC x FC compilers)? Starting with an FC target would mean that we could use packages we know already work in the Fedora framework. It would just be a matter of making a specfile (or series of specfiles) that are cross-friendly to build and package gcc, binutils, glibc and gdb. I've done that a few times and while it's not exactly pretty, it's doable. We could generate x86, x86_64, and PPC hosted toolchains for x86, x86_64 and PPC and then be able to build say PPC packages from an x86_64 (the immediate benefactor would probably be the build system). Of course after getting the toolchains packaged, it's a matter of asking the maintainers to keep their specfiles cross friendly, but if they'll take patches, we can clean that up. After we get that done, we could add additional Linux architectures, such as ARM, MIPS, SH, etc. Or sucker^Wentice someone into adding uClibc or newlib/dietlibc targets. Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFE0Qk7Hyuj/+TTEp0RAsNkAKCWuU7EmSnNVbOTyvlrJDSVjjJaGgCgwJ4r g82hbf8FZYtcTWly2bj406Y= =UOng -----END PGP SIGNATURE----- From dakingun at gmail.com Wed Aug 2 21:15:13 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Wed, 2 Aug 2006 17:15:13 -0400 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <44D0DD02.9050604@xs4all.nl> References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> <20060802124622.84d958ab.seanlkml@sympatico.ca> <1154537413.13135.44.camel@cutter> <44D0DD02.9050604@xs4all.nl> Message-ID: On 8/2/06, Chris Chabot wrote: > > Honestly as hard as i know it is for people to let go of a feeling of > 'vengance', no where in my post did i mention anything related to 'non > opensource'. > > I know some of this thread was about nvidia drivers related to xorg 7.1, > however please, keep an open mind to what people are trying to say. if not > the bitterness you feel for one subject will make you blind to other > wisdoms. > > As Hans's thread read "this is *NOT* about the aiglx/nvidia example", very > few people seemed to grasp this concept, and thought his only intrest was to > fuel an ever expanding flame war? Not so .. there was a very good different > point in there, that had nothing to do with the 'open source vs not open > source drivers' debate. > I've never use Ubuntu, so I don't know how it feels/looks/works, but apart from closed/proprietary drivers, patented audio/video codecs and such, in what ways is Ubuntu more user friendly than Fedora? I believe outlining such areas would be useful for Fedora developers and contributors to know. Deji From chabotc at xs4all.nl Wed Aug 2 21:18:56 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Wed, 02 Aug 2006 23:18:56 +0200 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: References: <44C9B8F4.8030306@hhs.nl> <44D0CE5C.6010401@xs4all.nl> <20060802124622.84d958ab.seanlkml@sympatico.ca> <1154537413.13135.44.camel@cutter> <44D0DD02.9050604@xs4all.nl> Message-ID: <44D116C0.6070406@xs4all.nl> Deji Akingunola wrote: > I've never use Ubuntu, so I don't know how it feels/looks/works, but > apart from closed/proprietary drivers, patented audio/video codecs and > such, in what ways is Ubuntu more user friendly than Fedora? I believe > outlining such areas would be useful for Fedora developers and > contributors to know. > I'm actually considering writing such a mail quite soon, non FLOSS is not what makes Ubuntu 'nice' to end users, its the spit and polish, enabled by default NetworkManager, better icons and themes, consistent colors, application intergration, and a few more things.. Thanks for the sugestion! -- Chris From mailinglists at erwinrol.com Wed Aug 2 21:19:26 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 02 Aug 2006 23:19:26 +0200 Subject: Cross-compilers. In-Reply-To: <44D1093B.5090100@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <44D1093B.5090100@redhat.com> Message-ID: <1154553566.2760.22.camel@xpc.home.erwinrol.com> On Wed, 2006-08-02 at 15:21 -0500, Clark Williams wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > - From the responses you got, I'd say there's a fair amount of interest. > > What do you think about starting small (e.g. generating a mesh of FC x > FC compilers)? Starting with an FC target would mean that we could use > packages we know already work in the Fedora framework. It would just > be a matter of making a specfile (or series of specfiles) that are > cross-friendly to build and package gcc, binutils, glibc and gdb. > I've done that a few times and while it's not exactly pretty, it's > doable. We could generate x86, x86_64, and PPC hosted toolchains for > x86, x86_64 and PPC and then be able to build say PPC packages from an > x86_64 (the immediate benefactor would probably be the build system). > Of course after getting the toolchains packaged, it's a matter of > asking the maintainers to keep their specfiles cross friendly, but if > they'll take patches, we can clean that up. It is way more than just keeping their specfiles cross friendly. Most larger projects, like Xorg, are a bitch to crosscompile, and almost all need a lot of tuning before even './configure' works. The ones without configure will probably even more work to get obscure Makefiles to do cross compiling. The cross compiler part is less than 0.1% of the problem. - Erwin From jkeating at redhat.com Wed Aug 2 21:27:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 2 Aug 2006 17:27:14 -0400 Subject: Why is Ubunutu better (was: Re: Fedora's Userfiendliness (was Re: Leaving?)) In-Reply-To: <44D116C0.6070406@xs4all.nl> References: <44C9B8F4.8030306@hhs.nl> <44D116C0.6070406@xs4all.nl> Message-ID: <200608021727.14821.jkeating@redhat.com> On Wednesday 02 August 2006 17:18, Chris Chabot wrote: > I'm actually considering writing such a mail quite soon, non FLOSS is > not what makes Ubuntu 'nice' to end users, its the spit and polish, > enabled by default NetworkManager, better icons and themes, consistent > colors, application intergration, and a few more things.. NetworkManager doesn't work for a lot of user scenarios, like wanting to have network on before a user logs in, static IPs reliably, etc... Until these issues are fixed we'd be doing one set of users a disservice while trying to please another set. "Better icons and themes" well, that's a matter of getting artists to contribute to Fedora. How many artists that have contributed to Ubuntu have looked at what Ubuntu licenses their artwork as? Is there anything formal in place? We've been dealing with that issue in Fedora land, we want to make it easy for artists to contribute while not stomping on their rights and our own as well. Consistent colors? I thought things were pretty consistant in FC5 with the shipped theme... Application integration. That's sufficiently vague enough for a /. post (: -- 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 wtogami at redhat.com Wed Aug 2 21:33:46 2006 From: wtogami at redhat.com (Warren Togami) Date: Wed, 02 Aug 2006 17:33:46 -0400 Subject: HELP NEEDED Re: updating Xchat and friends In-Reply-To: <1154527617.2870.15.camel@plantain.jesacco.com> References: <1154527617.2870.15.camel@plantain.jesacco.com> Message-ID: <44D11A3A.9010409@redhat.com> Joseph E. Sacco, Ph.D. wrote: > The current version of Xchat is 2.6.0-6. Version 2.6.6 was released on > 17July. A release of 2.6.7 for Linux is imminent. > > The later versions support spell checking, which is a good thing. There > are configuration options that provide choices for spell checking > mechanisms. By default, configure will elect to link in libsexy if > found. libsexy will use enchant by default. > > > I built 2.6.6 using the src rpm from 2.6.0-6. I used a simplistic > approach: > * downloaded the 2.6.6 tar ball from xchat.org > * edited the 2.6.0 spec file > - changed the version numbers > - stripped out all of the patches [:-)] > > Builds and runs fine. > We'd certainly like to have the latest versions of this in FC. However caillon is currently too busy to maintain this package. We would be happy for help in updating the package, but simply stripping out the patches is not acceptable. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201116 If somebody would like to examine each patch and determine whether they are still needed or not, please attach updated spec and patches here, and they can be included after FC6test2. > There is also a newer version of enchant available: > > enchant: 1.2.6 enchant is in Extras, and we are already well past FC6 feature freeze, so we cannot include it in Core for xchat to use. We may consider this for FC7. Warren Togami wtogami at redhat.com From j.w.r.degoede at hhs.nl Wed Aug 2 21:45:17 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 02 Aug 2006 23:45:17 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? Message-ID: <44D11CED.7030909@hhs.nl> Hi all, A friend of mine has rescently donated me an ati 9800 to test the new r300 dri driver. I iimmediatly put it in my machine and ran some tests, after that a filed a number of bugs in xorg's bugzilla and went back to my trsutworthy 9200. Yesterday I got a reaction to one of the filed bugs to try the latest CVS because that should have the bug fixed. So today I tried the latest Mesa CVS on an 9800, and all the bugs I previously experienced are gone. This bugs are still present in the latest Fedora mesa packages. Would it be an idea to update to mesa CVs, or maybe update the r300 driver to CVS if such a piecemeal upgrade is possible? Regards, Hans From johnthacker at gmail.com Wed Aug 2 21:53:05 2006 From: johnthacker at gmail.com (John Thacker) Date: Wed, 2 Aug 2006 17:53:05 -0400 Subject: Why is Ubunutu better (was: Re: Fedora's Userfiendliness (was Re: Leaving?)) In-Reply-To: <200608021727.14821.jkeating@redhat.com> References: <44C9B8F4.8030306@hhs.nl> <44D116C0.6070406@xs4all.nl> <200608021727.14821.jkeating@redhat.com> Message-ID: <73aec80608021453w7bd197ddt39c731ff28d6ead8@mail.gmail.com> On 8/2/06, Jesse Keating wrote: > NetworkManager doesn't work for a lot of user scenarios, like wanting to have > network on before a user logs in, static IPs reliably, etc... And the (unless fixed when I wasn't looking) case of connection sharing/routing, where it really doesn't work. > Until these > issues are fixed we'd be doing one set of users a disservice while trying to > please another set. Indeed. Not every distribution can chase after the same users. John Thacker From nmiell at comcast.net Wed Aug 2 22:02:28 2006 From: nmiell at comcast.net (Nicholas Miell) Date: Wed, 02 Aug 2006 15:02:28 -0700 Subject: Why is Ubunutu better (was: Re: Fedora's Userfiendliness (was Re: Leaving?)) In-Reply-To: <73aec80608021453w7bd197ddt39c731ff28d6ead8@mail.gmail.com> References: <44C9B8F4.8030306@hhs.nl> <44D116C0.6070406@xs4all.nl> <200608021727.14821.jkeating@redhat.com> <73aec80608021453w7bd197ddt39c731ff28d6ead8@mail.gmail.com> Message-ID: <1154556148.2425.1.camel@entropy> On Wed, 2006-08-02 at 17:53 -0400, John Thacker wrote: > On 8/2/06, Jesse Keating wrote: > > NetworkManager doesn't work for a lot of user scenarios, like wanting to have > > network on before a user logs in, static IPs reliably, etc... > > And the (unless fixed when I wasn't looking) case of connection sharing/routing, > where it really doesn't work. > And playing well with nscd. -- Nicholas Miell From zboszor at freemail.hu Wed Aug 2 22:05:22 2006 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Thu, 03 Aug 2006 00:05:22 +0200 Subject: Problems with current rawhide Message-ID: <44D121A2.4090602@freemail.hu> Hi, I see three problems on x86-64. These two are on boot, kernel-2.6.17-1.2505.fc6: ... ============================================= [ INFO: possible recursive locking detected ] --------------------------------------------- vol_id/973 is trying to acquire lock: (&md->io_lock){----}, at: [] dm_request+0x25/0x130 [dm_mod] but task is already holding lock: (&md->io_lock){----}, at: [] dm_request+0x25/0x130 [dm_mod] other info that might help us debug this: 1 lock held by vol_id/973: #0: (&md->io_lock){----}, at: [] dm_request+0x25/0x130 [dm_mod] stack backtrace: Call Trace: [] show_trace+0xae/0x30e [] dump_stack+0x15/0x17 [] __lock_acquire+0x135/0xa54 [] lock_acquire+0x4b/0x69 [] down_read+0x3e/0x4a [] :dm_mod:dm_request+0x25/0x130 [] generic_make_request+0x21a/0x235 [] :dm_mod:__map_bio+0xca/0x104 [] :dm_mod:__split_bio+0x16a/0x36b [] :dm_mod:dm_request+0x11d/0x130 [] generic_make_request+0x21a/0x235 [] submit_bio+0xcc/0xd5 [] submit_bh+0x100/0x124 [] block_read_full_page+0x283/0x2a1 [] blkdev_readpage+0x13/0x15 [] __do_page_cache_readahead+0x17b/0x1fc [] blockable_page_cache_readahead+0x5f/0xc1 [] page_cache_readahead+0x146/0x1bb [] do_generic_mapping_read+0x157/0x4b4 [] __generic_file_aio_read+0x15a/0x1b0 [] generic_file_read+0xc6/0xe0 [] vfs_read+0xcc/0x172 [] sys_read+0x47/0x6f [] system_call+0x7e/0x83 DWARF2 unwinder stuck at system_call+0x7e/0x83 Leftover inexact backtrace: sd 3:0:0:0: Attached scsi generic sg0 type 0 hdd: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2000kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 Linux video capture interface: v2.00 ... Lukewarm IQ detected in hotplug locking BUG: warning at kernel/cpu.c:43/lock_cpu_hotplug() (Not tainted) Call Trace: [] show_trace+0xae/0x30e [] dump_stack+0x15/0x17 [] lock_cpu_hotplug+0x60/0x85 [] __create_workqueue+0x66/0x14e [] :cpufreq_ondemand:cpufreq_governor_dbs+0xab/0x304 [] __cpufreq_governor+0x75/0x107 [] __cpufreq_set_policy+0x175/0x1e7 [] store_scaling_governor+0x15e/0x19c [] store+0x4c/0x66 [] sysfs_write_file+0xd1/0x103 [] vfs_write+0xcf/0x175 [] sys_write+0x47/0x70 [] system_call+0x7e/0x83 DWARF2 unwinder stuck at system_call+0x7e/0x83 Leftover inexact backtrace: ip_tables: (C) 2000-2006 Netfilter Core Team Netfilter messages via NETLINK v0.30. ------------------------ The third is that httpd-2.2.2-7 segfaults. Downgrading to FC5 last update (httpd-2.2.2-1.2) doesn't help. Best regards, Zolt?n B?sz?rm?nyi From davej at redhat.com Wed Aug 2 22:09:40 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Aug 2006 18:09:40 -0400 Subject: Problems with current rawhide In-Reply-To: <44D121A2.4090602@freemail.hu> References: <44D121A2.4090602@freemail.hu> Message-ID: <20060802220940.GG3639@redhat.com> On Thu, Aug 03, 2006 at 12:05:22AM +0200, Zoltan Boszormenyi wrote: > --------------------------------------------- > [ INFO: possible recursive locking detected ] > --------------------------------------------- > vol_id/973 is trying to acquire lock: > (&md->io_lock){----}, at: [] dm_request+0x25/0x130 > [dm_mod] > > but task is already holding lock: > (&md->io_lock){----}, at: [] dm_request+0x25/0x130 > [dm_mod] That's a new one. I've posted it upstream, hopefully we'll get a fix for that quickly. > Lukewarm IQ detected in hotplug locking > BUG: warning at kernel/cpu.c:43/lock_cpu_hotplug() (Not tainted) This one is already in bugzilla, and is a real pita to fix. > The third is that httpd-2.2.2-7 segfaults. > Downgrading to FC5 last update (httpd-2.2.2-1.2) > doesn't help. Don't know about that one. File a bug in bugzilla. If it dumps core, grab the -debuginfo rpm too, and feed it to gdb and get a backtrace, and add that to the bug. Dave -- http://www.codemonkey.org.uk From Axel.Thimm at ATrpms.net Wed Aug 2 22:27:08 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 3 Aug 2006 00:27:08 +0200 Subject: Cross-compilers. In-Reply-To: <1153656919.29989.74.camel@shinybook.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> Message-ID: <20060802222708.GC14474@neu.nirvana> On Sun, Jul 23, 2006 at 08:15:18AM -0400, David Woodhouse wrote: > How much interest would there be in getting a bunch of cross-compilers > into Extras? A very good idea. > It'd be particularly nice if we could install native -devel packages > into each toolchain's sysroot I don't think installing packages of a foreign arch is easy w/o an emulator. You have scriptlets (%post and friends) that need to run on the target arch's platform. E.g. even installing glibc calls /usr/sbin/glibc_post_upgrade.* which would have to be emulated. -devel usually has no scriplets, but the pulled in main lib package will at the very least want to call ldconfig. -- 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 williams at redhat.com Wed Aug 2 22:34:24 2006 From: williams at redhat.com (Clark Williams) Date: Wed, 02 Aug 2006 17:34:24 -0500 Subject: Cross-compilers. In-Reply-To: <20060802222708.GC14474@neu.nirvana> References: <1153656919.29989.74.camel@shinybook.infradead.org> <20060802222708.GC14474@neu.nirvana> Message-ID: <44D12870.50608@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Axel Thimm wrote: > On Sun, Jul 23, 2006 at 08:15:18AM -0400, David Woodhouse wrote: >> How much interest would there be in getting a bunch of cross-compilers >> into Extras? > > A very good idea. > >> It'd be particularly nice if we could install native -devel packages >> into each toolchain's sysroot > > I don't think installing packages of a foreign arch is easy w/o an > emulator. You have scriptlets (%post and friends) that need to run on > the target arch's platform. E.g. even installing glibc calls > /usr/sbin/glibc_post_upgrade.* which would have to be emulated. > > -devel usually has no scriplets, but the pulled in main lib package > will at the very least want to call ldconfig. Well, it really depends on what you're doing in the scriptlet. If it's running chkconfig, adduser, etc. (i.e. updating configuration information) then something we've done in the past would work (it's ugly, but it works). Essentially you work in a chroot and at the point where you want to run the scriptlets, you bind mount the host /bin, /sbin, /lib, /usr/lib, /usr/bin, and /usr/sbin into the chroot (from outside the chroot of course), then run the scriptlets inside the chroot natively, then undo it (Hey! I *said* it was ugly). I've used this method to build mipsel and sh root filesystems. Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFE0ShwHyuj/+TTEp0RAm9GAKCvOUruqOIhEKgzqZfTIvHrBQT0MgCgtOq8 owo7FmktAolu0ABnvY9S+08= =ggJY -----END PGP SIGNATURE----- From ajackson at redhat.com Wed Aug 2 21:36:40 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 02 Aug 2006 17:36:40 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D11CED.7030909@hhs.nl> References: <44D11CED.7030909@hhs.nl> Message-ID: <44D11AE8.4080302@redhat.com> Hans de Goede wrote: > So today I tried the latest Mesa CVS on an 9800, and all the bugs I > previously experienced are gone. This bugs are still present in the > latest Fedora mesa packages. > > Would it be an idea to update to mesa CVs, Requires moderately non-trivial fixes to the X server build system too, which is why I haven't done it yet. Probably should do though. I just hate to be in a situation where we're shipping CVS bits in FC6; I keep hoping Mesa will hurry up and release a 6.5.1 already. > or maybe update the r300 > driver to CVS if such a piecemeal upgrade is possible? It's not. - ajax From Axel.Thimm at ATrpms.net Wed Aug 2 22:45:41 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 3 Aug 2006 00:45:41 +0200 Subject: Cross-compilers. In-Reply-To: <44D12870.50608@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <20060802222708.GC14474@neu.nirvana> <44D12870.50608@redhat.com> Message-ID: <20060802224541.GD14474@neu.nirvana> On Wed, Aug 02, 2006 at 05:34:24PM -0500, Clark Williams wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Axel Thimm wrote: > > On Sun, Jul 23, 2006 at 08:15:18AM -0400, David Woodhouse wrote: > >> How much interest would there be in getting a bunch of cross-compilers > >> into Extras? > > > > A very good idea. > > > >> It'd be particularly nice if we could install native -devel packages > >> into each toolchain's sysroot > > > > I don't think installing packages of a foreign arch is easy w/o an > > emulator. You have scriptlets (%post and friends) that need to run on > > the target arch's platform. E.g. even installing glibc calls > > /usr/sbin/glibc_post_upgrade.* which would have to be emulated. > > > > -devel usually has no scriplets, but the pulled in main lib package > > will at the very least want to call ldconfig. > > Well, it really depends on what you're doing in the scriptlet. If it's > running chkconfig, adduser, etc. (i.e. updating configuration > information) then something we've done in the past would work (it's > ugly, but it works). Essentially you work in a chroot and at the point > where you want to run the scriptlets, you bind mount the host /bin, > /sbin, /lib, /usr/lib, /usr/bin, and /usr/sbin into the chroot (from > outside the chroot of course), then run the scriptlets inside the > chroot natively, then undo it (Hey! I *said* it was ugly). I've used > this method to build mipsel and sh root filesystems. Yes, I've done similar things to create an embedded ppc chroot, but the pain is big and each package to be imported needs to be examined and handled specially. Mostly because some packages install stuff of the target arch in /bin and friends and you need to replace them with cross-built tools during the package installation, e.g. intercept the package installation between cpio unpacking and scriplets. You can do that for a couple of packages (like for an embedded system), but it doesn't really scale well. :( -- 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 philip at balister.org Wed Aug 2 23:40:53 2006 From: philip at balister.org (Philip Balister) Date: Wed, 02 Aug 2006 19:40:53 -0400 Subject: Cross-compilers. In-Reply-To: <1154553566.2760.22.camel@xpc.home.erwinrol.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <44D1093B.5090100@redhat.com> <1154553566.2760.22.camel@xpc.home.erwinrol.com> Message-ID: <44D13805.6020007@balister.org> If you are really serious about using cross compilers, take a look at OpenEmbedded (http://www.www.openembedded.org) OE addresses the toolchain and the other 99.9% of the problem. Philip Erwin Rol wrote: > On Wed, 2006-08-02 at 15:21 -0500, Clark Williams wrote: > >>-----BEGIN PGP SIGNED MESSAGE----- >>Hash: SHA1 >>- From the responses you got, I'd say there's a fair amount of interest. >> >>What do you think about starting small (e.g. generating a mesh of FC x >>FC compilers)? Starting with an FC target would mean that we could use >>packages we know already work in the Fedora framework. It would just >>be a matter of making a specfile (or series of specfiles) that are >>cross-friendly to build and package gcc, binutils, glibc and gdb. >>I've done that a few times and while it's not exactly pretty, it's >>doable. We could generate x86, x86_64, and PPC hosted toolchains for >>x86, x86_64 and PPC and then be able to build say PPC packages from an >>x86_64 (the immediate benefactor would probably be the build system). >>Of course after getting the toolchains packaged, it's a matter of >>asking the maintainers to keep their specfiles cross friendly, but if >>they'll take patches, we can clean that up. > > > It is way more than just keeping their specfiles cross friendly. Most > larger projects, like Xorg, are a bitch to crosscompile, and almost all > need a lot of tuning before even './configure' works. The ones without > configure will probably even more work to get obscure Makefiles to do > cross compiling. > > The cross compiler part is less than 0.1% of the problem. > > - Erwin > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3303 bytes Desc: S/MIME Cryptographic Signature URL: From dwmw2 at infradead.org Thu Aug 3 01:30:34 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 03 Aug 2006 09:30:34 +0800 Subject: Cross-compilers. In-Reply-To: <44D1093B.5090100@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <44D1093B.5090100@redhat.com> Message-ID: <1154568634.19590.41.camel@shinybook.infradead.org> On Wed, 2006-08-02 at 15:21 -0500, Clark Williams wrote: > We could generate x86, x86_64, and PPC hosted toolchains for > x86, x86_64 and PPC and then be able to build say PPC packages from an > x86_64 (the immediate benefactor would probably be the build system). Cross-compilation of packages is never going to work reliably. Too many people make the mistake of using autocrap, and don't handle cross-compilation at all well. -- dwmw2 From jonathan at jonmasters.org Thu Aug 3 01:54:32 2006 From: jonathan at jonmasters.org (Jon Masters) Date: Thu, 3 Aug 2006 02:54:32 +0100 Subject: FYI: /sbin/weak-modules Message-ID: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> Hi folks, Several people have been asking what /sbin/weak-modules is/does, mostly because it started script spewing the other day (sorry about that!) on kernel updates. weak-modules is part of some driver updates work we're doing at Red Hat and also involves folks working on Fedora Extras "kmod" kernel packaging (see the packaging list archives). Essentially, this and other scripts are part of a system for allowing compatible kernel modules to continue to work after a kernel update occurs - weak-modules is the part that figures out which kernels are compatible with a driver. There's more information (and some out of date packages - look at rawhide for the current latest stuff!) at http://www.kerneldrivers.org/ and I will add documentation for those who were looking for it and could not find any - I'm sorry that's not been done yet. I'm trying to work with the folks at SuSE/Novell to ultimately offer kernel module package authors a standardized packaging process too (over and above what we each do separately) - I'm going to start by introducing a new macro in redhat-rpm-config along the lines agreed between those of us who met up at OLS to discuss driver updates last week. This is not aimed at undermining the work that's been done in Extras - it's just an additional option. If you would like more information, just drop me an email (I'm also jcm at redhat.com when wearing my work hat!) or reply to this one. Cheers! Jon. From rc040203 at freenet.de Thu Aug 3 02:03:42 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 03 Aug 2006 04:03:42 +0200 Subject: Cross-compilers. In-Reply-To: <1154568634.19590.41.camel@shinybook.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <44D1093B.5090100@redhat.com> <1154568634.19590.41.camel@shinybook.infradead.org> Message-ID: <1154570622.5253.192.camel@mccallum.corsepiu.local> On Thu, 2006-08-03 at 09:30 +0800, David Woodhouse wrote: > On Wed, 2006-08-02 at 15:21 -0500, Clark Williams wrote: > > We could generate x86, x86_64, and PPC hosted toolchains for > > x86, x86_64 and PPC and then be able to build say PPC packages from an > > x86_64 (the immediate benefactor would probably be the build system). > > Cross-compilation of packages is never going to work reliably. True. > Too many > people make the mistake of using autocrap, and don't handle > cross-compilation at all well. You are dead wrong. auto*tools do handle cross compilation very well. Many auto* based configuration work with cross-compilers OTB. Ralf From naoki at valuecommerce.com Thu Aug 3 02:11:53 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 03 Aug 2006 11:11:53 +0900 Subject: Evolution crash on email search. In-Reply-To: <1154520160.16021.34.camel@plantain.jesacco.com> References: <44D049F8.7040505@valuecommerce.com> <1154520160.16021.34.camel@plantain.jesacco.com> Message-ID: <1154571114.23405.0.camel@localhost.localdomain> By jove you've got it! Yeap, I just removed my ~/.evolution/mail/local/Inbox.cmeta and it works! On Wed, 2006-08-02 at 08:02 -0400, Joseph E. Sacco, Ph.D. wrote: > Sometimes the .cmeta file associated with a folder gets trashed. If > the .cmeta file is removed, evo will regenerate a new one on start up. > > Try this: > > * cd to ~/.evolution/mail/local > * locate the errant .cmeta file and move it to /tmp [just in case] > * run 'pkill evo' to kill off any lagging evo processes > * start evo > > > -Joseph > > ========================================================================= > On Wed, 2006-08-02 at 15:45 +0900, Naoki wrote: > > Search option set to "This account" immediately crashes the app after > > pressing return. > > > > Changed to "This folder", searched, it seemed ok, switched search option > > to "This account" and it also crashed. I had it under 'gdb' at the time > > but the output was pretty limited in it's usefulness. > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 46912583570672 (LWP 6075)] > > 0x00002aaaadac5f80 in strlen () from /lib64/libc.so.6 > > > > > > Now I can't even start evo, it just hangs on "CalDAV Eplugin starting up > > ...", doing a --force-shutdown then "--disable-eplugin=caldav" didn't > > help either. Debug output was blank. > > > > Anybody have any tips? I've installed evolution-debuginfo but gdb still > > isn't giving me anything useful because there is no output nor return to > > prompt after "CalDAV Eplugin starting up ...".. > > > -- > joseph_sacco [at] comcast [dot] net > From mrsam at courier-mta.com Thu Aug 3 02:15:27 2006 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 02 Aug 2006 22:15:27 -0400 Subject: FYI: /sbin/weak-modules References: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> Message-ID: Jon Masters writes: > Hi folks, > > Several people have been asking what /sbin/weak-modules is/does, > mostly because it started script spewing the other day (sorry about > that!) on kernel updates. > > weak-modules is part of some driver updates work we're doing at Red > Hat and also involves folks working on Fedora Extras "kmod" kernel > packaging (see the packaging list archives). Essentially, this and > other scripts are part of a system for allowing compatible kernel > modules to continue to work after a kernel update occurs - > weak-modules is the part that figures out which kernels are compatible > with a driver. > > There's more information (and some out of date packages - look at > rawhide for the current latest stuff!) at > http://www.kerneldrivers.org/ and I will add documentation for those > who were looking for it and could not find any - I'm sorry that's not > been done yet. > > I'm trying to work with the folks at SuSE/Novell to ultimately offer > kernel module package authors a standardized packaging process too > (over and above what we each do separately) - I'm going to start by > introducing a new macro in redhat-rpm-config along the lines agreed > between those of us who met up at OLS to discuss driver updates last > week. This is not aimed at undermining the work that's been done in > Extras - it's just an additional option. > > If you would like more information, just drop me an email (I'm also > jcm at redhat.com when wearing my work hat!) or reply to this one. What exactly is the problem being solved here? I don't see any obvious link to anything on kerneldrivers.org that describes what this stuff does. I build lirc and ivtv modules each time a new kernel comes out, and I have absolutely no problems doing that. Couldn't be any easier. Piece of cake. I'm not sure what problem needs solving here. I just install the new kernel and kernel-devel packages, run the script that builds a corresponding lirc and ivtv kernel driver packages, pointing the build at the right build directory, then install the driver packages and reboot. Couldn't be simpler. If someone really wants to make building kernel driver packages easier, they can simply fix THE HORRIBLE UGLY STINKING CRAP code that kernel-devel's %post script uses to hardlink the identical kernel source files. If I set out to do this specific task in the most grossly inefficient manner possible, there's no way I could do it any better than the existing mess. The brain-damaged script literally reads the entire /usr/src/kernels, by forking thousands of mind-numbing child procs. And, the more kernels you have installed, the slooower and sloooooooooooooower everything takes. Has anyone ever heard of this thing called an SHA1 hash? Anybody? Hello!!! McFly!!! Anybody home???? You don't really need to be a rocket science in order to figure out that the right way to do this is hash every file in the kernel-devel subpackage (after all, if it's good enough for %config, it's good enough for /usr/src/kernels), add a single file containing all the hash to the kernel-devel subpackage, then have %post simply compare this file against the hash file from other kernel-devel packages, thus knowing immediately, and instantly, what needs to be hardlinked to what, without grepping the entire bloody /usr/src/kernels tree. This gets old very quickly when you have to install both the SMP and UP kernel-devel packages, for each kernel release. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora-devel-list at cygnusx-1.org Thu Aug 3 02:16:08 2006 From: fedora-devel-list at cygnusx-1.org (Nathan Grennan) Date: Wed, 02 Aug 2006 19:16:08 -0700 Subject: HELP NEEDED Re: updating Xchat and friends In-Reply-To: <44D11A3A.9010409@redhat.com> References: <1154527617.2870.15.camel@plantain.jesacco.com> <44D11A3A.9010409@redhat.com> Message-ID: <44D15C68.7080408@cygnusx-1.org> Warren Togami wrote: > Joseph E. Sacco, Ph.D. wrote: >> The current version of Xchat is 2.6.0-6. Version 2.6.6 was released on >> 17July. A release of 2.6.7 for Linux is imminent. >> >> The later versions support spell checking, which is a good thing. There >> are configuration options that provide choices for spell checking >> mechanisms. By default, configure will elect to link in libsexy if >> found. libsexy will use enchant by default. >> >> >> I built 2.6.6 using the src rpm from 2.6.0-6. I used a simplistic >> approach: >> * downloaded the 2.6.6 tar ball from xchat.org >> * edited the 2.6.0 spec file >> - changed the version numbers >> - stripped out all of the patches [:-)] >> >> Builds and runs fine. >> > > We'd certainly like to have the latest versions of this in FC. > However caillon is currently too busy to maintain this package. We > would be happy for help in updating the package, but simply stripping > out the patches is not acceptable. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201116 > If somebody would like to examine each patch and determine whether > they are still needed or not, please attach updated spec and patches > here, and they can be included after FC6test2. > I am willing to do it. I have been doing it for myself for a while. >> There is also a newer version of enchant available: >> >> enchant: 1.2.6 > > enchant is in Extras, and we are already well past FC6 feature freeze, > so we cannot include it in Core for xchat to use. We may consider > this for FC7. It can also use gtkspell. Which is in core. Another option would be to drop xchat from Core if caillon is too busy to maintain it. I am sure that would upset some people, but seems practical under the circumstances. From arjan at fenrus.demon.nl Thu Aug 3 02:22:38 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 03 Aug 2006 04:22:38 +0200 Subject: FYI: /sbin/weak-modules In-Reply-To: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> References: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> Message-ID: <1154571782.2965.9.camel@laptopd505.fenrus.org> On Thu, 2006-08-03 at 02:54 +0100, Jon Masters wrote: > Hi folks, > > Several people have been asking what /sbin/weak-modules is/does, > mostly because it started script spewing the other day (sorry about > that!) on kernel updates. > > weak-modules is part of some driver updates work we're doing at Red > Hat and also involves folks working on Fedora Extras "kmod" kernel > packaging (see the packaging list archives). Essentially, this and > other scripts are part of a system for allowing compatible kernel > modules to continue to work after a kernel update occurs - > weak-modules is the part that figures out which kernels are compatible > with a driver. so someone is finally working on a real kernel abi check rather than just the quite bad "check modversions" check which was useless (both too many false positives and negatives)? Cool! From jonathan at jonmasters.org Thu Aug 3 05:45:51 2006 From: jonathan at jonmasters.org (Jon Masters) Date: Thu, 3 Aug 2006 06:45:51 +0100 Subject: FYI: /sbin/weak-modules Message-ID: <35fb2e590608022245n415280b2qfb9cbdc34d65c390@mail.gmail.com> [ Mail from this list is not reaching me for some reason - hence the lack of thread headers. ] On Thu, 03 Aug 2006 04:22:38 +0200, Arjan van de Ven wrote: > On Thu, 2006-08-03 at 02:54 +0100, Jon Masters wrote: > > weak-modules is part of some driver updates work we're doing at Red > > Hat and also involves folks working on Fedora Extras "kmod" kernel > > packaging (see the packaging list archives). Essentially, this and > > other scripts are part of a system for allowing compatible kernel > > modules to continue to work after a kernel update occurs - > > weak-modules is the part that figures out which kernels are compatible > > with a driver. > so someone is finally working on a real kernel abi check rather than > just the quite bad "check modversions" check which was useless (both too > many false positives and negatives)? There's more to do here. Next, I'm going to be modifying various other tools so that they relate source and binary versions of functions (and other symbols too) precisely so that it's possible to track ABI changes with ease - the weak-updates stuff is just part of it. I'll be saying more about this in due course, once there's stuff to actually talk about! :-) Since both we (Red Hat) and others (Novell/SuSE) have made changes to module-init-tools, I'm also going to put my upstream m-i-t hat on and get depmod to use an optional config file so we can properly handle priorities of directories under /lib/modules. Right now, on Fedora, the priorities are as follows (the OpenSuSE directory structure/priorities are different): /lib/modules/*/updates - override everything. For sysadmins to use for manual control. /lib/modules/*/extra - override everything in the kernel and in weak-updates. /lib/modules/* - built in kernel modules. /lib/modules/weak-updates - compatible drivers that have been installed. The idea is that these will head upstream so in later kernels, if there's a built-in, we use that instead. There are other things that need to be genericized and sent upstream. weak-modules will probably become a c-based utility and /might/ become part of m-i-t if the other distros are interested in this being more generically available. I should point out that the folks at SuSE have been extremely helpful and communicative in this process - they already had a similar technology in OpenSuSE so we were able to learn a few things from that in the process. What this stuff does for you (I prefered the other poster's use of language...) is help in the case that a security errata or other minor kernel update forces itself upon you. Not everyone (read: most people) view recompiling modules every ten minutes as a good idea, so if a new kernel is kABI compatible with existing modules, those are automatically made available. I know Fedora doesn't have a stable kABI, but I'm hopeful that this will be useful to those folks who do rely upon (GPLed) out-of-tree drivers. Jon. From zaitcev at redhat.com Thu Aug 3 06:17:45 2006 From: zaitcev at redhat.com (Pete Zaitcev) Date: Wed, 2 Aug 2006 23:17:45 -0700 Subject: FYI: /sbin/weak-modules In-Reply-To: <35fb2e590608022245n415280b2qfb9cbdc34d65c390@mail.gmail.com> References: <35fb2e590608022245n415280b2qfb9cbdc34d65c390@mail.gmail.com> Message-ID: <20060802231745.d7034e85.zaitcev@redhat.com> On Thu, 3 Aug 2006 06:45:51 +0100, "Jon Masters" wrote: > Not everyone (read: most people) > view recompiling modules every ten minutes as a good idea, You're getting carried away with the hyperbole. -- Pete From j.w.r.degoede at hhs.nl Thu Aug 3 06:27:26 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 03 Aug 2006 08:27:26 +0200 Subject: HELP NEEDED Re: updating Xchat and friends In-Reply-To: <44D15C68.7080408@cygnusx-1.org> References: <1154527617.2870.15.camel@plantain.jesacco.com> <44D11A3A.9010409@redhat.com> <44D15C68.7080408@cygnusx-1.org> Message-ID: <44D1974E.40309@hhs.nl> Nathan Grennan wrote: > Warren Togami wrote: >> Joseph E. Sacco, Ph.D. wrote: >>> The current version of Xchat is 2.6.0-6. Version 2.6.6 was released on >>> 17July. A release of 2.6.7 for Linux is imminent. >>> >>> The later versions support spell checking, which is a good thing. There >>> are configuration options that provide choices for spell checking >>> mechanisms. By default, configure will elect to link in libsexy if >>> found. libsexy will use enchant by default. >>> >>> >>> I built 2.6.6 using the src rpm from 2.6.0-6. I used a simplistic >>> approach: >>> * downloaded the 2.6.6 tar ball from xchat.org >>> * edited the 2.6.0 spec file >>> - changed the version numbers >>> - stripped out all of the patches [:-)] >>> >>> Builds and runs fine. >>> >> >> We'd certainly like to have the latest versions of this in FC. >> However caillon is currently too busy to maintain this package. We >> would be happy for help in updating the package, but simply stripping >> out the patches is not acceptable. >> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201116 >> If somebody would like to examine each patch and determine whether >> they are still needed or not, please attach updated spec and patches >> here, and they can be included after FC6test2. >> > I am willing to do it. I have been doing it for myself for a while. Does that mean you *are* going todo it? I was thinking about doing it otherwise and I don't want us todo double work. >>> There is also a newer version of enchant available: >>> >>> enchant: 1.2.6 >> >> enchant is in Extras, and we are already well past FC6 feature freeze, >> so we cannot include it in Core for xchat to use. We may consider >> this for FC7. > It can also use gtkspell. Which is in core. Another option would be to > drop xchat from Core if caillon is too busy to maintain it. I am sure > that would upset some people, but seems practical under the circumstances. > Yes moving xchat to Extras sounds reasonable, then again since we advertise IRC as a support medium, maybe it should stay in core. Regards, Hans From zboszor at freemail.hu Thu Aug 3 07:11:32 2006 From: zboszor at freemail.hu (Boszormenyi Zoltan) Date: Thu, 3 Aug 2006 09:11:32 +0200 (CEST) Subject: Problems with current rawhide In-Reply-To: <20060802220940.GG3639@redhat.com> Message-ID: Dave Jones ?rta: > On Thu, Aug 03, 2006 at 12:05:22AM +0200, Zoltan Boszormenyi wrote: > > > --------------------------------------------- > > [ INFO: possible recursive locking detected ] > > --------------------------------------------- > > vol_id/973 is trying to acquire lock: > > (&md->io_lock){----}, at: [] dm_request+0x25/0x130 > > [dm_mod] > > > > but task is already holding lock: > > (&md->io_lock){----}, at: [] dm_request+0x25/0x130 > > [dm_mod] > > That's a new one. I've posted it upstream, hopefully we'll get a > fix for that quickly. Thanks, I saw it. > > Lukewarm IQ detected in hotplug locking > > BUG: warning at kernel/cpu.c:43/lock_cpu_hotplug() (Not tainted) > > This one is already in bugzilla, and is a real pita to fix. > > > The third is that httpd-2.2.2-7 segfaults. > > Downgrading to FC5 last update (httpd-2.2.2-1.2) > > doesn't help. > > Don't know about that one. File a bug in bugzilla. > If it dumps core, grab the -debuginfo rpm too, and > feed it to gdb and get a backtrace, and add that to the bug. Strace didn't give me any interesting info, it segfaults after a bunch of munmap. It doesn't dump core but I run it under gdb. It suggests that the bug may be in glibc? BZ #201145 , gdb output is quoted under additional info. Thanks, Zolt?n B?sz?rm?nyi > > Dave > -- > http://www.codemonkey.org.uk > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > _____________________________________________________________________ A legjobb akci?s utaz?sok oldala, ahol most rengeteg nyerem?ny v?r R?d: http://ad.adverticum.net/b/cl,1,6022,99401,161631/click.prm From camilo at mesias.co.uk Thu Aug 3 07:28:14 2006 From: camilo at mesias.co.uk (Cam) Date: Thu, 03 Aug 2006 08:28:14 +0100 Subject: Cross-compilers. In-Reply-To: <1154570622.5253.192.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <44D1093B.5090100@redhat.com> <1154568634.19590.41.camel@shinybook.infradead.org> <1154570622.5253.192.camel@mccallum.corsepiu.local> Message-ID: <44D1A58E.7010307@mesias.co.uk> Hi > On Thu, 2006-08-03 at 09:30 +0800, David Woodhouse wrote: >> On Wed, 2006-08-02 at 15:21 -0500, Clark Williams wrote: >>> We could generate x86, x86_64, and PPC hosted toolchains for >>> x86, x86_64 and PPC and then be able to build say PPC packages from an >>> x86_64 (the immediate benefactor would probably be the build system). >> Cross-compilation of packages is never going to work reliably. > True. > >> Too many >> people make the mistake of using autocrap, and don't handle >> cross-compilation at all well. > You are dead wrong. auto*tools do handle cross compilation very well. > Many auto* based configuration work with cross-compilers OTB. Also, ready availability of cross toolchains would greatly increase the ease of testing packages for other architectures. So over time packages might improve towards being buildable for different architectures. -Cam -- camilo at mesias.co.uk <-- From jonathan at jonmasters.org Thu Aug 3 07:53:57 2006 From: jonathan at jonmasters.org (Jon Masters) Date: Thu, 3 Aug 2006 08:53:57 +0100 Subject: FYI: /sbin/weak-modules In-Reply-To: <20060802231745.d7034e85.zaitcev@redhat.com> References: <35fb2e590608022245n415280b2qfb9cbdc34d65c390@mail.gmail.com> <20060802231745.d7034e85.zaitcev@redhat.com> Message-ID: <35fb2e590608030053g67efc9dbxa71ee9dea15de6d0@mail.gmail.com> On 8/3/06, Pete Zaitcev wrote: > On Thu, 3 Aug 2006 06:45:51 +0100, "Jon Masters" wrote: > > Not everyone (read: most people) > > view recompiling modules every ten minutes as a good idea, > You're getting carried away with the hyperbole. Yes, maybe I am :-) Jon. From giallu at gmail.com Thu Aug 3 08:26:28 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 3 Aug 2006 10:26:28 +0200 Subject: Cross-compilers. In-Reply-To: <1154570622.5253.192.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <44D1093B.5090100@redhat.com> <1154568634.19590.41.camel@shinybook.infradead.org> <1154570622.5253.192.camel@mccallum.corsepiu.local> Message-ID: On 8/3/06, Ralf Corsepius wrote: > > Too many > > people make the mistake of using autocrap, and don't handle > > cross-compilation at all well. > You are dead wrong. auto*tools do handle cross compilation very well. > Many auto* based configuration work with cross-compilers OTB. If done properly, I am sure it does. SQLite does not fall into the category though... From selke at thi.uni-hannover.de Thu Aug 3 08:59:46 2006 From: selke at thi.uni-hannover.de (Joachim Selke) Date: Thu, 03 Aug 2006 10:59:46 +0200 Subject: Public key infrastructure In-Reply-To: <1154434095.3515.8.camel@perun.kabelta.loc> References: <44BF5DC4.70505@thi.uni-hannover.de> <44C4FE20.2030904@thi.uni-hannover.de> <20060725204510.GA22168@mornfall.net> <200607251652.23082.jkeating@redhat.com> <20060726072023.GC22168@mornfall.net> <20060726092732.3a1d9567@sisko.addix.net> <44C7D54D.4090107@thi.uni-hannover.de> <20060727114125.GA29614@mornfall.net> <44C8B29E.80508@thi.uni-hannover.de> <20060727161946.211f1795@sisko.addix.net> <1154434095.3515.8.camel@perun.kabelta.loc> Message-ID: <44D1BB02.60808@thi.uni-hannover.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tomas Mraz wrote: >> Since we already moved from somewhere else to /etc/pki not >> so very long ago I think we should stick with it for the time >> being. > +1 > > certs was not used before because there are not only certificates but > also keys. It is used for example for rpm-gpg keys and gpg doesn't have > certificates at all. So please stick with pki. Good point. I changed this back in the draft. I am going to extend the draft and clarify things soon. Unfortunately, this might be not until September as I'm currently writing my master's thesis and so there is little time for other things. I will report to this list when the update is done. Joachim - -- B. Sc. Joachim Selke Universit?t Hannover, Institut f?r Theoretische Informatik Appelstra?e 4, 30167 Hannover, Germany -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE0bsCq7fYj4TsIUwRAntZAJ48WHVIlejwqnq8ak1aW8SnIL7QwACgoR7W pZskBqyRyy9HmSgzTtfgucw= =qN/v -----END PGP SIGNATURE----- From jwboyer at jdub.homelinux.org Thu Aug 3 10:43:53 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 03 Aug 2006 05:43:53 -0500 Subject: HELP NEEDED Re: updating Xchat and friends In-Reply-To: <44D1974E.40309@hhs.nl> References: <1154527617.2870.15.camel@plantain.jesacco.com> <44D11A3A.9010409@redhat.com> <44D15C68.7080408@cygnusx-1.org> <44D1974E.40309@hhs.nl> Message-ID: <1154601833.2847.2.camel@vader.jdub.homelinux.org> On Thu, 2006-08-03 at 08:27 +0200, Hans de Goede wrote: > > It can also use gtkspell. Which is in core. Another option would be to > > drop xchat from Core if caillon is too busy to maintain it. I am sure > > that would upset some people, but seems practical under the circumstances. > > > > Yes moving xchat to Extras sounds reasonable, then again since we > advertise IRC as a support medium, maybe it should stay in core. Gaim is in Core and supports IRC. XChat can go to Extras from my point of view. josh From buildsys at redhat.com Thu Aug 3 12:09:56 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 3 Aug 2006 08:09:56 -0400 Subject: rawhide report: 20060803 changes Message-ID: <200608031209.k73C9urP002568@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.77-1 -------------------- * Wed Aug 02 2006 Paul Nasrat 11.1.0.77-1 - Fix pkgorder isdir check - Reinstate frequent rescanning of devices (clumens) * Wed Aug 02 2006 Chris Lumens 11.1.0.76-1 - Don't raise an exception when someone tries to delete empty space (pjones). - Fix X ks writing traceback (#201047). - Add file to describe initrd to fir LPAR installs (katzj, #197773). - Add libXau for s390 (katzj, #200985). - Sleep for disks to settle (katzj, #200589). aqbanking-2.1.0-3 ----------------- * Tue Aug 01 2006 Bill Nottingham - 2.1.0-3 - reenable visibility cups-1:1.2.2-7 -------------- * Wed Aug 02 2006 Tim Waugh 1:1.2.2-7 - Updated LSPP patch from Matt Anderson. - Ship pstopdf filter for LSPP. fedora-release-notes-5.91-6 --------------------------- * Wed Aug 02 2006 Jesse Keating - 5.91-6 - bump firstboot-1.4.18-1 ------------------ * Wed Aug 02 2006 Chris Lumens 1.4.18-1 - Remove ddc probe support that rhpxl no longer provides. frysk-0.0.1.2006.07.25.rh1-4.fc6 -------------------------------- * Wed Aug 02 2006 Stepan Kasal - 0.0.1.2006.07.25.rh1-4 - Add make check to %check - Add patches to disable failing tests. * Wed Aug 02 2006 Stepan Kasal - 0.0.1.2006.07.25.rh1-3 - BuildRequires latest dogtail * Fri Jul 28 2006 Phil Muldoon - 0.0.1.2006.07.25.rh1-3 - Add dogtail to BuildRequires ftp-0.17-32.1.2.4 ----------------- * Wed Aug 02 2006 Marcela Maslanova - 0.17-32.1.2.4 - fix (#199145) patch for IPv6 multihome * Tue Jul 25 2006 Marcela Maslanova - 0.17-32.1.2.3 - fix (#196103) patch for long filenames * Wed Jul 12 2006 Jesse Keating - 0.17-32.1.2.1 - rebuild gimp-2:2.2.12-3.fc6 ------------------- * Wed Aug 02 2006 Nils Philippsen - 2:2.2.12-3 - allow spaces in filenames when saving (#200888, patch by Michael Natterer) * Tue Jul 18 2006 Nils Philippsen - 2:2.2.12-2 - split off libraries into gimp-libs to allow multilib installations - remove pre-release cruft * Wed Jul 12 2006 Jesse Keating - 2:2.2.12-1.1 - rebuild glibc-2.4.90-17 --------------- * Wed Aug 02 2006 Jakub Jelinek 2.4.90-17 - typo fix for the dladdr patch - build i?86 glibc with -mno-tls-direct-seg-refs (#200469) - fix memusage and xtrace scripts (#200736) * Wed Aug 02 2006 Jakub Jelinek 2.4.90-16 - fix dladdr on binaries/libraries with only DT_GNU_HASH and no DT_HASH (#200635) - fix early timeout of initgroups data in nscd (#173019) - add am/pm display to es_PE and es_NI locales (#167101) - fix nss_compat failures when nis/nis+ unavailable (#192072) * Mon Jul 31 2006 Roland McGrath 2.4.90-15 - fix missing destructor calls in dlclose (#197932) - enable transliteration support in all locales (#196713) - disallow RTLD_GLOBAL flag for dlmopen in secondary namespaces (#197462) - PI mutex support gnome-applets-1:2.15.1.1-7.fc6 ------------------------------ * Wed Aug 02 2006 Ray Strode - 1:2.15.1.1-7 - don't require a display to build invest applet (bug 200970). Problem discovered by Nalin Dahyabhai * Sat Jul 29 2006 Matthias Clasen - 1:2.15.1.1-6 - Require gnome-python2-libegg for invest applet (#200640) gnucash-2.0.1-1 --------------- * Tue Aug 01 2006 Bill Nottingham - 2.0.1-1 - update to 2.0.1 grub-0.97-10 ------------ * Wed Aug 02 2006 Peter Jones - 0.97-10 - Fix grub-install for multipath icon-naming-utils-0.7.3-1.fc6 ----------------------------- * Wed Aug 02 2006 Warren Togami - 0.7.3-1 - add disttag intltool-0.35.0-2 ----------------- * Tue Aug 01 2006 Matthias Clasen - 0.35.0-2 - Add a missing BuildRequires: gettext irqbalance-1:1.13-1.31.fc6 -------------------------- * Tue Aug 01 2006 Neil Horman - Change license to GPL in version 0.13 kernel-2.6.17-1.2510.fc6 ------------------------ * Wed Aug 02 2006 Jeremy Katz - add necessary ia64 hv fixes (#201040) * Wed Aug 02 2006 Dave Jones - More GFS2 bugfixing. libdhcp-1.10-1 -------------- * Wed Aug 02 2006 David Cantrell - 1.10-1 - Make the README file a little more readable - Set char pointers to NULL after free() in dhcpv4_control_free() - In dhcp4_nic_callback(), set state string for DHC_TIMEDOUT - In dhcp6_nic_callback(), set state string for DHC_TIMEDOUT - Don't free null pointers in dhcp_nic_va() libstdc++so7-4.2.0-0.8.20060428.fc6 ----------------------------------- * Sat Jul 29 2006 Jens Petersen - 4.2.0-0.8.20060428 - revert libstdcxx string implementation to rc (#197718) - bump library version datestamp to 20060727 libvirt-0.1.3-6 --------------- * Wed Aug 02 2006 Jeremy Katz - 0.1.3-6 - add patch from pvetere to allow getting uuid from libvirt * Wed Aug 02 2006 Jeremy Katz - 0.1.3-5 - build on ia64 now module-init-tools-3.3-0.pre1.4.17 --------------------------------- * Thu Aug 03 2006 Jon Masters - 3.3-0.pre1.4.17 - Build in a shell version of rpmsort to avoid unnecessary dep. * Tue Aug 01 2006 Jon Masters - 3.3-0.pre1.4.16 - Add pre-req for /usr/lib/rpm/redhat/rpmsort nfs-utils-1:1.0.9-3.fc6 ----------------------- * Wed Aug 02 2006 1.0.9-3 - add epoch (#196359) openssl-0.9.8b-5 ---------------- * Wed Aug 02 2006 Tomas Mraz - 0.9.8b-5 - set buffering to none on stdio/stdout FILE when bufsize is set (#200580) patch by IBM pam-0.99.5.0-6.fc6 ------------------ * Wed Aug 02 2006 Tomas Mraz 0.99.5.0-6 - revoke keyrings properly when pam_keyinit called more than once (#201048) patch by David Howells * Fri Jul 21 2006 Tomas Mraz 0.99.5.0-5 - don't log pam_keyinit debug messages by default (#199783) * Fri Jul 21 2006 Tomas Mraz 0.99.5.0-4 - drop ainit from console.handlers (#199561) perl-String-CRC32-1.4-2.fc6 --------------------------- * Wed Aug 02 2006 Warren Togami 1.4-2 - bump * Wed Jul 12 2006 Jesse Keating - rebuild * Wed May 31 2006 Jason Vas Dias - 1.4-1.FC6 - upgrade to upstream version 1.4 rdist-1:6.1.5-44 ---------------- * Wed Aug 02 2006 Phil Knirsch 1:6.1.5-44 - Fixed problem with memory leak (#192229) scim-anthy-1.2.0-1.fc6 ---------------------- * Mon Jul 31 2006 Akira TAGOH - 1.2.0-1 - New upstream release. - scim-anthy-1.0.0-pseudo-ascii*.patch: merged into upstream. removed from srpm. selinux-policy-2.3.3-18 ----------------------- * Wed Aug 02 2006 Dan Walsh 2.3.3-18 - yet more xen rules xen-3.0.2-23 ------------ * Wed Aug 02 2006 Jeremy Katz - 3.0.2-23 - add patch to fix rtl8139 in FV, switch it back to the default nic - add necessary ia64 patches (#201040) - build on ia64 xorg-x11-drv-ati-6.6.1-7.fc6 ---------------------------- * Wed Aug 02 2006 Adam Jackson 6.6.1-7.fc6 - Make sure DRI and Render accel are disabled on RN50. * Sat Jul 29 2006 Kristian H??gsberg 6.6.1-6.fc5.aiglx - Build for fc5 aiglx repo. xorg-x11-drv-i128-1.2.0-3 ------------------------- * Wed Aug 02 2006 Adam Jackson 1.2.0-3 - i128-1.2.0-1600sw-range-hack.patch: Attempt to force the sync ranges correctly when we detect a 1600SW panel but don't get EDID info from it. * Wed Jul 12 2006 Jesse Keating 1.2.0-2.1 - rebuild * Tue May 23 2006 Adam Jackson 1.2.0-2 - Rebuild for 7.1 ABI fix. xorg-x11-drv-i810-1.6.0-13.20060717modeset.fc6 ---------------------------------------------- * Wed Aug 02 2006 Adam Jackson 1.6.0-13.20060717modeset.fc6 - intel-prune-by-edid-pixclock.patch: Honor the EDID-reported maximum pixel clock when computing the modes list. - intel-virtual-sizing-bogon.patch: Don't interpret the size of the display in centimeters as the size of the display in pixels. * Mon Jul 24 2006 Adam Jackson 1.6.0-12.20060717modeset.fc6 - Disable spread-spectrum LVDS, various crash and hang fixes, saner output probing. * Thu Jul 13 2006 Adam Jackson 1.6.0-11.20060713modeset.fc6 - Update again for a mode comparison bugfix. xorg-x11-drv-nv-1.2.0-3.fc6 --------------------------- * Wed Aug 02 2006 Adam Jackson 1.2.0-3.fc6 - Bump for upgrade path from FC5. From sundaram at fedoraproject.org Thu Aug 3 12:44:48 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 03 Aug 2006 18:14:48 +0530 Subject: FYI: /sbin/weak-modules In-Reply-To: References: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> Message-ID: <44D1EFC0.8010901@fedoraproject.org> Sam Varshavchik wrote: > Jon Masters writes: > >> Hi folks, >> >> Several people have been asking what /sbin/weak-modules is/does, >> mostly because it started script spewing the other day (sorry about >> that!) on kernel updates. >> >> weak-modules is part of some driver updates work we're doing at Red >> Hat and also involves folks working on Fedora Extras "kmod" kernel >> packaging (see the packaging list archives). Essentially, this and >> other scripts are part of a system for allowing compatible kernel >> modules to continue to work after a kernel update occurs - >> weak-modules is the part that figures out which kernels are compatible >> with a driver. >> >> There's more information (and some out of date packages - look at >> rawhide for the current latest stuff!) at >> http://www.kerneldrivers.org/ and I will add documentation for those >> who were looking for it and could not find any - I'm sorry that's not >> been done yet. >> >> I'm trying to work with the folks at SuSE/Novell to ultimately offer >> kernel module package authors a standardized packaging process too >> (over and above what we each do separately) - I'm going to start by >> introducing a new macro in redhat-rpm-config along the lines agreed >> between those of us who met up at OLS to discuss driver updates last >> week. This is not aimed at undermining the work that's been done in >> Extras - it's just an additional option. >> >> If you would like more information, just drop me an email (I'm also >> jcm at redhat.com when wearing my work hat!) or reply to this one. > > What exactly is the problem being solved here? I don't see any obvious > link to anything on kerneldrivers.org that describes what this stuff does. > > I build lirc and ivtv modules each time a new kernel comes out, and I > have absolutely no problems doing that. Couldn't be any easier. Piece > of cake. I'm not sure what problem needs solving here. I just install > the new kernel and kernel-devel packages, run the script that builds a > corresponding lirc and ivtv kernel driver packages, pointing the build > at the right build directory, then install the driver packages and > reboot. Couldn't be simpler. > > If someone really wants to make building kernel driver packages easier, > they can simply fix THE HORRIBLE UGLY STINKING CRAP code that > kernel-devel's %post script uses to hardlink the identical kernel source > files. > > If I set out to do this specific task in the most grossly inefficient > manner possible, there's no way I could do it any better than the > existing mess. The brain-damaged script literally reads the entire > /usr/src/kernels, by forking thousands of mind-numbing child procs. > And, the more kernels you have installed, the slooower and > sloooooooooooooower everything takes. > > Has anyone ever heard of this thing called an SHA1 hash? > > Anybody? > > Hello!!! McFly!!! Anybody home???? > Anybody heard of being civil? If you have problems, file bug reports. Rahul From arjan at fenrus.demon.nl Thu Aug 3 12:59:13 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 03 Aug 2006 14:59:13 +0200 Subject: FYI: /sbin/weak-modules In-Reply-To: <35fb2e590608022245n415280b2qfb9cbdc34d65c390@mail.gmail.com> References: <35fb2e590608022245n415280b2qfb9cbdc34d65c390@mail.gmail.com> Message-ID: <1154609973.2965.29.camel@laptopd505.fenrus.org> On Thu, 2006-08-03 at 06:45 +0100, Jon Masters wrote: > What this stuff does for you (I prefered the other poster's use of > language...) is help in the case that a security errata or other minor > kernel update forces itself upon you. Not everyone (read: most people) > view recompiling modules every ten minutes as a good idea, so if a new > kernel is kABI compatible with existing modules, those are > automatically made available. I know Fedora doesn't have a stable > kABI, nor do RHEL or SLES or any other distro in practice[*] ;) Recompiling really is no big deal; DKMS shows how you can make it transparent and without the need of user input for the case the API didn't change (and if the API changed.. then the ABI for sure changed). Is that "pain" really so big that it's worth all the subtle but nasty data corruptions you risk if an ABI change slips through your tools? [*] despite the best efforts from some marketing departments to claim the contrary. From addw at phcomp.co.uk Thu Aug 3 13:03:12 2006 From: addw at phcomp.co.uk (Alain Williams) Date: Thu, 3 Aug 2006 14:03:12 +0100 Subject: RedHat startup scripts Message-ID: <20060803130312.GR6814@mint.phcomp.co.uk> I had an hour to burn so I thought that I would try starting a couple of daemons the ''proper'' way using the redhat startup functions, etc, that they use in their scripts in /etc/init.d. The main functions are daemon & killproc. It seems to me that they could be made much more usable, complaints: * daemon, takes a --user argument, great I don't want them to run as root. These are simple perl & shell scripts, I want them to run as daemons, but there isn't a --daemon option, I shall need to modify them to fork and have the parent die & child continue. Not hugely difficult, but would be nice. * killproc - this looks for a xxx.pid file in /var/run, unfortunately /var/run is only writable by root, so the processes started by daemon can't write there, (remember: they are not setuid root). OK: lots of programs have this problem and so have a pid file in a directory that is writable by them .... but killproc only looks in /var/run, no options for anything else. * daemon has an option --check that allows you to set a different basename when generating the .pid file, that is nice since my perl scripts are FooBar.pl You would have thought that killproc would have had the same option -- no, not that nice. I would be happy to do this work, but would only do so if it is likely to be included in the next version of Fedora/Redhat (assuming that my code quality is up to scratch). -- Alain Williams Parliament Hill Computers Ltd. Linux Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 http://www.phcomp.co.uk/ #include From notting at redhat.com Thu Aug 3 13:15:11 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 3 Aug 2006 09:15:11 -0400 Subject: RedHat startup scripts In-Reply-To: <20060803130312.GR6814@mint.phcomp.co.uk> References: <20060803130312.GR6814@mint.phcomp.co.uk> Message-ID: <20060803131511.GB940@nostromo.devel.redhat.com> Paul Nasrat (pnasrat at redhat.com) said: > > It seems to me that they could be made much more usable, complaints: > > > > * daemon, takes a --user argument, great I don't want them to run as root. > > > > These are simple perl & shell scripts, I want them to run as daemons, but > > there isn't a --daemon option, I shall need to modify them to fork and > > have the parent die & child continue. Not hugely difficult, but would be nice. This could be useful. If we did this, I'd be tempted to rewrite daemon() in C, so it could easily go in the background, close files, etc. > > * killproc - this looks for a xxx.pid file in /var/run, unfortunately /var/run > > is only writable by root, so the processes started by daemon can't write there, > > (remember: they are not setuid root). > > OK: lots of programs have this problem and so have a pid file in a directory > > that is writable by them .... but killproc only looks in /var/run, no options > > for anything else. This is fixed in the current FC6 development tree - killproc takes a -p option. > > * daemon has an option --check that allows you to set a different basename when > > generating the .pid file, that is nice since my perl scripts are FooBar.pl > > You would have thought that killproc would have had the same option -- no, > > not that nice. Does the '-p' option above solve this for you? Bill From prarit at redhat.com Thu Aug 3 13:41:21 2006 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 03 Aug 2006 09:41:21 -0400 Subject: [PATCH Fedora]: BZ 196903 ia64 RAID5 does not compile Message-ID: <44D1FD01.5040001@redhat.com> This patch fixes unknown symbol warnings on ia64 for RAID5. It has been submitted upstream here: http://marc.theaimsgroup.com/?l=linux-raid&m=115435154528664&w=2 Thanks Aron :) P. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xor.diff URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 3 13:49:55 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 3 Aug 2006 15:49:55 +0200 Subject: FYI: /sbin/weak-modules In-Reply-To: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> References: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> Message-ID: <20060803154955.013a34b4@python2> Jon Masters wrote : > [...] I'm going to start by > introducing a new macro in redhat-rpm-config along the lines agreed > between those of us who met up at OLS to discuss driver updates last > week. This is not aimed at undermining the work that's been done in > Extras - it's just an additional option. Seems like weak-modules is already assuming it's installed, when it doesn't require it : [...] Installing: kernel ####################### [11/38] /sbin/weak-modules: line 226: /usr/lib/rpm/redhat/rpmsort: No such file or directory Not sure what the proper fix is, I'll leave it up to you :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2505.fc6 Load : 0.22 0.45 0.44 From selinux at gmail.com Thu Aug 3 14:23:51 2006 From: selinux at gmail.com (Tom London) Date: Thu, 3 Aug 2006 07:23:51 -0700 Subject: rawhide report: 20060803 changes In-Reply-To: <200608031209.k73C9urP002568@hs20-bc2-6.build.redhat.com> References: <200608031209.k73C9urP002568@hs20-bc2-6.build.redhat.com> Message-ID: <4c4ba1530608030723m30d09870rcc396929dd76fa20@mail.gmail.com> On 8/3/06, buildsys at redhat.com wrote: > xorg-x11-drv-i810-1.6.0-13.20060717modeset.fc6 > ---------------------------------------------- > * Wed Aug 02 2006 Adam Jackson 1.6.0-13.20060717modeset.fc6 > - intel-prune-by-edid-pixclock.patch: Honor the EDID-reported maximum pixel > clock when computing the modes list. > - intel-virtual-sizing-bogon.patch: Don't interpret the size of the display > in centimeters as the size of the display in pixels. > > * Mon Jul 24 2006 Adam Jackson 1.6.0-12.20060717modeset.fc6 > - Disable spread-spectrum LVDS, various crash and hang fixes, saner output > probing. > > * Thu Jul 13 2006 Adam Jackson 1.6.0-11.20060713modeset.fc6 > - Update again for a mode comparison bugfix. > This still fails for my Thinkpad X41. Comments/logs to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198062 tom -- Tom London From jakub at redhat.com Thu Aug 3 14:33:09 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 3 Aug 2006 10:33:09 -0400 Subject: rawhide report: 20060802 changes In-Reply-To: <1154521499.2760.15.camel@xpc.home.erwinrol.com> References: <200608020955.k729tqp4001929@hs20-bc2-6.build.redhat.com> <1154518509.2760.8.camel@xpc.home.erwinrol.com> <17616.36913.701840.448572@zebedee.pink> <1154521499.2760.15.camel@xpc.home.erwinrol.com> Message-ID: <20060803143309.GA32572@devserv.devel.redhat.com> On Wed, Aug 02, 2006 at 02:24:59PM +0200, Erwin Rol wrote: > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912496314704 (LWP 27871)] > *__GI__dl_addr (address=0x606020, info=0x7fffe9437a00, mapp=0x0, symbolp=0x0) at dl-addr.c:90 > 90 if ((ELFW(ST_BIND) (symtab->st_info) == STB_GLOBAL > (gdb) bt > #0 *__GI__dl_addr (address=0x606020, info=0x7fffe9437a00, mapp=0x0, symbolp=0x0) at dl-addr.c:90 > #1 0x000000349052350b in _Jv_RegisterLibForGc (p=0x0) at ../../../libjava/boehm.cc:672 Please retry with glibc-2.4.90-17. Jakub From eng at prowip.net.br Thu Aug 3 15:14:22 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Thu, 3 Aug 2006 12:14:22 -0300 Subject: acpi In-Reply-To: References: <200608010740.14986.eng@prowip.net.br> <200608021540.25265.eng@prowip.net.br> Message-ID: <200608031214.22793.eng@prowip.net.br> On Wednesday 02 August 2006 17:01, Thomas M Steenholdt wrote: > > I've done a few things. I'm using radeonfb for console > video(dynamicclocks). Enabled dynamicclocks for X, running cpuspeed, > running gnome-power-manager (make sure LCP is suspended in a short > amount of time when on battery) and I get > 4hours on FC5 with my IBM T42. > > Good enough for me, don't know how much better that could get. > I agree, your's fortunatly has a real battery, the acer on good days doesn't even stand an hour :( so my problem is 50min versus max 15-20min on FC5, when I boot with battery it's only 12-15min ... if I had 4h instead of 4:20 I wouldn't even talk about :) Hans A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From kevin-redhat-devel at scrye.com Thu Aug 3 19:18:19 2006 From: kevin-redhat-devel at scrye.com (Kevin Fenzi) Date: Thu, 03 Aug 2006 13:18:19 -0600 (MDT) Subject: kernel modules in extras criteria Message-ID: <20060803.131819.276667058.kevin@scrye.com> Greetings. Some questions have come up in the recent FESCo (Fedora Extras Steering Comittee) meeting about criteria that should be used for approving kernel modules in extras. The current guidelines for kernel modules can be found at: http://fedoraproject.org/wiki/Packaging/KernelModules Aside from technical guidelines there is: "Besides rules around the packaging there is one additional *before* you start packaging a kernel module for Fedora Extras: Open a Review bug in http://bugzilla.redhat.com and ask FESCo via fedoraleemhuisinfo for permission if this module is allowed for Extras. This requires that you give at least the following informations: Name of the package URL of the project and a tarball of the latest version License A publishable explanation from the author(s) why the module is not merged with the mainline kernel yet and when it's planed to get merged. You of course can ask the author to explain it directly in the bug report. FESCo will look at those informations on the next meeting (those are normally every thursday) and will vote if the kernel module is suitable for Fedora Extras. If not it will explain the reasons in the bug report for further discussion. For example ndiswrapper is not suitable for Fedora Extras -- yes, it is GPLed software, but it taints the kernel and most windows drivers won't work in the Fedora Kernel anyway due to 4K Stacks. Why all this? The Fedora Project wants to encourage driver developers to merge their sources in the kernel It easier for everyone if the modules are in the main kernel (even for the developers -- but they often don't know that yet) There is often a good reason why the kernel developers refuse to merge a driver. If it's not good enough for the kernel, why should it be good enough for Fedora? Most modules that are maintained independently of the kernel have licensing issues that also make it impossible to ship them in Fedora Extras." This came up when talking about the zaptel-kmod package: See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177583#c41 See also the sysprof kernel module review: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191745 Questions: - Should a kernel module where the upstream has no plans of merging with the upstream kernel be allowed in extras? (This means it could stay around in extras forever) - If upstream says they are going to try and merge their module, but never does (lack of time, technical issues, no real desire to, etc), should the module be removed after some time? - Should there be any other criteria? (renew approval every new release, only allow modules for 1 year and remove, etc) Any other thoughts on this issue? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davej at redhat.com Thu Aug 3 19:27:00 2006 From: davej at redhat.com (Dave Jones) Date: Thu, 3 Aug 2006 15:27:00 -0400 Subject: kernel modules in extras criteria In-Reply-To: <20060803.131819.276667058.kevin@scrye.com> References: <20060803.131819.276667058.kevin@scrye.com> Message-ID: <20060803192700.GH11577@redhat.com> On Thu, Aug 03, 2006 at 01:18:19PM -0600, Kevin Fenzi wrote: > Questions: > > - Should a kernel module where the upstream has no plans of merging > with the upstream kernel be allowed in extras? (This means it could > stay around in extras forever) > > - If upstream says they are going to try and merge their module, but > never does (lack of time, technical issues, no real desire to, etc), > should the module be removed after some time? > > - Should there be any other criteria? (renew approval every new > release, only allow modules for 1 year and remove, etc) - Who fixes the inevitable bugs that get reported ? I'll state this publically now: If I get Fedora kernel bugs filed, and they have modules loaded that aren't shipped as part of the kernel rpm, I am _completely_ uninterested in dealing with those bugs unless they can be shown to be present without them loaded. This is regardless of whether they're 100% opensource or not, it comes down to time. I don't have time to deal with all the bugs we have *today*, and I for sure don't have time to go running around grabbing the sources for out of tree modules. Dave -- http://www.codemonkey.org.uk From fedora at leemhuis.info Thu Aug 3 19:53:22 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 03 Aug 2006 21:53:22 +0200 Subject: How to get gutenprint into FC6? Message-ID: <44D25432.6020106@leemhuis.info> Hi! I know, FC6T2 is approaching, feature freeze was some days ago and it's quite late for this sort of thing. But I'd like to try this anyway on my never ending mission "improve hardware support in Fedora" (*1). I'd like to get gutenprint (http://gutenprint.sf.net), successor of gimp-print into FC6. Why? Well, the main reason: it supports a lot of printers that are otherwise unsupported. Gimp-Print 4.2.7 (from Jul 2004) supports 554 printers, gutenprint 5.0 supports 732 printers (both numbers according to linuxprinting.org). And there are a lot of important new and currently shipping printers that are supported in gutenprint, but not in gimp-print. That's the main reason, but there are also a lot of other improvements in gutenprint 5.0 -- those people interested in details can read them in the release notes http://sourceforge.net/project/shownotes.php?release_id=435706&group_id=1537 There is already a gutenprint package updater review for Extras at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199108 But Hardware support IMHO is something that belongs in Core if possible (e.g. in this case). So how do we get this done? The maintainer of gimp-print in Core lacks hardware to test the package. CU thl (*1) -- we still don't have a Intel 945GM driver for FC5 -- we got updated nv drivers some days ago, but i810 wasn't updated to 1.5.1 -- but that one should work on 945GM according to https://www.redhat.com/archives/fedora-devel-list/2006-July/msg00016.html From ajackson at redhat.com Thu Aug 3 19:16:04 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 03 Aug 2006 15:16:04 -0400 Subject: i810 driver in FC5 In-Reply-To: <44D25432.6020106@leemhuis.info> References: <44D25432.6020106@leemhuis.info> Message-ID: <44D24B74.3030102@redhat.com> Thorsten Leemhuis wrote: > (*1) -- we still don't have a Intel 945GM driver for FC5 -- we got > updated nv drivers some days ago, but i810 wasn't updated to 1.5.1 -- > but that one should work on 945GM according to > https://www.redhat.com/archives/fedora-devel-list/2006-July/msg00016.html You mention this in an email about printer driver support. Strange. Also, I don't see any bugs in bugzilla about it. Even more strange. I updated the nv driver because it's been written to be source-compatible between 7.0 and 7.1, and there were trivially correct fixes in it in rawhide, so I figured hey, put it in FC5 updates too. i810 1.6.x isn't quite source-compatible with the 7.0 server, so I didn't bother. Also I'm not running FC5 anywhere anymore. Rawhide is love. Xorg has an xorg-announce@ list where new modules get announced as they're released, but apparently i810 1.5.1 came out just before we had that set up, so it slipped my radar. I'm happy to update it, of course, but please use bugzilla for these sorts of requests in the future. Mailing lists are ephemeral, and bugzilla has an approximately usable UI where mailman does not. - ajax From mrsam at courier-mta.com Thu Aug 3 23:16:36 2006 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Thu, 03 Aug 2006 19:16:36 -0400 Subject: FYI: /sbin/weak-modules References: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> <44D1EFC0.8010901@fedoraproject.org> Message-ID: Rahul writes: > Sam Varshavchik wrote: >> Jon Masters writes: >> >>> Hi folks, >>> >>> Several people have been asking what /sbin/weak-modules is/does, >>> mostly because it started script spewing the other day (sorry about >>> that!) on kernel updates. >>> >>> weak-modules is part of some driver updates work we're doing at Red >>> Hat and also involves folks working on Fedora Extras "kmod" kernel >>> packaging (see the packaging list archives). Essentially, this and >>> other scripts are part of a system for allowing compatible kernel >>> modules to continue to work after a kernel update occurs - >>> weak-modules is the part that figures out which kernels are compatible >>> with a driver. >>> >>> There's more information (and some out of date packages - look at >>> rawhide for the current latest stuff!) at >>> http://www.kerneldrivers.org/ and I will add documentation for those >>> who were looking for it and could not find any - I'm sorry that's not >>> been done yet. >>> >>> I'm trying to work with the folks at SuSE/Novell to ultimately offer >>> kernel module package authors a standardized packaging process too >>> (over and above what we each do separately) - I'm going to start by >>> introducing a new macro in redhat-rpm-config along the lines agreed >>> between those of us who met up at OLS to discuss driver updates last >>> week. This is not aimed at undermining the work that's been done in >>> Extras - it's just an additional option. >>> >>> If you would like more information, just drop me an email (I'm also >>> jcm at redhat.com when wearing my work hat!) or reply to this one. >> >> What exactly is the problem being solved here? I don't see any obvious >> link to anything on kerneldrivers.org that describes what this stuff does. >> >> I build lirc and ivtv modules each time a new kernel comes out, and I >> have absolutely no problems doing that. Couldn't be any easier. Piece >> of cake. I'm not sure what problem needs solving here. I just install >> the new kernel and kernel-devel packages, run the script that builds a >> corresponding lirc and ivtv kernel driver packages, pointing the build >> at the right build directory, then install the driver packages and >> reboot. Couldn't be simpler. >> >> If someone really wants to make building kernel driver packages easier, >> they can simply fix THE HORRIBLE UGLY STINKING CRAP code that >> kernel-devel's %post script uses to hardlink the identical kernel source >> files. >> >> If I set out to do this specific task in the most grossly inefficient >> manner possible, there's no way I could do it any better than the >> existing mess. The brain-damaged script literally reads the entire >> /usr/src/kernels, by forking thousands of mind-numbing child procs. >> And, the more kernels you have installed, the slooower and >> sloooooooooooooower everything takes. >> >> Has anyone ever heard of this thing called an SHA1 hash? >> >> Anybody? >> >> Hello!!! McFly!!! Anybody home???? >> > > Anybody heard of being civil? If you have problems, file bug reports. Oh, please. Bugzilla's full of stuff going back years, that obviously nobody looked at. -------------- 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 Thu Aug 3 23:22:18 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 04 Aug 2006 04:52:18 +0530 Subject: FYI: /sbin/weak-modules In-Reply-To: References: <35fb2e590608021854x547e6073s88ff533867f8e64d@mail.gmail.com> <44D1EFC0.8010901@fedoraproject.org> Message-ID: <44D2852A.6030300@fedoraproject.org> Sam Varshavchik wrote: > Oh, please. Bugzilla's full of stuff going back years, that obviously > nobody looked at. Can you point out the bug report numbers? We have had discussions about kernel-devel hard links before in this list and configuration options were added IIRC. Rahul From dwmw2 at infradead.org Thu Aug 3 23:50:48 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 04 Aug 2006 07:50:48 +0800 Subject: kernel modules in extras criteria In-Reply-To: <20060803.131819.276667058.kevin@scrye.com> References: <20060803.131819.276667058.kevin@scrye.com> Message-ID: <1154649048.31031.83.camel@shinybook.infradead.org> On Thu, 2006-08-03 at 13:18 -0600, Kevin Fenzi wrote: > - Should a kernel module where the upstream has no plans of merging > with the upstream kernel be allowed in extras? (This means it could > stay around in extras forever) Absolutely not. > - If upstream says they are going to try and merge their module, but > never does (lack of time, technical issues, no real desire to, etc), > should the module be removed after some time? Most definitely, yes. > - Should there be any other criteria? (renew approval every new > release, only allow modules for 1 year and remove, etc) We should allow only modules which Dave is willing to support, and which are of sufficient quality (and mindshare) that they are _ready_ to go upstream. Recent examples of this include the USB Speedtouch DSL modem driver just before FC3, the bcm43xx driver in FC5, and GFS2 in FC6. Note that these are the criteria we use for adding something to the Fedora kernel RPM, and that's what those example were. There's a reason for that -- anything which is of sufficient quality to be in Fedora at all, can go directly into the Fedora Core kernel RPM without mucking around with separate packages. I think there is absolutely no justification for _separate_ kernel module packages within Fedora Core or Extras. If it's good enough for Fedora, it should be in the kernel RPM proper. Conversely, if Dave doesn't want to support it, it absolutely shouldn't be in Core or Extras. > Any other thoughts on this issue? Kernel module packaging is for _outsiders_, like Livna. Not for Core and Extras. I feel very strongly that we should have an outright ban on all kernel-module packages for Core and Extras. -- dwmw2 From kevin.kofler at chello.at Fri Aug 4 06:51:26 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 4 Aug 2006 06:51:26 +0000 (UTC) Subject: Upgrade Mesa to latest Mesa-CVS? References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> Message-ID: Adam Jackson redhat.com> writes: > Requires moderately non-trivial fixes to the X server build system too, > which is why I haven't done it yet. Probably should do though. I just > hate to be in a situation where we're shipping CVS bits in FC6; I keep > hoping Mesa will hurry up and release a 6.5.1 already. Maybe that's just me, but I'd say CVS bits which work are better than a release that doesn't work. ;-) Kevin Kofler From j.w.r.degoede at hhs.nl Fri Aug 4 06:59:44 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 08:59:44 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> Message-ID: <44D2F060.2030907@hhs.nl> Hi all, Adam Jackson redhat.com> writes: > Requires moderately non-trivial fixes to the X server build system too, > which is why I haven't done it yet. Probably should do though. I just > hate to be in a situation where we're shipping CVS bits in FC6; I keep > hoping Mesa will hurry up and release a 6.5.1 already. > Anything I can do to help? Are you really planning on updating mesa for FC-6, or would it be worth my time to see if I can isolate a few important r300 fixes and backport those? Regards, Hans From link at pobox.com Fri Aug 4 08:50:31 2006 From: link at pobox.com (Terje Bless) Date: Fri, 4 Aug 2006 10:50:31 +0200 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <44D0CE5C.6010401@xs4all.nl> Message-ID: Chris Chabot wrote: >An interesting editorial on this topic, that might sum up some of the >feelings that some people have been feeling: > >http://www.freesoftwaremagazine.com/articles/editorial_13 That editorial, without further context, has net negative information content. You can basically sum it up as "Ubuntu RuleZ! Red Hat Sux0rs!"; it's a pure Appeal to Emotion, which I guess is why you say it relates to "the feelings that some people have been feeling." You might as well quote song lyrics or a poem. If there are specific, technical, differences between Fedora Core and Ubuntu where there is an argument that the Ubuntu way is preferable according to some set of criteria, then please bring those issues up (that's not a snide comment, I would really like to know). To avoid confusing the issue, and allow each point to be evaluated on its merits, I would suggest posting one thread for each distinct topic. Note that if the difference in question cannot be resolved with a patch, then its discussion probably belongs on a different list. -- ?I also need a longer attention sp- Ooh! Feet!? ? Loz Pycock From j.w.r.degoede at hhs.nl Fri Aug 4 09:50:51 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 11:50:51 +0200 Subject: Help fixing that annoying missing joydev bug Message-ID: <44D3187B.5090803@hhs.nl> Hi all, As some of you probably are aware off joysticks do not work out of the box with Fedora and haven't done so for quite some time now (since FC-5), see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187005 There is a lot of info in this BZ ticket which I'm trying to digest as I want to get this properly fixed before FC-6 as its on my list of this annoys me bugs :) In the mean time any clues would be helpfull. Thanks, Hans From jcm at redhat.com Fri Aug 4 10:42:03 2006 From: jcm at redhat.com (Jon Masters) Date: Fri, 04 Aug 2006 11:42:03 +0100 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: References: Message-ID: <1154688123.22229.80.camel@localhost.localdomain> On Fri, 2006-08-04 at 10:50 +0200, Terje Bless wrote: > Chris Chabot wrote: > >http://www.freesoftwaremagazine.com/articles/editorial_13 > > That editorial, without further context, has net negative information content. > > You can basically sum it up as "Ubuntu RuleZ! Red Hat Sux0rs!"; it's a pure > Appeal to Emotion, which I guess is why you say it relates to "the feelings that > some people have been feeling." You might as well quote song lyrics or a poem. It's about winning hearts and minds though. Articles like that one convey no useful information whatsoever - but it's an editorial so it's going to have a bias behind it - except perhaps for the fact that there are a lot of people who are very excited about Ubuntu. I'll bet a lot of those same people were very excited about Red Hat Linux back in the day. I used to use Ubuntu and Debian a lot more before I worked at Red Hat. Yes, they're good distros, but Fedora is a damn fine piece of work too and powered by a lot of very committed people. The problem is that we could do with a few others to get zealoty and enthusiastic about Fedora Core in the same way that they (recently) get so jumpy about Ubuntu. We shouldn't ignore articles like that because they have a tendency to help perpetuate various silly arguments next time someone writes a story. It's not always plain sailing with Ubuntu either. It took 1.5 days to install and configure Dapper on my Powerbook[0] so that I could use it as a desktop machine. Suspend didn't work because they'd patched their kernel with some broken patches, Bluetooth took ages to get working right, I had to manually configure the power management, lots of desktop annoyances out of the box, etc. By contrast, Fedora Core did actually install cleanly before I upgraded it to Rawhide. Yes it had things I fiddled with, but the experience was much better /in this case/. We all use the same upstream sources (plus a few patches) and everyone is trying to reduce the numbers of patches that need to be applied, so it stands to reason that as upstream evolves, so too will both Fedora and Ubuntu. Yes, we'll have differences and annoyances in both but people will still write articles like the above in any case. We need to help convince them that Fedora is a great Linux distribution too so that they start to criticize it for technical reasons, not ideological ones. Jon. [0] I mailed Mark and several others about it and I am sure the points have been addressed by now in Eft. I'll take a look when I get time. -- Jon Masters Phone: +44 7776 131337 Red Hat UK, Ltd. Email: jcm at redhat.com From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Aug 4 10:42:59 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 4 Aug 2006 12:42:59 +0200 Subject: Help fixing that annoying missing joydev bug In-Reply-To: <44D3187B.5090803@hhs.nl> References: <44D3187B.5090803@hhs.nl> Message-ID: <20060804124259.40896216@python2> Hans de Goede wrote : > As some of you probably are aware off joysticks do not work out of the > box with Fedora and haven't done so for quite some time now (since > FC-5), see: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187005 > > There is a lot of info in this BZ ticket which I'm trying to digest as I > want to get this properly fixed before FC-6 as its on my list of this > annoys me bugs :) > > In the mean time any clues would be helpfull. I can only say that I had been having the same problem on FC5, and even earlier on FC4 I think. But since I switched to using an X-Arcade controller connected as a keyboard through PS/2, I totally forgot about the issue ;-) I guess that you can start by reproducing the problem on the current FC development to confirm that it's still there, then take the same steps as in that bug report to try and narrow it down again if it is. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2505.fc6 Load : 0.97 0.68 0.56 From buildsys at redhat.com Fri Aug 4 11:10:30 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 4 Aug 2006 07:10:30 -0400 Subject: rawhide report: 20060804 changes Message-ID: <200608041110.k74BAUPi023525@hs20-bc2-6.build.redhat.com> Updated Packages: compat-gcc-32-3.2.3-57 ---------------------- * Thu Aug 03 2006 Jakub Jelinek 3.2.3-57 - in 64-bit builds remove 32-bit /usr/lib/lib* libraries from the buildroots (and similarly on 32-bit builds remove 64-bit /usr/lib64/lib*) before AutoReq generation gcc-4.1.1-14 ------------ * Wed Aug 02 2006 Jakub Jelinek 4.1.1-14 - update from gcc-4_1-branch (-r115644:115877) - PRs c++/27572, c++/27668, c++/27962, c++/28025, c++/28258, c++/28523, debug/25468, fortran/20892, fortran/27874, fortran/28129, fortran/28439, libgfortran/28335, libgfortran/28339, middle-end/28402, middle-end/28403, middle-end/28473, target/27287, target/28247, tree-optimization/26719, tree-optimization/27639, tree-optimization/27795, tree-optimization/28029, tree-optimization/28238 - BuildRequire firefox-devel instead of mozilla-devel gdm-1:2.15.6-14.fc6 ------------------- * Thu Aug 03 2006 Ray Strode - 1:2.15.6-14 - fix face browser (http://bugzilla.gnome.org/show_bug.cgi?id=349640) - fix error message reporting (http://bugzilla.gnome.org/show_bug.cgi?id=349758) hwdata-0.186-1 -------------- * Thu Aug 03 2006 Phil Knirsch - 0.186-1 - Updated pci.ids once more. kernel-2.6.17-1.2517.fc6 ------------------------ * Thu Aug 03 2006 Jon Masters - Copy .config to include/config/auto.conf to avoid unnecessary "make prepare". - This should finally fix #197220. - Pulled in patch-2.6.18-rc3-git2.bz2.sign to fix SRPM build failure. * Wed Aug 02 2006 Dave Jones - 2.6.18rc3-git2 - Readd patch to allow 460800 baud on 16C950 UARTs. - Fix backtracing for interrupt stacks mod_auth_kerb-5.0-10 -------------------- * Thu Aug 03 2006 Joe Orton 5.0-10 - fix segfault at startup (#201145) net-snmp-5.3.1.0-2 ------------------ * Thu Aug 03 2006 Radek Vokal 5.3.1.0-2 - better patch for depreciated sysctl call selinux-policy-2.3.3-20 ----------------------- * Thu Aug 03 2006 Dan Walsh 2.3.3-20 - More fixes for xen * Thu Aug 03 2006 Dan Walsh 2.3.3-19 - Fix anaconda transitions From j.w.r.degoede at hhs.nl Fri Aug 4 12:15:02 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 14:15:02 +0200 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <1154688123.22229.80.camel@localhost.localdomain> References: <1154688123.22229.80.camel@localhost.localdomain> Message-ID: <44D33A46.9080203@hhs.nl> Jon Masters wrote: > By contrast, Fedora Core did actually > install cleanly before I upgraded it to Rawhide. Yes it had things I > fiddled with, but the experience was much better /in this case/. > IMHO opinion, its these things you and I, and probably all we fiddle with in which a huge improvements can be made. We should post a list of all our little tweaks somewhere (wiki?), and then extract tweaks which will be benefitial to not only the person doing the tweak but to a wider audience and then integrate the tweak into FE (and hopefully also upstream). Regards, Hans From j.w.r.degoede at hhs.nl Fri Aug 4 13:39:36 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 15:39:36 +0200 Subject: Collecting and fixing pet peeve bugs Message-ID: <44D34E18.2060907@hhs.nl> Hi all, I've been thinking for a while about how we (the community) could help making Core better, since Core is the foundation on which we all build and since @redhat people can only do so much, I believe it is vital that we as the community get involved in helping Core. Helping Core can be done in many ways, many of which require infrastructural support. I don't want to talk about those, infrastructure and procedural discussions is not my thing. I'm more of a show me the code type. As such I would like to build a list with everyone's favorite / pet peeve bugs, or iow the bugs which annoy you the most. Preferably bugs which impact a wider audience then just you and which are fixable by mere mortals like myself :). Now the first question would be where to store this list, please post your comments to this list for now. And to any wikie maintainers reading this, I think this needs a wiki page, agreed? So everyone please post your bugs here, here are mine: * I've already mailed todo about the not autoloading of joydev.ko bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187005 And after sinking my teeth into this, a fix has now been reported in BZ, and hopefully should show up in a kernel near you soon :) * Another bug which has been annoying me is the fact that gnome will no longer start 3 xterms when I login even though xterm is listed 3 times in the non sm programs to start list, appearantly someone thought it would be smart to filter duplicates out of this list :| see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185114 I've got a pretty good idea how to fix this one (for me atleast) the sorting dups might be a good idea, but if the dups have different arguments then they really aren't dups imho, which would fix this for me. Anyone want to beat me writing a patch for this? (I've got other priorities atm). Regards, Hans From joseph_sacco at comcast.net Fri Aug 4 14:00:47 2006 From: joseph_sacco at comcast.net (Joseph E. Sacco, Ph.D.) Date: Fri, 04 Aug 2006 10:00:47 -0400 Subject: /etc/udev/rules.d/60-libsane.rules: 772 line too long ---skipped Message-ID: <1154700047.2961.2.camel@plantain.jesacco.com> Updated rawhide today. Noticed a warning message during boot up: /etc/udev/rules.d/60-libsane.rules: 772 line too long ---skipped -Joseph -- joseph_sacco [at] comcast [dot] net From mattdm at mattdm.org Fri Aug 4 14:01:47 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Aug 2006 10:01:47 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D34E18.2060907@hhs.nl> References: <44D34E18.2060907@hhs.nl> Message-ID: <20060804140147.GA9714@jadzia.bu.edu> On Fri, Aug 04, 2006 at 03:39:36PM +0200, Hans de Goede wrote: > store this list, please post your comments to this list for now. And to > any wikie maintainers reading this, I think this needs a wiki page, agreed? Or a bugzilla keyword. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From selinux at gmail.com Fri Aug 4 14:09:26 2006 From: selinux at gmail.com (Tom London) Date: Fri, 4 Aug 2006 07:09:26 -0700 Subject: /etc/udev/rules.d/60-libsane.rules: 772 line too long ---skipped In-Reply-To: <1154700047.2961.2.camel@plantain.jesacco.com> References: <1154700047.2961.2.camel@plantain.jesacco.com> Message-ID: <4c4ba1530608040709l2cdb9efdt97ec02ffcf36fb4c@mail.gmail.com> BZ'ed here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200244 From pbrobinson at gmail.com Fri Aug 4 14:14:38 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 4 Aug 2006 15:14:38 +0100 Subject: /etc/udev/rules.d/60-libsane.rules: 772 line too long ---skipped In-Reply-To: <1154700047.2961.2.camel@plantain.jesacco.com> References: <1154700047.2961.2.camel@plantain.jesacco.com> Message-ID: <5256d0b0608040714p6cf30489nec0832e0b4ec30b0@mail.gmail.com> Its been happening for a while. On 8/4/06, Joseph E. Sacco, Ph.D. wrote: > Updated rawhide today. Noticed a warning message during boot up: > > /etc/udev/rules.d/60-libsane.rules: 772 line too long > ---skipped > > > -Joseph > > -- > joseph_sacco [at] comcast [dot] net > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From selinux at gmail.com Fri Aug 4 14:39:17 2006 From: selinux at gmail.com (Tom London) Date: Fri, 4 Aug 2006 07:39:17 -0700 Subject: rawhide report: 20060804 changes In-Reply-To: <200608041110.k74BAUPi023525@hs20-bc2-6.build.redhat.com> References: <200608041110.k74BAUPi023525@hs20-bc2-6.build.redhat.com> Message-ID: <4c4ba1530608040739y61a4ef9foc6a9c066decc5325@mail.gmail.com> On 8/4/06, buildsys at redhat.com wrote: > kernel-2.6.17-1.2517.fc6 > ------------------------ > * Thu Aug 03 2006 Jon Masters > - Copy .config to include/config/auto.conf to avoid unnecessary "make prepare". > - This should finally fix #197220. Thanks! Works for VMWare. -- Tom London From ajackson at redhat.com Fri Aug 4 13:59:04 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 04 Aug 2006 09:59:04 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D2F060.2030907@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> Message-ID: <44D352A8.80307@redhat.com> Hans de Goede wrote: > Adam Jackson redhat.com> writes: >> Requires moderately non-trivial fixes to the X server build system too, >> which is why I haven't done it yet. Probably should do though. I just >> hate to be in a situation where we're shipping CVS bits in FC6; I keep >> hoping Mesa will hurry up and release a 6.5.1 already. > > Anything I can do to help? Are you really planning on updating mesa for > FC-6, or would it be worth my time to see if I can isolate a few > important r300 fixes and backport those? Planning a backport, yes. There are apparently enough Intel and <=R200 issues fixed in CVS that it should just be done whole. Hopefully 6.5.1 happens Really Freaking Soon so I don't have to ship CVS bits in FC6. That said, if updated srpms for mesa and xorg-x11-server were to magically appear in Bugzilla for me, I certainly wouldn't object ;) - ajax From Lam at Lam.pl Fri Aug 4 15:09:56 2006 From: Lam at Lam.pl (Leszek Matok) Date: Fri, 04 Aug 2006 17:09:56 +0200 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D34E18.2060907@hhs.nl> References: <44D34E18.2060907@hhs.nl> Message-ID: <1154704196.2753.38.camel@pensja.lam.pl> Dnia 04-08-2006, pi? o godzinie 15:39 +0200, Hans de Goede napisa?(a): > bugs > which impact a wider audience then just you and which are fixable by > mere mortals like myself :) From my bugs list, there are three really simple to fix issues, but I have to fix them on every new install and every package update (so they're my pet peeves) and there are working patches attached: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186961 (UTF-8 not really working - this is a really wide audience if you use non-curses/readline programs) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188079 (mc on non-UTF-8 terminals - many people are forced to use 8 bit encodings because so many applications don't support recoding of old data) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190990 (gnome-terminal not treating ^- as ^_ - the audience may not be so wide in this case :)) Let me repeat that there are working patches attached which may not be best to do the job, but work for few people already. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From j.w.r.degoede at hhs.nl Fri Aug 4 17:00:29 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 19:00:29 +0200 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <20060804140147.GA9714@jadzia.bu.edu> References: <44D34E18.2060907@hhs.nl> <20060804140147.GA9714@jadzia.bu.edu> Message-ID: <44D37D2D.5050508@hhs.nl> Matthew Miller wrote: > On Fri, Aug 04, 2006 at 03:39:36PM +0200, Hans de Goede wrote: >> store this list, please post your comments to this list for now. And to >> any wikie maintainers reading this, I think this needs a wiki page, agreed? > > Or a bugzilla keyword. > That might be a good idea, or a blocker bug. How do we make sure that not too many or too obscure bugs get set to this keyword / blockerbug? Just remove abusing bugs? Regards, Hans From j.w.r.degoede at hhs.nl Fri Aug 4 17:17:34 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 19:17:34 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D352A8.80307@redhat.com> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> Message-ID: <44D3812E.8050704@hhs.nl> Adam Jackson wrote: > Hans de Goede wrote: >> Adam Jackson redhat.com> writes: >>> Requires moderately non-trivial fixes to the X server build system >>> too, which is why I haven't done it yet. Probably should do though. >>> I just hate to be in a situation where we're shipping CVS bits in >>> FC6; I keep hoping Mesa will hurry up and release a 6.5.1 already. >> >> Anything I can do to help? Are you really planning on updating mesa for >> FC-6, or would it be worth my time to see if I can isolate a few >> important r300 fixes and backport those? > > Planning a backport, yes. There are apparently enough Intel and <=R200 > issues fixed in CVS that it should just be done whole. Hopefully 6.5.1 > happens Really Freaking Soon so I don't have to ship CVS bits in FC6. > > That said, if updated srpms for mesa and xorg-x11-server were to > magically appear in Bugzilla for me, I certainly wouldn't object ;) > Magically appearing SRPM for latest mesa-CVS filed here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 I've been using this with great success on an x86_64 in both 64 and 32 bit mode (I compiled it in a 32 bit chroot and installed the result on my 64 bit Fedora for use with googleearth). You also speak about xorg-x11-server changes, I haven't got any for you as things work fine for me with the current xorg-x11-server in RawHide. Regards, Hans From mattdm at mattdm.org Fri Aug 4 17:19:43 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Aug 2006 13:19:43 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D37D2D.5050508@hhs.nl> References: <44D34E18.2060907@hhs.nl> <20060804140147.GA9714@jadzia.bu.edu> <44D37D2D.5050508@hhs.nl> Message-ID: <20060804171943.GA18963@jadzia.bu.edu> On Fri, Aug 04, 2006 at 07:00:29PM +0200, Hans de Goede wrote: > > Or a bugzilla keyword. > That might be a good idea, or a blocker bug. How do we make sure that > not too many or too obscure bugs get set to this keyword / blockerbug? > Just remove abusing bugs? Yeah, although we'd have to carefully pick the keyword so as to not offend someone if *their* pet peeve bug got removed. Perhaps have a way to *nominate* a bug for addition, and only add one after a certain amount of interest? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dravet at hotmail.com Fri Aug 4 17:23:11 2006 From: dravet at hotmail.com (Jason Dravet) Date: Fri, 04 Aug 2006 12:23:11 -0500 Subject: aug 4th boot.iso backtrace Message-ID: I downloaded august 4th's boot.iso from rawhide. I burned it to CD, booted, pressed enter when the fedora screen loaded. I selected English and US, I was trying a ftp install, I unselected IPv6, entered the download location and directory pressed enter and I got a backtrace: loader received sigsegv backtrace: 0x8048284 0xb7f27420 0x817e0bf 0x806a0f0 0x8065478 0x805e665 0x804af47 0x8153a07 0x8048131 The system is a tyan tiger S1832 motherboard (P3 850Mhz) with 256MB of RAM. It has an adaptec 2930U2 scsi card with 2 scsi hard drives. The network card is an Intel 1000/GT which works great on FC5. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201367 Thanks, Jason From j.w.r.degoede at hhs.nl Fri Aug 4 17:31:53 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 19:31:53 +0200 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <20060804171943.GA18963@jadzia.bu.edu> References: <44D34E18.2060907@hhs.nl> <20060804140147.GA9714@jadzia.bu.edu> <44D37D2D.5050508@hhs.nl> <20060804171943.GA18963@jadzia.bu.edu> Message-ID: <44D38489.1070103@hhs.nl> Matthew Miller wrote: > On Fri, Aug 04, 2006 at 07:00:29PM +0200, Hans de Goede wrote: >>> Or a bugzilla keyword. >> That might be a good idea, or a blocker bug. How do we make sure that >> not too many or too obscure bugs get set to this keyword / blockerbug? >> Just remove abusing bugs? > > Yeah, although we'd have to carefully pick the keyword so as to not offend > someone if *their* pet peeve bug got removed. > I must say I'm more in favor of a blocker bug (since I'm unfamiliar with the use of keywords) > Perhaps have a way to *nominate* a bug for addition, and only add one after > a certain amount of interest? > Hmm, I think we should first come up with a tracking mechanism for bugs like this, see how it works and only create procedures surrounding this tracking mechanism if they are needed. Regards, Hans From mattdm at mattdm.org Fri Aug 4 17:28:04 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Aug 2006 13:28:04 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D38489.1070103@hhs.nl> References: <44D34E18.2060907@hhs.nl> <20060804140147.GA9714@jadzia.bu.edu> <44D37D2D.5050508@hhs.nl> <20060804171943.GA18963@jadzia.bu.edu> <44D38489.1070103@hhs.nl> Message-ID: <20060804172804.GA19745@jadzia.bu.edu> On Fri, Aug 04, 2006 at 07:31:53PM +0200, Hans de Goede wrote: > >> That might be a good idea, or a blocker bug. How do we make sure that > >> not too many or too obscure bugs get set to this keyword / blockerbug? > >> Just remove abusing bugs? > > Yeah, although we'd have to carefully pick the keyword so as to not offend > > someone if *their* pet peeve bug got removed. > I must say I'm more in favor of a blocker bug (since I'm unfamiliar with > the use of keywords) I'm not sure a blocker bug is really appropriate, as by definition it's unlikely all the dependencies will ever be resolved. Keywords are really trivial. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From j.w.r.degoede at hhs.nl Fri Aug 4 17:34:13 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 19:34:13 +0200 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D34E18.2060907@hhs.nl> References: <44D34E18.2060907@hhs.nl> Message-ID: <44D38515.8090204@hhs.nl> Hi all, A bit offtopic for this thread, but since I started it I thought you should now that I'll be on a short vacation starting tomorrow, I'll be back coming wednesday. In the mean time feel free to keep discussing this and to mention any of your pet peeve bugs :) Maybe we could set up a community pet peeve bugs fighting group the league against pet peeve bugs or lappb :) Regards, Hans From j.w.r.degoede at hhs.nl Fri Aug 4 17:35:54 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 19:35:54 +0200 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <1154704196.2753.38.camel@pensja.lam.pl> References: <44D34E18.2060907@hhs.nl> <1154704196.2753.38.camel@pensja.lam.pl> Message-ID: <44D3857A.7020409@hhs.nl> Leszek Matok wrote: > Dnia 04-08-2006, pi? o godzinie 15:39 +0200, Hans de Goede napisa?(a): >> bugs >> which impact a wider audience then just you and which are fixable by >> mere mortals like myself :) > From my bugs list, there are three really simple to fix issues, but I > have to fix them on every new install and every package update (so > they're my pet peeves) and there are working patches attached: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186961 > (UTF-8 not really working - this is a really wide audience if you use > non-curses/readline programs) > Hmm, strange that one hasn't been fixed yet. Maybe ping Bill in the BZ? > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188079 > (mc on non-UTF-8 terminals - many people are forced to use 8 bit > encodings because so many applications don't support recoding of old > data) > I've read it and I think that jnovy will be more then accept a pathc fixing the full problem, sofat there only seem to be some hacks around the problem. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190990 > (gnome-terminal not treating ^- as ^_ - the audience may not be so wide > in this case :)) > I'm not sure if I would call this a bug, see the comment I added. Regards, Hans From j.w.r.degoede at hhs.nl Fri Aug 4 17:36:44 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Aug 2006 19:36:44 +0200 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <20060804172804.GA19745@jadzia.bu.edu> References: <44D34E18.2060907@hhs.nl> <20060804140147.GA9714@jadzia.bu.edu> <44D37D2D.5050508@hhs.nl> <20060804171943.GA18963@jadzia.bu.edu> <44D38489.1070103@hhs.nl> <20060804172804.GA19745@jadzia.bu.edu> Message-ID: <44D385AC.6070109@hhs.nl> Matthew Miller wrote: > On Fri, Aug 04, 2006 at 07:31:53PM +0200, Hans de Goede wrote: >>>> That might be a good idea, or a blocker bug. How do we make sure that >>>> not too many or too obscure bugs get set to this keyword / blockerbug? >>>> Just remove abusing bugs? >>> Yeah, although we'd have to carefully pick the keyword so as to not offend >>> someone if *their* pet peeve bug got removed. >> I must say I'm more in favor of a blocker bug (since I'm unfamiliar with >> the use of keywords) > > I'm not sure a blocker bug is really appropriate, as by definition it's > unlikely all the dependencies will ever be resolved. > The same goes for the FE review tracker bugs, but those are blocker bugs and work well. Regards, Hans From ajackson at redhat.com Fri Aug 4 16:43:53 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 04 Aug 2006 12:43:53 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D3812E.8050704@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> Message-ID: <44D37949.8010501@redhat.com> Hans de Goede wrote: > > Adam Jackson wrote: >> Hans de Goede wrote: >>> Adam Jackson redhat.com> writes: >>>> Requires moderately non-trivial fixes to the X server build system >>>> too, which is why I haven't done it yet. Probably should do though. >>>> I just hate to be in a situation where we're shipping CVS bits in >>>> FC6; I keep hoping Mesa will hurry up and release a 6.5.1 already. >>> Anything I can do to help? Are you really planning on updating mesa for >>> FC-6, or would it be worth my time to see if I can isolate a few >>> important r300 fixes and backport those? >> Planning a backport, yes. There are apparently enough Intel and <=R200 >> issues fixed in CVS that it should just be done whole. Hopefully 6.5.1 >> happens Really Freaking Soon so I don't have to ship CVS bits in FC6. >> >> That said, if updated srpms for mesa and xorg-x11-server were to >> magically appear in Bugzilla for me, I certainly wouldn't object ;) >> > > Magically appearing SRPM for latest mesa-CVS filed here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 > > I've been using this with great success on an x86_64 in both 64 and 32 > bit mode (I compiled it in a 32 bit chroot and installed the result on > my 64 bit Fedora for use with googleearth). > > You also speak about xorg-x11-server changes, I haven't got any for you > as things work fine for me with the current xorg-x11-server in RawHide. I was expecting that build system fixes would be required, since xorg-x11-server builds against the mesa-source package. Have you attempted to rebuild the X server with a mesa-source from CVS? - ajax From jkeating at redhat.com Fri Aug 4 18:06:40 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 4 Aug 2006 14:06:40 -0400 Subject: aug 4th boot.iso backtrace In-Reply-To: References: Message-ID: <200608041406.41114.jkeating@redhat.com> On Friday 04 August 2006 13:23, Jason Dravet wrote: > trying a ftp install, I unselected IPv6, entered the download location and > directory pressed enter and I got a backtrace: Don't forget a leading slash for the FTP dir. /dir -- 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 jam at zoidtechnologies.com Fri Aug 4 18:29:05 2006 From: jam at zoidtechnologies.com (Jeff MacDonald) Date: Fri, 4 Aug 2006 14:29:05 -0400 Subject: aug 4th boot.iso backtrace In-Reply-To: <200608041406.41114.jkeating@redhat.com> References: <200608041406.41114.jkeating@redhat.com> Message-ID: <200608041429.11525.jam@zoidtechnologies.com> On Friday 04 August 2006 14:06, Jesse Keating wrote: > On Friday 04 August 2006 13:23, Jason Dravet wrote: > > trying a ftp install, I unselected IPv6, entered the download location > > and directory pressed enter and I got a backtrace: > > Don't forget a leading slash for the FTP dir. > > /dir so a typo can cause the installer to crash? lovely. regards, -- Jeff MacDonald, Zoid Technologies GPG: B402 03B4 5B22 E033 8C7B EDA9 1856 E9C3 66E3 4F76 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sdl.web at gmail.com Fri Aug 4 18:38:17 2006 From: sdl.web at gmail.com (Leon) Date: Fri, 04 Aug 2006 19:38:17 +0100 Subject: Collecting and fixing pet peeve bugs References: <44D34E18.2060907@hhs.nl> Message-ID: Hans de Goede writes: > Hi all, > > I've been thinking for a while about how we (the community) could help > making Core better, since Core is the foundation on which we all build > and since @redhat people can only do so much, I believe it is vital that > we as the community get involved in helping Core. > > Helping Core can be done in many ways, many of which require > infrastructural support. I don't want to talk about those, > infrastructure and procedural discussions is not my thing. I'm more of a > show me the code type. > > As such I would like to build a list with everyone's favorite / pet > peeve bugs, or iow the bugs which annoy you the most. Preferably bugs > which impact a wider audience then just you and which are fixable by > mere mortals like myself :). Now the first question would be where to > store this list, please post your comments to this list for now. And to > any wikie maintainers reading this, I think this needs a wiki page, agreed? > > So everyone please post your bugs here, here are mine: > > * I've already mailed todo about the not autoloading of joydev.ko bug: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187005 > And after sinking my teeth into this, a fix has now been reported in BZ, > and hopefully should show up in a kernel near you soon :) > > * Another bug which has been annoying me is the fact that gnome will no > longer start 3 xterms when I login even though xterm is listed 3 times > in the non sm programs to start list, appearantly someone thought it > would be smart to filter duplicates out of this list :| see: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185114 > > I've got a pretty good idea how to fix this one (for me atleast) the > sorting dups might be a good idea, but if the dups have different > arguments then they really aren't dups imho, which would fix this for > me. Anyone want to beat me writing a patch for this? (I've got other > priorities atm). > > Regards, > > Hans Here is one. It is more a gnome bug but I'll post here for discussion. * Desktop accommodate much less icons than XP. With a screen resolution 1280x800, in gnome the desktop can only contain 72 icons while in Windows XP it can do 170 icons i.e XP is 2.36 times as efficient as gnome in using desktop real estate. The situation in gnome becomes much worse when you have icons with long title. This bug has been filed over 4 years ago. I currently have 46 icons on my desktop and they have taken 7/8 of the desktop. I think this compromises user's productivity. -- Leon From jkeating at redhat.com Fri Aug 4 18:41:59 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 4 Aug 2006 14:41:59 -0400 Subject: aug 4th boot.iso backtrace In-Reply-To: <200608041429.11525.jam@zoidtechnologies.com> References: <200608041406.41114.jkeating@redhat.com> <200608041429.11525.jam@zoidtechnologies.com> Message-ID: <200608041441.59532.jkeating@redhat.com> On Friday 04 August 2006 14:29, Jeff MacDonald wrote: > > Don't forget a leading slash for the FTP dir. > > > > /dir > > so a typo can cause the installer to crash? lovely. Yep, its being worked on. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Fri Aug 4 18:47:58 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Aug 2006 14:47:58 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: References: <44D34E18.2060907@hhs.nl> Message-ID: <20060804184758.GA24702@jadzia.bu.edu> On Fri, Aug 04, 2006 at 07:38:17PM +0100, Leon wrote: > * Desktop accommodate much less icons than XP. > With a screen resolution 1280x800, in gnome the desktop can only > contain 72 icons while in Windows XP it can do 170 icons i.e XP is > 2.36 times as efficient as gnome in using desktop real estate. Um, yeah, I think that's a feature. :) But anyway, you can also address it -- go to the Preferences dialog in any Nautilus window and change the default zoom level. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From marcel at mesa.nl Fri Aug 4 19:19:54 2006 From: marcel at mesa.nl (Marcel J.E. Mol) Date: Fri, 4 Aug 2006 21:19:54 +0200 Subject: rpm: rpmte.c:589: rpmteColorDS: Assertion `ix < Count' failed. Message-ID: <20060804191954.GA6674@joshua.mesa.nl> Hi, I have been hit by above message for some time now while trying to upgrade glibc. This issue was already mentioned back in may with the advise to first upgrade to the latest rpm. Upgrading to the latest rpm fails on the rtld(GNU_HASH) dependency... But I still wanted to upgrade to the latest glibc to for example install the latest rawhide gnucash. So I forced the rpm upgrade using the --nodeps. That worked but rpm now gives segfaults, as could be expected. Now I manually ugraded to glibc-2.4.90-17.i686.rpm (by using rpm2cpio and manually copying the tree to the root/usr partition while running from a rescue CD). The system is now running fine again and rpm does not segfault anymore. So I again tried to upgrade glibc using rpm (to update the rpm database) but still the assertion failure appears. I'm lost... Anyone know how to get this fixed without reinstalling the whole system? Thanks, -Marcel -- ======-------- Marcel J.E. Mol MESA Consulting B.V. =======--------- ph. +31-(0)6-54724868 P.O. Box 112 =======--------- marcel at mesa.nl 2630 AC Nootdorp __==== www.mesa.nl ---____U_n_i_x______I_n_t_e_r_n_e_t____ The Netherlands ____ They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com From hughsient at gmail.com Fri Aug 4 19:37:23 2006 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 04 Aug 2006 20:37:23 +0100 Subject: acpi In-Reply-To: <1154536405.13834.6.camel@daxter.boston.redhat.com> References: <200608010740.14986.eng@prowip.net.br> <200608020837.36656.eng@prowip.net.br> <200608020846.34662.lamont@gurulabs.com> <44D0CCBB.2040308@warmcat.com> <1154536405.13834.6.camel@daxter.boston.redhat.com> Message-ID: <1154720244.18573.2.camel@localhost.localdomain> On Wed, 2006-08-02 at 12:33 -0400, David Zeuthen wrote: > It looks somewhat like this > > http://www.hughsie.com/applications/Coppermine/displayimage.php?album=9&pos=9 > > Using this tool I learned that > > - The difference from LCD max/min brightness is a ~1-2 watts on my > IBM Thinkpad T41 - which is ~ 10% of the power drain Half the problem is learning what devices can be powered down and save the most power. We can then concentrate our efforts on the biggest consumers of power, stuff like the lcd panel. The graphs may look like madness, but are really useful for people to find "wow, turning off bluetooth saves 5W of power!" so we can add policy and UI for this in the future. Richard. From mitr at volny.cz Fri Aug 4 19:42:00 2006 From: mitr at volny.cz (Miloslav Trmac) Date: Fri, 04 Aug 2006 21:42:00 +0200 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D3857A.7020409@hhs.nl> References: <44D34E18.2060907@hhs.nl> <1154704196.2753.38.camel@pensja.lam.pl> <44D3857A.7020409@hhs.nl> Message-ID: <44D3A308.4040900@volny.cz> Hans de Goede napsal(a): >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186961 >> (UTF-8 not really working - this is a really wide audience if you use >> non-curses/readline programs) > Hmm, strange that one hasn't been fixed yet. Maybe ping Bill in the BZ? This is on my short-term list to look at. Mirek From cjb at mrao.cam.ac.uk Fri Aug 4 19:49:55 2006 From: cjb at mrao.cam.ac.uk (Chris Ball) Date: Fri, 04 Aug 2006 15:49:55 -0400 Subject: rpm: rpmte.c:589: rpmteColorDS: Assertion `ix < Count' failed. References: <20060804191954.GA6674@joshua.mesa.nl> Message-ID: <87bqr0cmcc.fsf@mrao.cam.ac.uk> >> On Fri, 4 Aug 2006 21:19:54, Marcel J.E. Mol said: > Hi, I have been hit by above message for some time now while trying > to upgrade glibc. This issue was already mentioned back in may with > the advise to first upgrade to the latest rpm. You don't mention whether you've been trying to upgrade rpm-libs as well as rpm; you need to be upgrading both to get past this bug. If that doesn't work either, try comment #6 in . - Chris. -- Chris Ball From sdl.web at gmail.com Fri Aug 4 19:51:11 2006 From: sdl.web at gmail.com (Leon) Date: Fri, 04 Aug 2006 20:51:11 +0100 Subject: Collecting and fixing pet peeve bugs References: <44D34E18.2060907@hhs.nl> <20060804184758.GA24702@jadzia.bu.edu> Message-ID: Matthew Miller writes: > On Fri, Aug 04, 2006 at 07:38:17PM +0100, Leon wrote: >> * Desktop accommodate much less icons than XP. >> With a screen resolution 1280x800, in gnome the desktop can only >> contain 72 icons while in Windows XP it can do 170 icons i.e XP is >> 2.36 times as efficient as gnome in using desktop real estate. > > Um, yeah, I think that's a feature. :) > > But anyway, you can also address it -- go to the Preferences dialog in any > Nautilus window and change the default zoom level. > OK. Setting the zoom level to 75% reduce the gap between gnome and XP. Now only the long title annoyance remains. > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> -- Leon From marcel at mesa.nl Fri Aug 4 20:26:42 2006 From: marcel at mesa.nl (Marcel J.E. Mol) Date: Fri, 4 Aug 2006 22:26:42 +0200 Subject: rpm: rpmte.c:589: rpmteColorDS: Assertion `ix < Count' failed. In-Reply-To: <87bqr0cmcc.fsf@mrao.cam.ac.uk> References: <20060804191954.GA6674@joshua.mesa.nl> <87bqr0cmcc.fsf@mrao.cam.ac.uk> Message-ID: <20060804202642.GB6674@joshua.mesa.nl> On Fri, Aug 04, 2006 at 03:49:55PM -0400, Chris Ball wrote: > >> On Fri, 4 Aug 2006 21:19:54, Marcel J.E. Mol said: > > > Hi, I have been hit by above message for some time now while trying > > to upgrade glibc. This issue was already mentioned back in may with > > the advise to first upgrade to the latest rpm. > > You don't mention whether you've been trying to upgrade rpm-libs as well > as rpm; you need to be upgrading both to get past this bug. # rpm -q rpm rpm-build rpm-libs rpm-python rpm-4.4.2-31 rpm-build-4.4.2-31 rpm-libs-4.4.2-31 rpm-python-4.4.2-31 > If that doesn't work either, try comment #6 in > . Ok, did that (but had to fix a spurious "'" in line 12 of rpme.py.) Upgraded glibc worked fine now! Thanks for the hint Chris! -Marcel -- ======-------- Marcel J.E. Mol MESA Consulting B.V. =======--------- ph. +31-(0)6-54724868 P.O. Box 112 =======--------- marcel at mesa.nl 2630 AC Nootdorp __==== www.mesa.nl ---____U_n_i_x______I_n_t_e_r_n_e_t____ The Netherlands ____ They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com From alan at redhat.com Fri Aug 4 21:27:08 2006 From: alan at redhat.com (Alan Cox) Date: Fri, 4 Aug 2006 17:27:08 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D3857A.7020409@hhs.nl> References: <44D34E18.2060907@hhs.nl> <1154704196.2753.38.camel@pensja.lam.pl> <44D3857A.7020409@hhs.nl> Message-ID: <20060804212708.GB11994@devserv.devel.redhat.com> On Fri, Aug 04, 2006 at 07:35:54PM +0200, Hans de Goede wrote: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186961 > > (UTF-8 not really working - this is a really wide audience if you use > > non-curses/readline programs) Yeah X keyboard compose is broken for UK keyboards too so its doubly a pain in the butt 8). And ^[[c doesn't reset the alt charset on a gnome terminal which is PITA and I believe incorrect compared to my real VT terminak. Some of the non X UTF-8 problems are kernel side. Notably some of the multichar handling stuff. I've asked Andrew to test out a patch someone submitted using -mm. From christiang020 at yahoo.es Fri Aug 4 21:54:19 2006 From: christiang020 at yahoo.es (Christian Gonzalez) Date: Fri, 4 Aug 2006 17:54:19 -0400 Subject: Using kudzu as a "black box" Message-ID: <200608041754.20235.christiang020@yahoo.es> (First of all, sorry for my english.) Hi. I hope this is the correct place for asking about kudzu. If not, please tell me where I should go. I'm creating a hardware detection tool for use it in a K12LTSP-based distro. Is it possible to use kudzu for hardware detection in a different machine? I mean: 1. In a thinclient, I get the output of lspci, dmesg or wathever kudzu needs, using a boot floppy. 2. In LTSP server, I use kudzu for reading this output (maybe with -f parameter) and get the apropiated modules for video, sound and network cards. 3. With this info, I'll create entries in lts.conf file for the thinclient. Can I use kudzu as a "black box"? Is there a better way? Thank you for any comment about this. -- Christian Gonz?lez G. http://www.edulinux.cl From zaitcev at redhat.com Fri Aug 4 22:06:11 2006 From: zaitcev at redhat.com (Pete Zaitcev) Date: Fri, 4 Aug 2006 15:06:11 -0700 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D34E18.2060907@hhs.nl> References: <44D34E18.2060907@hhs.nl> Message-ID: <20060804150611.b2554016.zaitcev@redhat.com> On Fri, 04 Aug 2006 15:39:36 +0200, Hans de Goede wrote: > * I've already mailed todo about the not autoloading of joydev.ko bug: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187005 > And after sinking my teeth into this, a fix has now been reported in BZ, > and hopefully should show up in a kernel near you soon :) Good work! Are you going to send this upstream yourself or do you need any help? -- Pete From j.w.r.degoede at hhs.nl Fri Aug 4 22:12:51 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 05 Aug 2006 00:12:51 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D37949.8010501@redhat.com> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> Message-ID: <44D3C663.1080200@hhs.nl> Adam Jackson wrote: > Hans de Goede wrote: >> >> Adam Jackson wrote: >>> Hans de Goede wrote: >>>> Adam Jackson redhat.com> writes: >>>>> Requires moderately non-trivial fixes to the X server build system >>>>> too, which is why I haven't done it yet. Probably should do >>>>> though. I just hate to be in a situation where we're shipping CVS >>>>> bits in >>>>> FC6; I keep hoping Mesa will hurry up and release a 6.5.1 already. >>>> Anything I can do to help? Are you really planning on updating mesa for >>>> FC-6, or would it be worth my time to see if I can isolate a few >>>> important r300 fixes and backport those? >>> Planning a backport, yes. There are apparently enough Intel and <=R200 >>> issues fixed in CVS that it should just be done whole. Hopefully 6.5.1 >>> happens Really Freaking Soon so I don't have to ship CVS bits in FC6. >>> >>> That said, if updated srpms for mesa and xorg-x11-server were to >>> magically appear in Bugzilla for me, I certainly wouldn't object ;) >>> >> >> Magically appearing SRPM for latest mesa-CVS filed here: >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 >> >> I've been using this with great success on an x86_64 in both 64 and 32 >> bit mode (I compiled it in a 32 bit chroot and installed the result on >> my 64 bit Fedora for use with googleearth). >> >> You also speak about xorg-x11-server changes, I haven't got any for you >> as things work fine for me with the current xorg-x11-server in RawHide. > > I was expecting that build system fixes would be required, since > xorg-x11-server builds against the mesa-source package. Have you > attempted to rebuild the X server with a mesa-source from CVS? > nope, I didn't know that the xserver is build against mesa-sources, strange I would have thought the 2 would be pretty independent. Eitherway I'll be gone for a couple of days now, so I cannot try building the X-server. Why don't you give it a shot and let me know the result? If it turns out it needs some work, but is fixable and you would be willing to update to mesa CVS if the work gets done for you I'm probably willing to fix this once I'm back. Regards, Hans From ellson at research.att.com Fri Aug 4 23:06:52 2006 From: ellson at research.att.com (John Ellson) Date: Fri, 04 Aug 2006 19:06:52 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D34E18.2060907@hhs.nl> References: <44D34E18.2060907@hhs.nl> Message-ID: <44D3D30C.5030209@research.att.com> My pet peeve is the lack of a text input area in the standard file requestor. All I want to do is to paste a file path from a shell window to get an attachment added to a mail item. Navigating the graphical file requestor to the file is incredibly painful over a slow X-remote session. I think I reported this as a bug once, and response was that there is a control-key sequence that will pop up a textbox file requestor, but this has two serious problems: - The graphical requestor doesn't remind you what the magical key sequence is. - Popping up yet-another window on a slow X-remote session just aggravates the problem. If the curent wisdon is that text input of filenames will confuse the target Fedora user, then don't make it default. Just provide me with a configuration option so that I get a text input area in all my file-requestors. John From david at lovesunix.net Fri Aug 4 23:07:00 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 05 Aug 2006 01:07:00 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D3C663.1080200@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> Message-ID: <1154732820.5805.46.camel@price> l?r, 05 08 2006 kl. 00:12 +0200, skrev Hans de Goede: > > Adam Jackson wrote: > > Hans de Goede wrote: > >> > >> Adam Jackson wrote: > >>> Hans de Goede wrote: > >>>> Adam Jackson redhat.com> writes: > >>>>> Requires moderately non-trivial fixes to the X server build system > >>>>> too, which is why I haven't done it yet. Probably should do > >>>>> though. I just hate to be in a situation where we're shipping CVS > >>>>> bits in > >>>>> FC6; I keep hoping Mesa will hurry up and release a 6.5.1 already. > >>>> Anything I can do to help? Are you really planning on updating mesa for > >>>> FC-6, or would it be worth my time to see if I can isolate a few > >>>> important r300 fixes and backport those? > >>> Planning a backport, yes. There are apparently enough Intel and <=R200 > >>> issues fixed in CVS that it should just be done whole. Hopefully 6.5.1 > >>> happens Really Freaking Soon so I don't have to ship CVS bits in FC6. > >>> > >>> That said, if updated srpms for mesa and xorg-x11-server were to > >>> magically appear in Bugzilla for me, I certainly wouldn't object ;) > >>> > >> > >> Magically appearing SRPM for latest mesa-CVS filed here: > >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 > >> > >> I've been using this with great success on an x86_64 in both 64 and 32 > >> bit mode (I compiled it in a 32 bit chroot and installed the result on > >> my 64 bit Fedora for use with googleearth). > >> > >> You also speak about xorg-x11-server changes, I haven't got any for you > >> as things work fine for me with the current xorg-x11-server in RawHide. > > > > I was expecting that build system fixes would be required, since > > xorg-x11-server builds against the mesa-source package. Have you > > attempted to rebuild the X server with a mesa-source from CVS? > > > > nope, I didn't know that the xserver is build against mesa-sources, > strange I would have thought the 2 would be pretty independent. > > Eitherway I'll be gone for a couple of days now, so I cannot try > building the X-server. Why don't you give it a shot and let me know the > result? If it turns out it needs some work, but is fixable and you would > be willing to update to mesa CVS if the work gets done for you I'm > probably willing to fix this once I'm back. > > Regards, > > Hans I decided to give this a spin on my x86_64 machine and it hit the following: mklib: Making Linux shared library: libglut.so.3.7.1 /usr/bin/ld: cannot find -lXi collect2: ld returnerede afslutningskoden 1 mklib: Installing libglut.so.3.7.1 libglut.so.3 libglut.so in ../../../lib64 mv: kan ikke udf?re stat() 'libglut.so.3.7.1': Ingen s?dan fil eller filkatalog make[3]: *** [../../../lib64/libglut.so] Fejl 1 make[3]: Forlader katalog '/usr/src/redhat/BUILD/Mesa-6.5/src/glut/glx' make[2]: *** [subdirs] Fejl 1 make[2]: Forlader katalog '/usr/src/redhat/BUILD/Mesa-6.5/src' make[1]: *** [default] Fejl 1 make[1]: Forlader katalog '/usr/src/redhat/BUILD/Mesa-6.5' make: *** [linux-dri-x86-64] Fejl 2 fejl: Fejl-afslutningsstatus fra /var/tmp/rpm-tmp.44934 (%build) - David Nielsen From ajackson at redhat.com Fri Aug 4 22:27:52 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 04 Aug 2006 18:27:52 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <1154732820.5805.46.camel@price> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> Message-ID: <44D3C9E8.2010705@redhat.com> David Nielsen wrote: > l?r, 05 08 2006 kl. 00:12 +0200, skrev Hans de Goede: >> nope, I didn't know that the xserver is build against mesa-sources, >> strange I would have thought the 2 would be pretty independent. >> >> Eitherway I'll be gone for a couple of days now, so I cannot try >> building the X-server. Why don't you give it a shot and let me know the >> result? If it turns out it needs some work, but is fixable and you would >> be willing to update to mesa CVS if the work gets done for you I'm >> probably willing to fix this once I'm back. >> >> Regards, >> >> Hans > > I decided to give this a spin on my x86_64 machine and it hit the > following: > > mklib: Making Linux shared library: libglut.so.3.7.1 > /usr/bin/ld: cannot find -lXi I'll take a swing at this this weekend. Thanks! - ajax From jeff at ocjtech.us Sat Aug 5 00:24:25 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Fri, 04 Aug 2006 19:24:25 -0500 Subject: kernel modules in extras criteria In-Reply-To: <20060803192700.GH11577@redhat.com> References: <20060803.131819.276667058.kevin@scrye.com> <20060803192700.GH11577@redhat.com> Message-ID: <1154737465.2632.8.camel@lt16858.campus.dmacc.edu> On Thu, 2006-08-03 at 15:27 -0400, Dave Jones wrote: > On Thu, Aug 03, 2006 at 01:18:19PM -0600, Kevin Fenzi wrote: > > Questions: > > > > - Should a kernel module where the upstream has no plans of merging > > with the upstream kernel be allowed in extras? (This means it could > > stay around in extras forever) > > > > - If upstream says they are going to try and merge their module, but > > never does (lack of time, technical issues, no real desire to, etc), > > should the module be removed after some time? > > > > - Should there be any other criteria? (renew approval every new > > release, only allow modules for 1 year and remove, etc) > > - Who fixes the inevitable bugs that get reported ? > > I'll state this publically now: If I get Fedora kernel bugs filed, > and they have modules loaded that aren't shipped as part of the > kernel rpm, I am _completely_ uninterested in dealing with those bugs > unless they can be shown to be present without them loaded. > This is regardless of whether they're 100% opensource or not, it comes > down to time. I don't have time to deal with all the bugs we have > *today*, and I for sure don't have time to go running around grabbing > the sources for out of tree modules. As an intellectual exercise, (partly to learn more about git, partly to learn more about the kernel, and partly to see how hard it would be) I've set up a clone of the kernel git repository with the Zaptel drivers patched in. I have made the bare minimum of changes to get the code to compile (mostly include file locations). As time goes by I may weed out #ifdef'd compatibility code. Now, being new to both git and kernel development I'm sure that I've made some newbie mistakes, but you can see the results here: git://git.ocjtech.us/linux-zaptel.git The branch is called zaptel. Comments appreciated. I'm not sure that I want to maintain this indefinitely, though... Jeff -------------- 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 notting at redhat.com Sat Aug 5 03:14:53 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 4 Aug 2006 23:14:53 -0400 Subject: Using kudzu as a "black box" In-Reply-To: <200608041754.20235.christiang020@yahoo.es> References: <200608041754.20235.christiang020@yahoo.es> Message-ID: <20060805031453.GB3629@nostromo.devel.redhat.com> Christian Gonzalez (christiang020 at yahoo.es) said: > (First of all, sorry for my english.) > > Hi. > > I hope this is the correct place for asking about kudzu. If not, please tell > me where I should go. > > I'm creating a hardware detection tool for use it in a K12LTSP-based distro. > Is it possible to use kudzu for hardware detection in a different machine? I > mean: > > 1. In a thinclient, I get the output of lspci, dmesg or wathever kudzu needs, > using a boot floppy. > > 2. In LTSP server, I use kudzu for reading this output (maybe with -f > parameter) and get the apropiated modules for video, sound and network cards. > > 3. With this info, I'll create entries in lts.conf file for the thinclient. > > Can I use kudzu as a "black box"? Is there a better way? You could... however, if you're using a recent distro (FC4 or later), you can just use udev to load all the appropriate modules for network, storage, sound, etc. That leaves X. In FC6, you'll be able to specify a minimal X config file - you only need the X driver. So, the only thing you'd need kudzu for is the X driver. Bill From j.w.r.degoede at hhs.nl Sat Aug 5 04:32:00 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 05 Aug 2006 06:32:00 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <1154732820.5805.46.camel@price> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> Message-ID: <44D41F40.5090107@hhs.nl> Install libXi-devel and try again. Regards, Hans David Nielsen wrote: > l?r, 05 08 2006 kl. 00:12 +0200, skrev Hans de Goede: >> Adam Jackson wrote: >>> Hans de Goede wrote: >>>> Adam Jackson wrote: >>>>> Hans de Goede wrote: >>>>>> Adam Jackson redhat.com> writes: >>>>>>> Requires moderately non-trivial fixes to the X server build system >>>>>>> too, which is why I haven't done it yet. Probably should do >>>>>>> though. I just hate to be in a situation where we're shipping CVS >>>>>>> bits in >>>>>>> FC6; I keep hoping Mesa will hurry up and release a 6.5.1 already. >>>>>> Anything I can do to help? Are you really planning on updating mesa for >>>>>> FC-6, or would it be worth my time to see if I can isolate a few >>>>>> important r300 fixes and backport those? >>>>> Planning a backport, yes. There are apparently enough Intel and <=R200 >>>>> issues fixed in CVS that it should just be done whole. Hopefully 6.5.1 >>>>> happens Really Freaking Soon so I don't have to ship CVS bits in FC6. >>>>> >>>>> That said, if updated srpms for mesa and xorg-x11-server were to >>>>> magically appear in Bugzilla for me, I certainly wouldn't object ;) >>>>> >>>> Magically appearing SRPM for latest mesa-CVS filed here: >>>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 >>>> >>>> I've been using this with great success on an x86_64 in both 64 and 32 >>>> bit mode (I compiled it in a 32 bit chroot and installed the result on >>>> my 64 bit Fedora for use with googleearth). >>>> >>>> You also speak about xorg-x11-server changes, I haven't got any for you >>>> as things work fine for me with the current xorg-x11-server in RawHide. >>> I was expecting that build system fixes would be required, since >>> xorg-x11-server builds against the mesa-source package. Have you >>> attempted to rebuild the X server with a mesa-source from CVS? >>> >> nope, I didn't know that the xserver is build against mesa-sources, >> strange I would have thought the 2 would be pretty independent. >> >> Eitherway I'll be gone for a couple of days now, so I cannot try >> building the X-server. Why don't you give it a shot and let me know the >> result? If it turns out it needs some work, but is fixable and you would >> be willing to update to mesa CVS if the work gets done for you I'm >> probably willing to fix this once I'm back. >> >> Regards, >> >> Hans > > I decided to give this a spin on my x86_64 machine and it hit the > following: > > mklib: Making Linux shared library: libglut.so.3.7.1 > /usr/bin/ld: cannot find -lXi > collect2: ld returnerede afslutningskoden 1 > mklib: Installing libglut.so.3.7.1 libglut.so.3 libglut.so > in ../../../lib64 > mv: kan ikke udf?re stat() 'libglut.so.3.7.1': Ingen s?dan fil eller > filkatalog > make[3]: *** [../../../lib64/libglut.so] Fejl 1 > make[3]: Forlader katalog '/usr/src/redhat/BUILD/Mesa-6.5/src/glut/glx' > make[2]: *** [subdirs] Fejl 1 > make[2]: Forlader katalog '/usr/src/redhat/BUILD/Mesa-6.5/src' > make[1]: *** [default] Fejl 1 > make[1]: Forlader katalog '/usr/src/redhat/BUILD/Mesa-6.5' > make: *** [linux-dri-x86-64] Fejl 2 > fejl: Fejl-afslutningsstatus fra /var/tmp/rpm-tmp.44934 (%build) > > > - David Nielsen > From david at lovesunix.net Sat Aug 5 05:45:55 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 05 Aug 2006 07:45:55 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D41F40.5090107@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> Message-ID: <1154756755.348.1.camel@price> l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: > Install libXi-devel and try again. Yep, that did indeed solve the problem, might I suggest BR'ing it? - David From j.w.r.degoede at hhs.nl Sat Aug 5 06:16:43 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 05 Aug 2006 08:16:43 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <1154756755.348.1.camel@price> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> Message-ID: <44D437CB.4090103@hhs.nl> David Nielsen wrote: > l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: >> Install libXi-devel and try again. > > Yep, that did indeed solve the problem, might I suggest BR'ing it? > Actually the build so be fixed not to build the included glut as that is not oss, but as a quick hack I just rm the builded glut in %install. Regards, Hans From j.w.r.degoede at hhs.nl Sat Aug 5 07:47:41 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 05 Aug 2006 09:47:41 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <1154756755.348.1.camel@price> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> Message-ID: <44D44D1D.5070302@hhs.nl> David Nielsen wrote: > l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: >> Install libXi-devel and try again. > > Yep, that did indeed solve the problem, might I suggest BR'ing it? > And that it has been build, does it work for you? Any improvements / regressions? Regards, Hans From buildsys at redhat.com Sat Aug 5 09:53:03 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 5 Aug 2006 05:53:03 -0400 Subject: rawhide report: 20060805 changes Message-ID: <200608050953.k759r3ZX032063@hs20-bc2-6.build.redhat.com> New package lvm2-cluster Cluster extenstions for userland logical volume management tools Updated Packages: NetworkManager-0.7.0-0.cvs20060529.4 ------------------------------------ * Fri Aug 04 2006 Ray Strode - 0.7.0-0.cvs20060529.4 - Don't ever elect inactive wired devices (bug 194124). ORBit2-2.14.2-1.fc6 ------------------- * Wed Aug 02 2006 Matthias Clasen - 2.14.2-1.fc6 - Update to 2.14.2 adaptx-0:0.9.13-3jpp.1 ---------------------- * Thu Aug 03 2006 Deepak Bhole 0:0.9.13-3jpp.1 - Added missing requirements. antlr-0:2.7.6-4jpp.2 -------------------- * Thu Aug 03 2006 Deepak Bhole = 0:2.7.6-4jpp.2 - Add missing postun for javadoc. * Thu Aug 03 2006 Deepak Bhole = 0:2.7.6-4jpp.1 - Add missing requirements. at-spi-1.7.10-1.fc6 ------------------- * Wed Aug 02 2006 Matthias Clasen - 1.7.10-1.fc6 - Update to 1.7.10 avalon-logkit-0:1.2-4jpp.3 -------------------------- * Thu Aug 03 2006 Deepak Bhole 0:0.9.13-4jpp.3 - Added missing requirements. axis-0:1.2.1-2jpp.6 ------------------- * Thu Aug 03 2006 Deepak Bhole 0:0.9.13-4jpp.6 - Added missing requirements bsf-0:2.3.0-11jpp.1 ------------------- * Thu Aug 03 2006 Deepak Bhole 0:2.3.0-11jpp.1 - Added missing requirements. bsh-0:1.3.0-9jpp.1 ------------------ * Fri Aug 04 2006 Deepak Bhole 0:1.3.0-9jpp.1 - Added missing requirements bug-buddy-1:2.15.90-1.fc6 ------------------------- * Wed Aug 02 2006 Matthias Clasen - 1:2.15.90-1.fc6 - Update to 2.15.90 castor-0:0.9.5-1jpp.7 --------------------- * Thu Aug 03 2006 Deepak Bhole - 0:0.9.5-1jpp.7 - Added missing requirements. cman-2.0.6-0.fc6.0 ------------------ compiz-0.0.13-0.14.20060721git.fc5.aiglx ---------------------------------------- * Thu Aug 03 2006 Soren Sandmann 0.0.13-0.14.20060721git.fc5.aiglx - Add Requires: gnome-session 2.15.4-3 * Thu Aug 03 2006 Soren Sandmann 0.0.13-0.13.20060721git.fc5.aiglx - New version of dialog box. Macro the version number. * Wed Aug 02 2006 Soren Sandmann 0.0.13-0.13.20060721git.fc5.aiglx - Add 'desktop effects' dialog box. control-center-1:2.15.90-1.fc6 ------------------------------ * Fri Aug 04 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 dasher-4.1.8-1.fc6 ------------------ * Thu Aug 03 2006 Matthias Clasen - 4.1.8-1.fc6 - Update to 4.1.8 eclipse-cdt-1:3.1.0-1jpp_10fc ----------------------------- * Mon Jul 31 2006 Jeff Johnston 3.1.0-1jpp_10fc - Fix bug with library hover help. eel2-2.15.90-2.fc6 ------------------ * Fri Aug 04 2006 Matthias Clasen - 2.15.90-2.fc6 - Compare mtimes of images when the uri has not changed * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 emacs-21.4-17 ------------- * Thu Aug 03 2006 Chip Coldwell - 21.4-17 - use UTF-8 keyboard input encoding on terminals that support it (Axel Thimm #185399) * Thu Aug 03 2006 Chip Coldwell - 21.4-16 - fix German spell checking for UTF-8 encoded buffers (Daniel Hammer #197737) eog-2.15.90-1.fc6 ----------------- * Wed Aug 02 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 evolution-2.7.4-5 ----------------- * Wed Aug 02 2006 Matthew Barnes - 2.7.4-5 - Remove patch for RH bug #167157, as it fixed it the wrong way. - The real fix for #167157 is in evolution-data-server-1.7.4-5. - No longer packaging unused patches. evolution-data-server-1.7.90.1-5 -------------------------------- * Fri Aug 04 2006 Matthew Barnes - 1.7.90.1-5 - Update to 1.7.90.1 (again) * Thu Aug 03 2006 Matthew Barnes - 1.7.4-5 - Remove patches for Gnome.org bug #309079 (rejected upstream). - One of these patches was causing RH bug #167157. * Thu Aug 03 2006 Matthew Barnes - 1.7.4-4 - No longer packaging unused patches. file-4.17-6 ----------- * Thu Aug 03 2006 Martin Bacovsky - 4.17-6 - fix gziped empty file (#72986) * Wed Jul 12 2006 Jesse Keating - 4.17-5.1 - rebuild * Mon Jul 10 2006 Radek Vokal 4.17-5 - fix powerpoint mine (#190373) file-roller-2.15.90-1.fc6 ------------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 gail-1.9.1-1.fc6 ---------------- * Wed Aug 02 2006 Matthias Clasen - 1.9.1-1.fc6 - Update to 1.9.1 gcalctool-5.8.19-1.fc6 ---------------------- * Wed Aug 02 2006 Matthias Clasen - 5.8.19-1.fc6 - Update to 5.8.19 gdm-1:2.15.7-1.fc6 ------------------ * Thu Aug 03 2006 Ray Strode - 1:2.15.7-1 - update to 2.15.7 - drop selinux patch that I don't think was ever finished gedit-1:2.15.5-1.fc6 -------------------- * Thu Aug 03 2006 Matthias Clasen - 1:2.15.5-1.fc6 - Update to 2.15.6 gnome-applets-1:2.15.2-2.fc6 ---------------------------- * Fri Aug 04 2006 Matthias Clasen - 1:2.15.2-2.fc6 - Fix the multiload schema * Thu Aug 03 2006 Matthias Clasen - 1:2.15.2-1.fc6 - Update to 2.15.2 gnome-desktop-2.15.90-1.fc6 --------------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15-90-1.fc6 - Update to 2.15.90 - Don't ship static libraries gnome-games-1:2.15.5-1.fc6 -------------------------- * Wed Aug 02 2006 Matthias Clasen - 1:2.15.5-1.fc6 - Update to 2.15.5 - Bump glib requirement (#197566) gnome-icon-theme-2.15.90-1.fc6 ------------------------------ * Wed Aug 02 2006 Matthias Clasen 2.15.90-1.fc6 - Update to 2.15.90 gnome-mag-0.13.1-1.fc6 ---------------------- * Wed Aug 02 2006 Matthias Clasen - 0.13.1-1.fc6 - Update to 0.13.1 gnome-menus-2.15.90-1.fc6 ------------------------- * Wed Aug 02 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 gnome-panel-2.15.90-1.fc6 ------------------------- * Fri Aug 04 2006 Ray Strode - 2.15.90-1 - update to 2.15.90 gnome-python2-2.15.90-1.fc6 --------------------------- * Fri Aug 04 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 gnome-python2-desktop-2.15.90-1.fc6 ----------------------------------- * Fri Aug 04 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 gnome-screensaver-2.15.5-1.fc6 ------------------------------ * Fri Aug 04 2006 Matthias Clasen - 2.15.5-1.fc6 - Update to 2.15.5 gnome-session-2.15.90-1.fc6 --------------------------- * Fri Aug 04 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 * Thu Aug 03 2006 Soren Sandmann - 2.15.4-3 - Add patch to (a) add configuration option for window manager, (b) start the window manager, and (c) disable splash screen by default. gnome-speech-0.4.2-1.fc6 ------------------------ * Fri Aug 04 2006 Matthias Clasen - 0.4.2-1.fc6 - Update to 0.4.2 gnome-system-monitor-2.15.90-1.fc6 ---------------------------------- * Fri Aug 04 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 gnome-terminal-2.15.4-1.fc6 --------------------------- * Wed Aug 02 2006 Matthias Clasen - 2.15.4-1.fc6 - Update to 2.15.4 gnome-themes-2.15.90-1.fc6 -------------------------- * Wed Aug 02 2006 Matthias Clasen - 2.15.90-1.fc5 - Update to 2.15.90 gnome-utils-1:2.15.90-1.fc6 --------------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 gnome-vfs2-2.15.90-2.fc6 ------------------------ * Fri Aug 04 2006 Matthias Clasen -2.15.90-2.fc6 - Remove debug spew gnome-volume-manager-2.15.0-1.fc6 --------------------------------- * Thu Aug 03 2006 John (J5) Palmieri - 2.15.0-1 - Update to 2.15.0 - Add dist tag to release - Fix defaults to run the autophoto program when a camera is inserted gnopernicus-1.1.1-1.fc6 ----------------------- * Wed Aug 02 2006 Matthias Clasen - 1.1.1-1.fc6 - Update to 1.1.1 gthumb-2.7.8-1.fc6 ------------------ * Wed Aug 02 2006 Matthias Clasen - 2.7.8-1.fc6 - Update to 2.7.8 - Fix some documentation inaccuracies (#175165) gtk-doc-1.7-1.fc6 ----------------- * Wed Aug 02 2006 Matthias Clasen - 1.7-1.fc6 - Update to 1.7 gtk2-engines-2.7.6-1.fc6 ------------------------ * Wed Aug 02 2006 Matthias Clasen - 2.7.6-1.fc6 - Update to 2.7.6 gtksourceview-1.7.1-1.fc6 ------------------------- * Thu Aug 03 2006 Matthias Clasen - 1.7.1-1.fc6 - Update to 1.7.1 gucharmap-1.7.0-1.fc6 --------------------- * Wed Aug 02 2006 Matthias Clasen - Rebuild * Wed Aug 02 2006 Behdad Esfahbod - 1.7.0-1 - Update to 1.7.0 * Wed Jul 12 2006 Jesse Keating - 1.6.0-8.1 - rebuild hsqldb-1:1.8.0.4-2jpp.1 ----------------------- * Fri Aug 04 2006 Deepak Bhole 1:1.8.0.4-2jpp.1 - Add missing requirements. - Merge with fc spec. - From gbenson at redhat.com: - Change /etc/init.d to /etc/rc.d/init.d. - Create hsqldb user and group with low IDs (RH bz #165670). - Do not remove hsqldb user and group on uninstall. - Build with servletapi5. - From ashah at redhat.com: - Change hsqldb user shell to /sbin/nologin. - From notting at redhat.com - use an assigned user/group id * Fri Apr 28 2006 Fernando Nasser 1:1.8.0.4-1jpp - First JPP 1.7 build - Upgrade to 1.8.0.4 * Tue Jul 26 2005 Fernando Nasser 0:1.80.1-1jpp - Upgrade to 1.8.0.1 httpd-2.2.3-3 ------------- * Thu Aug 03 2006 Joe Orton 2.2.3-3 - init: use killproc() delay to avoid race killing parent * Fri Jul 28 2006 Joe Orton 2.2.3-2 - update to 2.2.3 - trim %changelog to >=2.0.52 * Thu Jul 20 2006 Joe Orton 2.2.2-8 - fix segfault on dummy connection failure at graceful restart (#199429) icon-naming-utils-0.8.0-1.fc6 ----------------------------- * Thu Aug 03 2006 Matthias Clasen - 0.8.0-1.fc6 - Update to 0.8.0 icu-3.6-0.1.d01 --------------- * Mon Jul 31 2006 Caolan McNamara - 3.6-0.1.d01 - rh#200728# update to prelease 3.6d01 to pick up on sinhala fixes - drop integrated rh190879.patch - drop integrated icu-3.4-sinhala1.patch jakarta-commons-collections-0:3.1-6jpp.1 ---------------------------------------- * Fri Aug 04 2006 Vivek Lakshmanan - 0:3.1-6jpp.1 - Resync with JPP. * Fri Aug 04 2006 Vivek Lakshmanan - 0:3.1-5jpp.3 - Partially adopt new naming convention. - Add proper Requires(x) statements where appropriate. java_cup-1:0.10-0.k.6jpp.1 -------------------------- * Fri Aug 04 2006 Vivek Lakshmanan - 1:0.10-0.k.6jpp.1 - Re-sync with latest version from JPP. - Partially adopt new naming convention. jdom-0:1.0-4jpp.1 ----------------- * Fri Aug 04 2006 Deepak Bhole - 0:1.0-4jpp.1 - Added missing requirements. - Remove jaxen requirement, since we don't have it in fc yet. - Merge with fc spec. * Tue Apr 11 2006 Ralph Apel - 0:1.0-3jpp - First JPP-1.7 release - Drop false xalan dependency * Tue Oct 11 2005 Ralph Apel - 0:1.0-2jpp - Add jaxen to Requires and classpath jlex-0:1.2.6-5jpp.1 ------------------- * Fri Aug 04 2006 Vivek Lakshmanan - 0:1.2.6-5jpp.1 - Re-sync with latest JPP version. - Use new naming convention. jsch-0:0.1.28-1jpp.4 -------------------- * Fri Aug 04 2006 Deepak Bhole - 0:0.1.28-1jpp.4 - Added missing requirements. kernel-2.6.17-1.2527.fc6 ------------------------ * Fri Aug 04 2006 Dave Jones - 2.6.18rc3-git6 - Return of signed modules. * Thu Aug 03 2006 Roland McGrath - New utrace patch: - fix s390 single-step - first third of ia64 support, enable CONFIG_UTRACE (no ptrace yet) * Thu Aug 03 2006 Juan Quintela - Update linux-2.6-xen patch. * linux-2.6-xen-fedora cset 34931:a3fda906fb82 * linux-2.6-xen cset 22777:158b51d317b76ebc94d61c25ad6a01d121dff750 * xen-unstable cset 10866:4833dc75ce4d08e2adc4c5866b945c930a96f225 kexec-tools-1.101-41.fc6.1 -------------------------- * Thu Aug 03 2006 Neil Horman - 1.101-41.fc6.1 - fix another silly makefile error for makedumpfile * Thu Aug 03 2006 Neil Horman - 1.101-40.fc6.1 - exclude makedumpfile from build on non-x86[_64] arches * Thu Aug 03 2006 Neil Horman - 1.101-39.fc6.1 - exclude makedumpfile from build on non-x86[_64] arches libIDL-0.8.7-1.fc6 ------------------ * Wed Aug 02 2006 Matthias Clasen - 0.8.7-1.fc6 - Update to 0.8.7 libgnomeui-2.15.90-1.fc6 ------------------------ * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 libgssapi-0.10-1 ---------------- * Fri Aug 04 2006 Steve Dickson - 0.10-1 - Upgraded to libgssapi version 0.10 which is need for compatibility with krb5-libs 1.5. libgtop2-2.14.2-1.fc6 --------------------- * Thu Aug 03 2006 Matthias Clasen - 2.14.2-1.fc6 - Update to 2.14.2 librsvg2-2.15.90-1.fc6 ---------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 libselinux-1.30.22-1 -------------------- * Tue Aug 01 2006 Dan Walsh - 1.30.22-1 - Upgrade to latest from NSA * Merged no-tls-direct-seg-refs patch from Jeremy Katz. * Merged netfilter_contexts support patch from Chris PeBenito. * Tue Aug 01 2006 Dan Walsh - 1.30.20-1 - Upgrade to latest from NSA * Merged context_*_set errno patch from Jim Meyering. libsepol-1.12.24-1 ------------------ * Thu Aug 03 2006 Dan Walsh 1.12.24-1 - Upgrade to latest from NSA * Merged libsepol unit tests from Joshua Brindle. * Merged symtab datum patch from Karl MacMillan. * Merged netfilter contexts support from Chris PeBenito. * Tue Aug 01 2006 Dan Walsh 1.12.21-1 - Upgrade to latest from NSA * Merged helpful hierarchy check errors patch from Joshua Brindle. * Merged semodule_deps patch from Karl MacMillan. This adds source module names to the avrule decls. libtheora-0:1.0alpha7-1 ----------------------- * Wed Aug 02 2006 Monty - 0:1.0alpha7-1 - Update to 1.0alpha7 libwnck-2.15.90-1.fc6 --------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 lucene-0:1.4.3-1jpp.14 ---------------------- * Fri Aug 04 2006 Deepak Bhole 0:1.4.3-1jpp.14 - Added missing requirements - Added proper post/postun's for javadoc mutt-5:1.4.2.2-2 ---------------- * Thu Aug 03 2006 Miroslav Lichvar 5:1.4.2.2-2 - fix a SASL authentication bug (#199591) nautilus-2.15.90-1.fc6 ---------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 * Tue Jul 18 2006 Matthias Clasen - 2.15.4-3 - Spec file cleanups * Wed Jul 12 2006 Matthias Clasen - 2.15.4-2 - Don't require nautilus-cd-burner, to avoid a BuildRequires-Requires loop newt-0.52.2-9 ------------- * Fri Aug 04 2006 Miroslav Lichvar - 0.52.2-9 - fix screen corruption when half of double width character is overwritten (#137957) - fix double width character handling in checkboxtree and listbox * Wed Jul 12 2006 Jesse Keating - 0.52.2-8.1 - rebuild * Tue Jun 27 2006 Miroslav Lichvar - 0.52.2-8 - unfocus when displaying help - fix help dialog in popcorn.py (#81352) nss-3.11.2-2 ------------ * Thu Aug 03 2006 Kai Engert - 3.11.2-2 - Add /etc/pki/nssdb * Wed Jul 12 2006 Jesse Keating - 3.11.2-1.1 - rebuild * Fri Jun 30 2006 Kai Engert - 3.11.2-1 - Update to 3.11.2 - Enable executable bit on shared libs, also fixes debug info. nss_ldap-251-1 -------------- * Thu Aug 03 2006 Nalin Dahyabhai - 251-1 - update to 251 * Tue Jul 25 2006 Nalin Dahyabhai - 250-6 - note the location of the man pages in /etc/ldap.conf (part of #146815) pango-1.13.5-1 -------------- * Wed Aug 02 2006 Behdad Esfahbod - 1.13.5-1 - Update to 1.13.5 procps-3.2.7-4 -------------- * Thu Aug 03 2006 Karel Zak - 3.2.7-4 - fix #139827 - ps(1) outputs a multi-threads process as a defunct process. python-pyblock-0.18-1 --------------------- * Thu Aug 03 2006 Peter Jones - 0.18-1 - Fixes for multiple multipaths regexp-0:1.4-2jpp.2 ------------------- * Fri Aug 04 2006 Vivek Lakshmanan 0:1.4-2jpp.2 - Rebuild. * Fri Aug 04 2006 Vivek Lakshmanan 0:1.4-2jpp.1 - Merge with latest from JPP. - Remove prebuilt jars from new source tar ball. scim-bridge-0.2.7-1.fc6 ----------------------- * Mon Jul 31 2006 Jens Petersen - 0.2.7-1 - 0.2.7 bugfix release - update url sed-4.1.5-4.fc6 --------------- * Thu Aug 03 2006 Petr Machata - 4.1.5-4 - remove superfluous multibyte processing in str_append for UTF-8 encoding (thanks Paolo Bonzini, #177246) shadow-utils-2:4.0.17-3 ----------------------- * Tue Aug 08 2006 Peter Vrabec 2:4.0.17-3 - fix UID/GID overflow in user* group* (#198920) * Tue Aug 08 2006 Peter Vrabec 2:4.0.17-2 - do not inherit file desc. in execve(nscd) sound-juicer-2.15.4-1.fc6 ------------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15.4-1.fc6 - Update to 2.15.4 spamassassin-3.1.4-1.fc6 ------------------------ * Wed Aug 02 2006 Warren Togami - 3.1.4-1 - 3.1.4 maintenance release squid-7:2.6.STABLE2-2.fc6 ------------------------- * Fri Aug 04 2006 Martin Stransky - 7:2.6.STABLE2-2 - added patch for #198253 - squid: don't chgrp another pkg's files/directory * Mon Jul 31 2006 Martin Stransky - 7:2.6.STABLE2-1 - the latest stable upstream - reworked fd config patch system-config-display-1.0.41-1 ------------------------------ * Thu Aug 03 2006 Bill Nottingham 1.0.41-1 - adjust to new rhpxl () - work with newer, sparser, config files - when dealing with autoprobed monitors, pull current resolution from randr system-config-printer-0.7.24-1 ------------------------------ * Thu Aug 03 2006 Tim Waugh 0.7.24-1 - 0.7.24. tanukiwrapper-0:3.2.1-2jpp.2 ---------------------------- * Fri Aug 04 2006 Vivek Lakshmanan - 0:3.2.1-2jpp.2 - Rebuild. * Fri Aug 04 2006 Vivek Lakshmanan - 0:3.2.1-2jpp.1 - Merge with latest from JPP. - Partially add new naming convention (.1 suffix). - Clean new source tar ball. - Add patch to add -lm in x86-32 Makefile. - Add patch to avoid use of obscure property not supported on GCJ. - Add missing makefiles for architectures pertinent to FC. thunderbird-0:1.5.0.5-4 ----------------------- * Thu Aug 03 2006 Kai Engert - 1.5.0.5-4 - Fix a build failure in mailnews mime code. * Tue Aug 01 2006 Matthias Clasen - 1.5.0.5-3 - Rebuild * Thu Jul 27 2006 Christopher Aillon - 1.5.0.5-2 - Update to 1.5.0.5 totem-1.5.90-1.fc6 ------------------ * Thu Aug 03 2006 Matthias Clasen - 1.5.90-1.fc6 - Update to 1.5.90 vim-2:7.0.042-2 --------------- * Thu Aug 03 2006 Karsten Hopp 7.0.042-2 - clean up spec file vte-0.13.5-1.fc6 ---------------- * Wed Aug 02 2006 Matthias Clasen - 0.13.5-1.fc6 - Update to 0.13.5 xdoclet-0:1.2.3-7jpp.2 ---------------------- * Fri Aug 04 2006 Matt Wringe - 0:1.2.3-7jpp.2 - Rebuild with define with_gcj_support * Thu Aug 03 2006 Matt Wringe - 0:1.2.3-7jpp.1 - Merge with upstream version - Remove unnecessary define with_gcj_support - Add missing javadoc requires - Add missing javadoc postun xmlrpc-0:2.0.1-3jpp.1 --------------------- * Fri Aug 04 2006 Vivek Lakshmanan - 0:2.0.1-3jpp.1 - Merge with latest from JPP. xorg-x11-server-1.1.1-15.fc6 ---------------------------- * Wed Aug 02 2006 Adam Jackson 1.1.1-15.fc6 - xorg-x11-server-1.1.0-edid-mode-injection-2.patch: Allow HorizSync and VertRefresh to be overridden independently. xorg-x11-server-utils-7.1-4.fc6 ------------------------------- * Fri Aug 04 2006 Adam Jackson 7.1-4.fc6 - xvidtune-1.0.1-buffer-stomp.patch: Fix a heap smash. (#189146) zenity-2.15.90-1.fc6 -------------------- * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 Broken deps for ppc ---------------------------------------------------------- bug-buddy - 1:2.15.90-1.fc6.ppc requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.ppc requires libebook-1.2.so.5 ekiga - 2.0.2-3.ppc requires libebook-1.2.so.5 evolution - 2.7.4-5.ppc requires libegroupwise-1.2.so.9 evolution - 2.7.4-5.ppc requires libedataserverui-1.2.so.6 evolution - 2.7.4-5.ppc requires libexchange-storage-1.2.so.1 evolution - 2.7.4-5.ppc requires libebook-1.2.so.5 evolution-connector - 2.7.4-1.ppc requires libedata-cal-1.2.so.1 evolution-connector - 2.7.4-1.ppc requires libexchange-storage-1.2.so.1 evolution-connector - 2.7.4-1.ppc requires libebook-1.2.so.5 evolution-connector - 2.7.4-1.ppc requires libedataserverui-1.2.so.6 evolution-sharp - 0.11.1-5.1.ppc requires libebook-1.2.so.5 gaim - 2:2.0.0-0.9.beta3.fc6.ppc requires libebook-1.2.so.5 gnome-applets - 1:2.15.2-2.fc6.ppc requires libgucharmap.so.4 gnome-panel - 2.15.90-1.fc6.ppc requires libebook-1.2.so.5 gnome-panel - 2.15.90-1.fc6.ppc requires libedataserverui-1.2.so.6 nautilus-sendto - 0.7-1.1.ppc requires libebook-1.2.so.5 openoffice.org-core - 1:2.0.3-7.7.ppc requires libicui18n.so.34 openoffice.org-core - 1:2.0.3-7.7.ppc requires libicule.so.34 openoffice.org-core - 1:2.0.3-7.7.ppc requires libicuuc.so.34 planner-eds - 0.14-1.1.ppc requires libedata-cal-1.2.so.1 planner-eds - 0.14-1.1.ppc requires libebook-1.2.so.5 Broken deps for i386 ---------------------------------------------------------- bug-buddy - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 ekiga - 2.0.2-3.i386 requires libebook-1.2.so.5 evolution - 2.7.4-5.i386 requires libegroupwise-1.2.so.9 evolution - 2.7.4-5.i386 requires libedataserverui-1.2.so.6 evolution - 2.7.4-5.i386 requires libexchange-storage-1.2.so.1 evolution - 2.7.4-5.i386 requires libebook-1.2.so.5 evolution-connector - 2.7.4-1.i386 requires libedata-cal-1.2.so.1 evolution-connector - 2.7.4-1.i386 requires libexchange-storage-1.2.so.1 evolution-connector - 2.7.4-1.i386 requires libebook-1.2.so.5 evolution-connector - 2.7.4-1.i386 requires libedataserverui-1.2.so.6 evolution-sharp - 0.11.1-5.1.i386 requires libebook-1.2.so.5 gaim - 2:2.0.0-0.9.beta3.fc6.i386 requires libebook-1.2.so.5 gnome-applets - 1:2.15.2-2.fc6.i386 requires libgucharmap.so.4 gnome-panel - 2.15.90-1.fc6.i386 requires libebook-1.2.so.5 gnome-panel - 2.15.90-1.fc6.i386 requires libedataserverui-1.2.so.6 nautilus-sendto - 0.7-1.1.i386 requires libebook-1.2.so.5 openoffice.org-core - 1:2.0.3-7.7.i386 requires libicui18n.so.34 openoffice.org-core - 1:2.0.3-7.7.i386 requires libicule.so.34 openoffice.org-core - 1:2.0.3-7.7.i386 requires libicuuc.so.34 planner-eds - 0.14-1.1.i386 requires libedata-cal-1.2.so.1 planner-eds - 0.14-1.1.i386 requires libebook-1.2.so.5 Broken deps for ppc64 ---------------------------------------------------------- bug-buddy - 1:2.15.90-1.fc6.ppc64 requires libebook-1.2.so.5()(64bit) control-center - 1:2.15.90-1.fc6.ppc64 requires libebook-1.2.so.5()(64bit) ekiga - 2.0.2-3.ppc64 requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.ppc64 requires libedataserverui-1.2.so.6()(64bit) evolution - 2.7.4-5.ppc64 requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.ppc64 requires libegroupwise-1.2.so.9()(64bit) evolution - 2.7.4-5.ppc64 requires libexchange-storage-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.ppc64 requires libedata-cal-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.ppc64 requires libexchange-storage-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.ppc64 requires libedataserverui-1.2.so.6()(64bit) evolution-connector - 2.7.4-1.ppc64 requires libebook-1.2.so.5()(64bit) gaim - 2:2.0.0-0.9.beta3.fc6.ppc64 requires libebook-1.2.so.5()(64bit) gnome-applets - 1:2.15.2-2.fc6.ppc64 requires libgucharmap.so.4()(64bit) gnome-panel - 2.15.90-1.fc6.ppc64 requires libedataserverui-1.2.so.6()(64bit) gnome-panel - 2.15.90-1.fc6.ppc64 requires libebook-1.2.so.5()(64bit) nautilus-sendto - 0.7-1.1.ppc64 requires libebook-1.2.so.5()(64bit) planner-eds - 0.14-1.1.ppc64 requires libedata-cal-1.2.so.1()(64bit) planner-eds - 0.14-1.1.ppc64 requires libebook-1.2.so.5()(64bit) Broken deps for x86_64 ---------------------------------------------------------- bug-buddy - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) ekiga - 2.0.2-3.x86_64 requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.i386 requires libegroupwise-1.2.so.9 evolution - 2.7.4-5.i386 requires libedataserverui-1.2.so.6 evolution - 2.7.4-5.i386 requires libexchange-storage-1.2.so.1 evolution - 2.7.4-5.i386 requires libebook-1.2.so.5 evolution - 2.7.4-5.x86_64 requires libedataserverui-1.2.so.6()(64bit) evolution - 2.7.4-5.x86_64 requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.x86_64 requires libegroupwise-1.2.so.9()(64bit) evolution - 2.7.4-5.x86_64 requires libexchange-storage-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.x86_64 requires libedata-cal-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.x86_64 requires libexchange-storage-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.x86_64 requires libedataserverui-1.2.so.6()(64bit) evolution-connector - 2.7.4-1.x86_64 requires libebook-1.2.so.5()(64bit) evolution-sharp - 0.11.1-5.1.x86_64 requires libebook-1.2.so.5()(64bit) gaim - 2:2.0.0-0.9.beta3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) gaim - 2:2.0.0-0.9.beta3.fc6.i386 requires libebook-1.2.so.5 gnome-applets - 1:2.15.2-2.fc6.x86_64 requires libgucharmap.so.4()(64bit) gnome-panel - 2.15.90-1.fc6.i386 requires libebook-1.2.so.5 gnome-panel - 2.15.90-1.fc6.i386 requires libedataserverui-1.2.so.6 gnome-panel - 2.15.90-1.fc6.x86_64 requires libedataserverui-1.2.so.6()(64bit) gnome-panel - 2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) nautilus-sendto - 0.7-1.1.x86_64 requires libebook-1.2.so.5()(64bit) openoffice.org-core - 1:2.0.3-7.7.x86_64 requires libicule.so.34()(64bit) openoffice.org-core - 1:2.0.3-7.7.x86_64 requires libicuuc.so.34()(64bit) openoffice.org-core - 1:2.0.3-7.7.x86_64 requires libicui18n.so.34()(64bit) planner-eds - 0.14-1.1.x86_64 requires libedata-cal-1.2.so.1()(64bit) planner-eds - 0.14-1.1.x86_64 requires libebook-1.2.so.5()(64bit) Broken deps for ia64 ---------------------------------------------------------- bug-buddy - 1:2.15.90-1.fc6.ia64 requires libebook-1.2.so.5()(64bit) control-center - 1:2.15.90-1.fc6.ia64 requires libebook-1.2.so.5()(64bit) ekiga - 2.0.2-3.ia64 requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.ia64 requires libedataserverui-1.2.so.6()(64bit) evolution - 2.7.4-5.ia64 requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.ia64 requires libegroupwise-1.2.so.9()(64bit) evolution - 2.7.4-5.ia64 requires libexchange-storage-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.ia64 requires libedata-cal-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.ia64 requires libexchange-storage-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.ia64 requires libedataserverui-1.2.so.6()(64bit) evolution-connector - 2.7.4-1.ia64 requires libebook-1.2.so.5()(64bit) evolution-sharp - 0.11.1-5.1.ia64 requires libebook-1.2.so.5()(64bit) gaim - 2:2.0.0-0.9.beta3.fc6.ia64 requires libebook-1.2.so.5()(64bit) gnome-applets - 1:2.15.2-2.fc6.ia64 requires libgucharmap.so.4()(64bit) gnome-panel - 2.15.90-1.fc6.ia64 requires libedataserverui-1.2.so.6()(64bit) gnome-panel - 2.15.90-1.fc6.ia64 requires libebook-1.2.so.5()(64bit) nautilus-sendto - 0.7-1.1.ia64 requires libebook-1.2.so.5()(64bit) planner-eds - 0.14-1.1.ia64 requires libedata-cal-1.2.so.1()(64bit) planner-eds - 0.14-1.1.ia64 requires libebook-1.2.so.5()(64bit) Broken deps for s390 ---------------------------------------------------------- bug-buddy - 1:2.15.90-1.fc6.s390 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.s390 requires libebook-1.2.so.5 ekiga - 2.0.2-3.s390 requires libebook-1.2.so.5 evolution - 2.7.4-5.s390 requires libegroupwise-1.2.so.9 evolution - 2.7.4-5.s390 requires libedataserverui-1.2.so.6 evolution - 2.7.4-5.s390 requires libexchange-storage-1.2.so.1 evolution - 2.7.4-5.s390 requires libebook-1.2.so.5 evolution-connector - 2.7.4-1.s390 requires libedata-cal-1.2.so.1 evolution-connector - 2.7.4-1.s390 requires libexchange-storage-1.2.so.1 evolution-connector - 2.7.4-1.s390 requires libebook-1.2.so.5 evolution-connector - 2.7.4-1.s390 requires libedataserverui-1.2.so.6 gaim - 2:2.0.0-0.9.beta3.fc6.s390 requires libebook-1.2.so.5 gnome-applets - 1:2.15.2-2.fc6.s390 requires libgucharmap.so.4 gnome-panel - 2.15.90-1.fc6.s390 requires libebook-1.2.so.5 gnome-panel - 2.15.90-1.fc6.s390 requires libedataserverui-1.2.so.6 nautilus-sendto - 0.7-1.1.s390 requires libebook-1.2.so.5 planner-eds - 0.14-1.1.s390 requires libedata-cal-1.2.so.1 planner-eds - 0.14-1.1.s390 requires libebook-1.2.so.5 Broken deps for s390x ---------------------------------------------------------- bug-buddy - 1:2.15.90-1.fc6.s390x requires libebook-1.2.so.5()(64bit) control-center - 1:2.15.90-1.fc6.s390 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.s390x requires libebook-1.2.so.5()(64bit) ekiga - 2.0.2-3.s390x requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.s390x requires libedataserverui-1.2.so.6()(64bit) evolution - 2.7.4-5.s390x requires libebook-1.2.so.5()(64bit) evolution - 2.7.4-5.s390x requires libegroupwise-1.2.so.9()(64bit) evolution - 2.7.4-5.s390x requires libexchange-storage-1.2.so.1()(64bit) evolution - 2.7.4-5.s390 requires libegroupwise-1.2.so.9 evolution - 2.7.4-5.s390 requires libedataserverui-1.2.so.6 evolution - 2.7.4-5.s390 requires libexchange-storage-1.2.so.1 evolution - 2.7.4-5.s390 requires libebook-1.2.so.5 evolution-connector - 2.7.4-1.s390x requires libedata-cal-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.s390x requires libexchange-storage-1.2.so.1()(64bit) evolution-connector - 2.7.4-1.s390x requires libedataserverui-1.2.so.6()(64bit) evolution-connector - 2.7.4-1.s390x requires libebook-1.2.so.5()(64bit) gaim - 2:2.0.0-0.9.beta3.fc6.s390x requires libebook-1.2.so.5()(64bit) gaim - 2:2.0.0-0.9.beta3.fc6.s390 requires libebook-1.2.so.5 gnome-applets - 1:2.15.2-2.fc6.s390x requires libgucharmap.so.4()(64bit) gnome-panel - 2.15.90-1.fc6.s390 requires libebook-1.2.so.5 gnome-panel - 2.15.90-1.fc6.s390 requires libedataserverui-1.2.so.6 gnome-panel - 2.15.90-1.fc6.s390x requires libedataserverui-1.2.so.6()(64bit) gnome-panel - 2.15.90-1.fc6.s390x requires libebook-1.2.so.5()(64bit) nautilus-sendto - 0.7-1.1.s390x requires libebook-1.2.so.5()(64bit) planner-eds - 0.14-1.1.s390x requires libedata-cal-1.2.so.1()(64bit) planner-eds - 0.14-1.1.s390x requires libebook-1.2.so.5()(64bit) From n0dalus+redhat at gmail.com Sat Aug 5 10:38:54 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Sat, 5 Aug 2006 20:08:54 +0930 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D3D30C.5030209@research.att.com> References: <44D34E18.2060907@hhs.nl> <44D3D30C.5030209@research.att.com> Message-ID: <6280325c0608050338k53b7274ex64de73675ad4a6f@mail.gmail.com> On 8/5/06, John Ellson wrote: > All I want to do is to paste a file path from a shell window to get an > attachment added > to a mail item. Navigating the graphical file requestor to the file > is incredibly > painful over a slow X-remote session. > I don't think there would be any opposition to detecting paste events on the file selector and opening the text input with the pasted path. You should file a bug about it (be as civil as possible -- the GNOME devs probably won't appreciate another 'file selector sucks' report). Btw, the '/' key is what is usually used to open the text input - it's not too hard to use. n0dalus. From david at lovesunix.net Sat Aug 5 10:49:17 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 05 Aug 2006 12:49:17 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D44D1D.5070302@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D44D1D.5070302@hhs.nl> Message-ID: <1154774957.3059.6.camel@price> l?r, 05 08 2006 kl. 09:47 +0200, skrev Hans de Goede: > > David Nielsen wrote: > > l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: > >> Install libXi-devel and try again. > > > > Yep, that did indeed solve the problem, might I suggest BR'ing it? > > > > And that it has been build, does it work for you? Any improvements / > regressions? It seems about the same on my r300, that is a good thing though, it's stable enough to run Compiz on a day to day basis and everything is generally peachy. I still a few glitzes when displaying menus in quick succesion but that's about the only thing that doesn't work as expected I can think of (aside the known issues like lack of xv support). - David From chabotc at xs4all.nl Sat Aug 5 13:28:55 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Sat, 05 Aug 2006 15:28:55 +0200 Subject: dmraid adventures and 'challenges' Message-ID: <44D49D17.8020009@xs4all.nl> Hi Guys, I was wondering if someone was going thru the same dmraid 'challenges' as me and had figured out a solution to boot the recent (-25xx) kernels, since i now seem to be unable too (again) First some historical background.. I've gotten a Dell XPS600 system about 6 months ago, it comes with all kinds of goodnesses, including 2x250gb serial ata disks in 'hardware assisted' raid0 mode, specifically with a a nVidia Intel SLI motherboard and its "nVidia Corporation CK804" serial ata controller / raid. Before Fedora Core 4.9x, it was impossible to run linux on this machine since the raid set was not supported but then in the Fedora Core 4.9x (fc5 test 1 and 2) releases it worked just fine .. no sweat.. insert cd, sometimes fiddle with configs a little bit, and i was up and running! Also FC5 seemed to work great out of the box (2054 kernel), sometimes i hit some great glitches of not booting because of the 'dm-striped device sizes must be a multiple of chunk-size for 2.6.16 kernels' bug (well some call it a feature :-)), for a while i was forced to run older kernels until i figured out how to fix it thru some magical dmsetup and friends commands Then came FC5 updates, and the updated kernels didn't work on my dmraid set .. Turned out some of my problems were caused by the init script in the initrd images, which wasn't adding the 'dmraid setup' commands, ergo no root disks, no linux :-) And for a while now, all the way upto the 2.6.17 24xx kernels, i've been able to update my kernels by gunzipping / cpio'ing / editing the init script / packaging it back up into a new initrd.img file .. However since a week or so (maybe 2 ? i'm not sure), this trick didn't work anymore .. the good news was that the dmraid setup commands were now automaticly included in the init script again, however despite their presence at boot i am now supprised by no error reports, until the 'could not mount the root device' comes up and tells me that this attempt was an utter failure. I've diffed the init scripts from my working booting kernel (which is 2.6.17-1.2364 for some obscure historical but unknown to me reason) and the one in 2517, and there were no differences, so everything should work right! :-) Anyone been having the same problems and been able to figure out what now is making booting impossible? I'd be positively delighted to learn how to fix it again :-) Kindest Regards, -- Chris Chabot From chabotc at xs4all.nl Sat Aug 5 14:39:25 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Sat, 05 Aug 2006 16:39:25 +0200 Subject: dmraid adventures and 'challenges' In-Reply-To: <44D49D17.8020009@xs4all.nl> References: <44D49D17.8020009@xs4all.nl> Message-ID: <44D4AD9D.7030205@xs4all.nl> After some experimenting i 'hit gold' on how to kind of make it boot the latest kernel again: 1) gunzip, cpio 2364 initrd 2) ditto for 2527 initrd (different directory) 3) copy over *.ko files from 2527 directory into 2364 directory 4) cpio, gzip resulting old nash/insmod/modprobe/init+new kernel modules into a new 2527 initrd and presto .. it boots! Only anoyance left (well appart from having to jump thru those hoops) is that it now shouts at me at boot: ============================================= [ INFO: possible recursive locking detected ] --------------------------------------------- init/1 is trying to acquire lock: (&md->io_lock){----}, at: [] dm_request+0x25/0x130 [dm_mod] but task is already holding lock: (&md->io_lock){----}, at: [] dm_request+0x25/0x130 [dm_mod] other info that might help us debug this: 1 lock held by init/1: #0: (&md->io_lock){----}, at: [] dm_request+0x25/0x130 [dm_mod] stack backtrace: Call Trace: [] show_trace+0xae/0x319 [] dump_stack+0x15/0x17 [] __lock_acquire+0x135/0xa5f [] lock_acquire+0x4b/0x69 [] down_read+0x3e/0x4a [] :dm_mod:dm_request+0x25/0x130 [] generic_make_request+0x21a/0x235 [] :dm_mod:__map_bio+0xca/0x104 [] :dm_mod:__split_bio+0x16a/0x36b [] :dm_mod:dm_request+0x11d/0x130 [] generic_make_request+0x21a/0x235 [] submit_bio+0xcc/0xd5 [] submit_bh+0x100/0x124 [] block_read_full_page+0x283/0x2a1 [] blkdev_readpage+0x13/0x15 [] __do_page_cache_readahead+0x17b/0x1fc [] blockable_page_cache_readahead+0x5f/0xc1 [] page_cache_readahead+0x146/0x1bb [] do_generic_mapping_read+0x157/0x4b4 [] __generic_file_aio_read+0x15b/0x1b1 [] generic_file_read+0xc6/0xe0 [] vfs_read+0xcc/0x172 [] sys_read+0x47/0x6f [] system_call+0x7e/0x83 DWARF2 unwinder stuck at system_call+0x7e/0x83 Leftover inexact backtrace: Chris Chabot wrote: > Hi Guys, > > I was wondering if someone was going thru the same dmraid 'challenges' > as me and had figured out a solution to boot the recent (-25xx) > kernels, since i now seem to be unable too (again) > > First some historical background.. I've gotten a Dell XPS600 system > about 6 months ago, it comes with all kinds of goodnesses, including > 2x250gb serial ata disks in 'hardware assisted' raid0 mode, > specifically with a a nVidia Intel SLI motherboard and its "nVidia > Corporation CK804" serial ata controller / raid. > > Before Fedora Core 4.9x, it was impossible to run linux on this > machine since the raid set was not supported but then in the Fedora > Core 4.9x (fc5 test 1 and 2) releases it worked just fine .. no > sweat.. insert cd, sometimes fiddle with configs a little bit, and i > was up and running! Also FC5 seemed to work great out of the box (2054 > kernel), sometimes i hit some great glitches of not booting because of > the 'dm-striped device sizes must be a multiple of chunk-size for > 2.6.16 kernels' bug (well some call it a feature :-)), for a while i > was forced to run older kernels until i figured out how to fix it thru > some magical dmsetup and friends commands > > Then came FC5 updates, and the updated kernels didn't work on my > dmraid set .. Turned out some of my problems were caused by the init > script in the initrd images, which wasn't adding the 'dmraid setup' > commands, ergo no root disks, no linux :-) > > And for a while now, all the way upto the 2.6.17 24xx kernels, i've > been able to update my kernels by gunzipping / cpio'ing / editing the > init script / packaging it back up into a new initrd.img file .. > > However since a week or so (maybe 2 ? i'm not sure), this trick didn't > work anymore .. the good news was that the dmraid setup commands were > now automaticly included in the init script again, however despite > their presence at boot i am now supprised by no error reports, until > the 'could not mount the root device' comes up and tells me that this > attempt was an utter failure. > > I've diffed the init scripts from my working booting kernel (which is > 2.6.17-1.2364 for some obscure historical but unknown to me reason) > and the one in 2517, and there were no differences, so everything > should work right! :-) > > Anyone been having the same problems and been able to figure out what > now is making booting impossible? I'd be positively delighted to learn > how to fix it again :-) > > Kindest Regards, > > -- Chris Chabot > From fedora at camperquake.de Sat Aug 5 14:53:07 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 5 Aug 2006 16:53:07 +0200 Subject: dmraid adventures and 'challenges' In-Reply-To: <44D4AD9D.7030205@xs4all.nl> References: <44D49D17.8020009@xs4all.nl> <44D4AD9D.7030205@xs4all.nl> Message-ID: <20060805165307.3e37d074@nausicaa.camperquake.de> Hi. Chris Chabot wrote: > 1) gunzip, cpio 2364 initrd > 2) ditto for 2527 initrd (different directory) > 3) copy over *.ko files from 2527 directory into 2364 directory > 4) cpio, gzip resulting old nash/insmod/modprobe/init+new kernel > modules into a new 2527 initrd > > and presto .. it boots! Thats pretty amazing, given that the kernel modules do not belong to the kernel you are booting. -- If one person calls you an ass, laugh it off. If a dozen people who seem to be reasonably sound thinkers on most other subjects call you an ass, get fitted for a saddle. From chabotc at xs4all.nl Sat Aug 5 14:57:35 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Sat, 05 Aug 2006 16:57:35 +0200 Subject: dmraid adventures and 'challenges' In-Reply-To: <20060805165307.3e37d074@nausicaa.camperquake.de> References: <44D49D17.8020009@xs4all.nl> <44D4AD9D.7030205@xs4all.nl> <20060805165307.3e37d074@nausicaa.camperquake.de> Message-ID: <1154789855.2855.2.camel@localhost.localdomain> On Sat, 2006-08-05 at 16:53 +0200, Ralf Ertzinger wrote: > Hi. > > Chris Chabot wrote: > > > 1) gunzip, cpio 2364 initrd > > 2) ditto for 2527 initrd (different directory) > > 3) copy over *.ko files from 2527 directory into 2364 directory > > 4) cpio, gzip resulting old nash/insmod/modprobe/init+new kernel > > modules into a new 2527 initrd > > > > and presto .. it boots! > > Thats pretty amazing, given that the kernel modules do not belong > to the kernel you are booting. No actually as you can read at point #3, the only thing that it does have is the new kernel modules :-) else i'm sure only a lot of fire and smoke would be the end result.. From Lam at Lam.pl Sat Aug 5 14:59:26 2006 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 05 Aug 2006 16:59:26 +0200 Subject: dmraid adventures and 'challenges' In-Reply-To: <20060805165307.3e37d074@nausicaa.camperquake.de> References: <44D49D17.8020009@xs4all.nl> <44D4AD9D.7030205@xs4all.nl> <20060805165307.3e37d074@nausicaa.camperquake.de> Message-ID: <1154789967.3483.2.camel@pensja.lam.pl> Dnia 05-08-2006, sob o godzinie 16:53 +0200, Ralf Ertzinger napisa?(a): > > 4) cpio, gzip resulting old nash/insmod/modprobe/init+new kernel > > modules into a new 2527 initrd > Thats pretty amazing, given that the kernel modules do not belong > to the kernel you are booting. Read him again, modules are from the new kernel. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From dragoran at feuerpokemon.de Sat Aug 5 15:01:16 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 05 Aug 2006 17:01:16 +0200 Subject: dmraid adventures and 'challenges' In-Reply-To: <44D4AD9D.7030205@xs4all.nl> References: <44D49D17.8020009@xs4all.nl> <44D4AD9D.7030205@xs4all.nl> Message-ID: <44D4B2BC.2070504@feuerpokemon.de> have you filled a bug report? From chabotc at xs4all.nl Sat Aug 5 15:05:00 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Sat, 05 Aug 2006 17:05:00 +0200 Subject: dmraid adventures and 'challenges' In-Reply-To: <44D4B2BC.2070504@feuerpokemon.de> References: <44D49D17.8020009@xs4all.nl> <44D4AD9D.7030205@xs4all.nl> <44D4B2BC.2070504@feuerpokemon.de> Message-ID: <44D4B39C.7020709@xs4all.nl> I've added all my findings to the ongoing bug report at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186842 (started 2006-03-26) which also has all my raid metadata's etc attached as well :-) dragoran wrote: > have you filled a bug report? > From fedora at leemhuis.info Sat Aug 5 15:57:19 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 05 Aug 2006 17:57:19 +0200 Subject: i810 driver in FC5 In-Reply-To: <44D24B74.3030102@redhat.com> References: <44D25432.6020106@leemhuis.info> <44D24B74.3030102@redhat.com> Message-ID: <44D4BFDF.1030008@leemhuis.info> Adam Jackson schrieb: > Thorsten Leemhuis wrote: >> (*1) -- we still don't have a Intel 945GM driver for FC5 -- we got >> updated nv drivers some days ago, but i810 wasn't updated to 1.5.1 -- >> but that one should work on 945GM according to >> https://www.redhat.com/archives/fedora-devel-list/2006-July/msg00016.html > > You mention this in an email about printer driver support. Strange. Well, it was only a side aspect (as I said) in my never ending mission to improve hardware support in FC ;-) > Also, I don't see any bugs in bugzilla about it. Even more strange. [...] I actually though that was not worth the trouble anymore with aiglx / Xorg 7.1 approaching in FC5 because that will solve the problem, too. But I created a bug (#201448) nevertheless now. CU thl From seg at haxxed.com Sat Aug 5 18:44:30 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 05 Aug 2006 13:44:30 -0500 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D3D30C.5030209@research.att.com> References: <44D34E18.2060907@hhs.nl> <44D3D30C.5030209@research.att.com> Message-ID: <1154803470.10797.5.camel@localhost> On Fri, 2006-08-04 at 19:06 -0400, John Ellson wrote: > My pet peeve is the lack of a text input area in the standard file > requestor. > > All I want to do is to paste a file path from a shell window to get an > attachment added > to a mail item. Navigating the graphical file requestor to the file > is incredibly > painful over a slow X-remote session. Yeah the GNOME fileselector is really irritating about this. With the stock GTK one, you could navigate through the filesystem, with tab expansion, just like in bash! The GNOME fileselector seems to have killed this functionality. And the whole row-of-buttons for each directory UI thing on top is a bizzare abuse of buttons. Why can't it just be a text box? -------------- 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 vikigoyal at gmail.com Sat Aug 5 18:18:02 2006 From: vikigoyal at gmail.com (Vikram Goyal) Date: Sat, 5 Aug 2006 23:48:02 +0530 Subject: Fedora's Userfiendliness (was Re: Leaving?) In-Reply-To: <44D33A46.9080203@hhs.nl> References: <44D33A46.9080203@hhs.nl> Message-ID: <20060805181802.GA5997@fc5host.fc5domain> On Fri, Aug 04, 2006 at 02:15:02PM +0200, Hans de Goede wrote: > > > Jon Masters wrote: > > By contrast, Fedora Core did actually > > install cleanly before I upgraded it to Rawhide. Yes it had things I > > fiddled with, but the experience was much better /in this case/. > > > > IMHO opinion, its these things you and I, and probably all we fiddle > with in which a huge improvements can be made. We should post a list of > all our little tweaks somewhere (wiki?), and then extract tweaks which > will be benefitial to not only the person doing the tweak but to a wider > audience and then integrate the tweak into FE (and hopefully also upstream). > > Regards, > > Hans > A very good point. IMO -- vikram... |||||||| |||||||| ^^'''''^^||root||^^^'''''''^^ // \\ )) //(( \\// \\ // /\\ || \\ || / )) (( \\ -- Manchmal stehe nachts auf und installier's mir einfach... -- H0arry @ IRC -- ~|~ = Registered Linux User #285795 From mharris at mharris.ca Sat Aug 5 19:40:44 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 05 Aug 2006 15:40:44 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D437CB.4090103@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D437CB.4090103@hhs.nl> Message-ID: <44D4F43C.9090702@mharris.ca> Hans de Goede wrote: > > > David Nielsen wrote: >> l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: >>> Install libXi-devel and try again. >> >> Yep, that did indeed solve the problem, might I suggest BR'ing it? >> > > Actually the build so be fixed not to build the included glut as that is > not oss, but as a quick hack I just rm the builded glut in %install. Mesa does not include GLUT in the MesaLib tarball anymore, and hasn't for about a year and a half. It is included in MesaGLUT tarball, which is not shipped in Fedora Core. Fedora Core has shipped 'freeglut' all along, and in RHL prior to that. freeglut itself is moving to Extras for FC6 (if it hasn't already been moved). -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From rwarsow at gmx.de Sat Aug 5 21:05:44 2006 From: rwarsow at gmx.de (ronald) Date: Sat, 05 Aug 2006 23:05:44 +0200 Subject: to Vikram Goyal (Re: Fedora's Userfiendliness (was Re: Leaving?)) Message-ID: <1154811944.2592.2.camel@fc6.local> hello maybe a word is missing in your signature: Manchmal stehe nachts auf und installier's mir einfach... should read Manchmal stehe ich nachts auf... not a very big mistake, but if you use it for something else important ronald From fedora at adslpipe.co.uk Sat Aug 5 21:36:21 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Sat, 05 Aug 2006 22:36:21 +0100 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <1154803470.10797.5.camel@localhost> References: <44D34E18.2060907@hhs.nl> <44D3D30C.5030209@research.att.com> <1154803470.10797.5.camel@localhost> Message-ID: <44D50F55.80705@adslpipe.co.uk> Callum Lerwick wrote: > And the whole row-of-buttons for each directory UI thing on top is a > bizzare abuse of buttons. Why can't it just be a text box? I *so* wish there was a preference (like the one in Nautilus) to switch the behaviour to the text entry bar by default instead of the buttons, by all means have buttons as default if the developers are convinced users like them, but please let me choose to override the default! From katzj at redhat.com Sat Aug 5 21:46:29 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 05 Aug 2006 17:46:29 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D50F55.80705@adslpipe.co.uk> References: <44D34E18.2060907@hhs.nl> <44D3D30C.5030209@research.att.com> <1154803470.10797.5.camel@localhost> <44D50F55.80705@adslpipe.co.uk> Message-ID: <1154814389.16653.4.camel@aglarond.local> On Sat, 2006-08-05 at 22:36 +0100, Andy Burns wrote: > Callum Lerwick wrote: > > And the whole row-of-buttons for each directory UI thing on top is a > > bizzare abuse of buttons. Why can't it just be a text box? > > I *so* wish there was a preference (like the one in Nautilus) to switch > the behaviour to the text entry bar by default instead of the buttons, > by all means have buttons as default if the developers are convinced > users like them, but please let me choose to override the default! Have people actually tried the file selector changes[1] in GTK+ 2.10 (... in test1 and rawhide :) Jeremy [1] http://primates.ximian.com/~federico/news-2006-03.html#29 From fedora at adslpipe.co.uk Sat Aug 5 22:32:11 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Sat, 05 Aug 2006 23:32:11 +0100 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <1154814389.16653.4.camel@aglarond.local> References: <44D34E18.2060907@hhs.nl> <44D3D30C.5030209@research.att.com> <1154803470.10797.5.camel@localhost> <44D50F55.80705@adslpipe.co.uk> <1154814389.16653.4.camel@aglarond.local> Message-ID: <44D51C6B.3040704@adslpipe.co.uk> Jeremy Katz wrote: > Have people actually tried the file selector changes[1] in GTK+ 2.10 > (... in test1 and rawhide :) yes, but I'd prefer text entry *instead* of the buttons, and I'd prefer to set text entry as the *default* Perhaps I should do as Federico suggests and get off my ass ... From ellson at research.att.com Sun Aug 6 01:58:03 2006 From: ellson at research.att.com (John Ellson) Date: Sat, 05 Aug 2006 21:58:03 -0400 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D51C6B.3040704@adslpipe.co.uk> References: <44D34E18.2060907@hhs.nl> <44D3D30C.5030209@research.att.com> <1154803470.10797.5.camel@localhost> <44D50F55.80705@adslpipe.co.uk> <1154814389.16653.4.camel@aglarond.local> <44D51C6B.3040704@adslpipe.co.uk> Message-ID: <44D54CAB.6000203@research.att.com> Andy Burns wrote: > Jeremy Katz wrote: > >> Have people actually tried the file selector changes[1] in GTK+ 2.10 >> (... in test1 and rawhide :) > > yes, but I'd prefer text entry *instead* of the buttons, and I'd > prefer to set text entry as the *default* Perhaps I should do as > Federico suggests and get off my ass ... > +1 Having to click on a button to get the text area causes another window repaint which is painful over a slow X-remote connection. From seg at haxxed.com Sun Aug 6 03:15:42 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 05 Aug 2006 22:15:42 -0500 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D34E18.2060907@hhs.nl> References: <44D34E18.2060907@hhs.nl> Message-ID: <1154834143.10797.13.camel@localhost> At least one of my pet peeve bugs was recently fixed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188294 This one, dating back to 2003 remains: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106552 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131428 Though someone seems to have posted a non-unified diff... -------------- 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 Curtis at GreenKey.net Sun Aug 6 02:32:58 2006 From: Curtis at GreenKey.net (Curtis Doty) Date: Sat, 5 Aug 2006 19:32:58 -0700 (PDT) Subject: Collecting and fixing pet peeve bugs In-Reply-To: <1154704196.2753.38.camel@pensja.lam.pl> References: <44D34E18.2060907@hhs.nl> <1154704196.2753.38.camel@pensja.lam.pl> Message-ID: <200608060232.k762Wwde007543@alopias.GreenKey.net> Yesterday Leszek Matok said: > From my bugs list, there are three really simple to fix issues, but I > have to fix them on every new install and every package update (so > they're my pet peeves) and there are working patches attached: +1*2 And a couple more old peeves... http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187268 > postfix: permissions on TLS_LICENSE should be 0644, not 0755 http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168660 > anaconda: Software Raid Mirror wont boot from second disk The first is the easiest of specfile fixes. No clue why the bug has languished so long. That second peeve might be a bit more tricky. Can anaconda still not tell when the grub MBR belongs on *all* members of a RAID1 mirror? ../C From fedora at adslpipe.co.uk Sun Aug 6 06:22:15 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Sun, 06 Aug 2006 07:22:15 +0100 Subject: Collecting and fixing pet peeve bugs In-Reply-To: <44D34E18.2060907@hhs.nl> References: <44D34E18.2060907@hhs.nl> Message-ID: <44D58A97.6070403@adslpipe.co.uk> Hans de Goede wrote: > So everyone please post your bugs here Here's mine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177823 I logged this against FC5T1 and it still persists in FC6T2, it has been tagged as EASYFIX + REGRESSION and has 25 people who've cc:'ed themselves on the bug ... From buildsys at redhat.com Sun Aug 6 10:16:33 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 6 Aug 2006 06:16:33 -0400 Subject: rawhide report: 20060806 changes Message-ID: <200608061016.k76AGXpE028959@hs20-bc2-6.build.redhat.com> Updated Packages: audit-1.2.5-6 ------------- * Wed Aug 02 2006 Dan Walsh 1.2.5-6 - Change audisp to use a named pipe bug-buddy-1:2.15.90-2.fc6 ------------------------- * Sat Aug 05 2006 Caolan McNamara - 1:2.15.90-2.fc6 - rebuild against new e-d-s ekiga-2.0.2-4 ------------- * Sat Aug 05 2006 Caolan McNamara - 2.0.2-4 - rebuild against new e-d-s evolution-2.7.90-6 ------------------ * Fri Aug 04 2006 Matthew Barnes - 2.7.90-6 - Update to 2.7.90 - Require evolution-data-server-1.7.90.1. * Wed Aug 02 2006 Matthew Barnes - 2.7.4-5 - Remove patch for RH bug #167157, as it fixed it the wrong way. - The real fix for #167157 is in evolution-data-server-1.7.4-5. - No longer packaging unused patches. * Mon Jul 31 2006 Matthew Barnes - 2.7.4-4 - Add patch for RH bug #178295. - Add patch for RH bug #167157. evolution-connector-2.7.90-3 ---------------------------- * Sat Aug 05 2006 Matthew Barnes - 2.7.90-3 - Fix eds_major (bumped it when I shouldn't have). * Sat Aug 05 2006 Matthew Barnes - 2.7.90-1 - Update to 2.7.90 evolution-sharp-0.11.1-6 ------------------------ * Sat Aug 05 2006 Matthew Barnes - 0.11.1-6 - Rebuild for evolution-data-server-1.7.90 - Update required sonames from e-d-s. gaim-2:2.0.0-0.11.beta3.fc6 --------------------------- * Mon Jul 31 2006 Warren Togami - 2:2.0.0-0.11.beta3 - rebuild for new libebook gnome-applets-1:2.15.2-3.fc6 ---------------------------- * Sat Aug 05 2006 Caolan McNamara - 1:2.15.2-3.fc6 - rebuild against new gucharmap gnome-panel-2.15.90-2.fc6 ------------------------- * Fri Aug 04 2006 Ray Strode - 2.15.90-2 - move suspend to menu again - remove autogenerated panel-typebuiltins.c from move-suspend-to-menu (caolanm) libsemanage-1.6.13-1 -------------------- * Thu Aug 03 2006 Dan Walsh - 1.6.13-1 - Upgrade to latest from NSA * Merged netfilter contexts support from Chris PeBenito. nautilus-sendto-0.7-2 --------------------- * Sat Aug 05 2006 Caolan McNamara - 0.7-2 - rebuild against new e-d-s * Wed Jul 12 2006 Jesse Keating - 0.7-1.1 - rebuild * Tue Jul 11 2006 Matthias Clasen - 0.7-1 - Update to 0.7 openoffice.org-1:2.0.3-7.8 -------------------------- * Mon Jul 31 2006 Caolan McNamara - 1:2.0.3-7.8 - add openoffice.org-1.9.129.ooo54603.fontconfig.part2.patch - rh#200703# -> openoffice.org-2.0.3.ooo67976.svx.macroscrash.patch - rh#200874# -> openoffice.org-2.0.3.ooo68018.svx.classpathdialog.patch - rh#200728# -> + openoffice.org-2.0.3.ooo68047.vcl.zwj, don't drop zero width joiner + openoffice.org-2.0.3.ooo68048.vcl.imsurroundtext, a bizarre, but perfectly functional input method surrounding text implementation based on the ATK bridge - rh#200805# replace ooo58663 missing glyph patch -> workspace.icuupgrade - rh#201143# more Indian langpacks - rh#201305# digital signature compile flags mismatch - 2.0.4+ accepted + ooo#66510# recentlyused fix -> workspace.kendy10 + ooo#66067# embeddedobj crash -> workspace.fwk40 + ooo#65519# samba printing ->> workspace.fwk40 + ooo#59997# defaultbullets -> workspace.opensymbol01 + ooo#65081# switch layout -> workspace.os84 + ooo#65308# notes paste -> workspace.impress96 + ooo#19976# nofocussteal -> workspace.inplaceobjects + ooo#65318# agg24 -> workspace.thbpp4.patch + ooo#65767# menu key -> workspace.vcl60.patch + ooo#66851# x86_64 i18npool ->> workspace.sixtyfour06 + ooo#67656# tabdialogs minimize -> workspace.vcl63 + ooo#67750# dont expand title -> workspace.pb17 + ooo#67750# dont expand title ->> workspace.pb17 planner-0.14-2 -------------- * Sat Aug 05 2006 Caolan McNamara - 0.14-2 - rebuild against eds policycoreutils-1.30.25-1 ------------------------- * Thu Aug 03 2006 Dan Walsh 1.30.25-1 - Update to upstream * Merged patch from Dan Walsh with: * audit2allow: process MAC_POLICY_LOAD events * newrole: run shell with - prefix to start a login shell * po: po file updates * restorecond: bail if SELinux not enabled * fixfiles: omit -q * genhomedircon: fix exit code if non-root * semodule_deps: install man page * Merged secon Makefile fix from Joshua Brindle. * Merged netfilter contexts support patch from Chris PeBenito. * Wed Aug 02 2006 Dan Walsh 1.30.22-3 - Fix audit2allow to handle reload of policy * Wed Aug 02 2006 Dan Walsh 1.30.22-2 - Stop restorecond init script when selinux is not enabled selinux-policy-2.3.4-1 ---------------------- * Thu Aug 03 2006 Dan Walsh 2.3.4-1 - Update to the latest from upstream setroubleshoot-0.17-1 --------------------- * Wed Aug 02 2006 Dan Walsh - 0.17-1 - John Dennis * add ability fo serialize to/from xml for classes which can inititialized from strings and serialized as strings (e.g. numbers, TimeStamps, etc.) * add count of how many times a signature is reported, the date when first and last reported, add columns for report count and last date count to browser. * checkpoint browser code, list pane and detail pane now working. * add initial support for browser applet, move some functions which kept getting reused to util.py * add reporting of environment to email alert (email alerts still need work) - Dan Walsh * Fix disable_trans.py set_boolean call * Complete all boolean plugins except disable * Change interface to use audit unix domain socket * Fri Jul 28 2006 Dan Walsh - 0.16-1 - John Dennis * modify SetFilter in server to return errors instead of throwing an exception. Default the filter list on each alert display. * minor tweaks to alert queue handling * fix analyze() parameter list in ftp_is_daemon.py plugin * sealert now responds to pending alerts more correctly, it shows how many pending alerts are in the queue, if you filter the pending alert status is updated, the next alert button will advance you to the next alert in the queue * simplify major pieces of sealert by coalescing common code into subroutines. - Dan Walsh * Complete all boolean plugins except disable * Make Close button work. * Make setroubleshoot_dispatcher exit if it gets an avc about itself shadow-utils-2:4.0.17-4 ----------------------- * Wed Aug 09 2006 Peter Vrabec 2:4.0.17-4 - fix userdel, it didn't delete user's group (#201379) Broken deps for i386 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 Broken deps for ppc64 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.ppc64 requires libebook-1.2.so.5()(64bit) Broken deps for x86_64 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) Broken deps for ia64 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.ia64 requires libebook-1.2.so.5()(64bit) Broken deps for ppc ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.ppc requires libebook-1.2.so.5 Broken deps for s390 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.s390 requires libebook-1.2.so.5 Broken deps for s390x ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.s390 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.s390x requires libebook-1.2.so.5()(64bit) From joseph_sacco at comcast.net Sun Aug 6 13:38:19 2006 From: joseph_sacco at comcast.net (Joseph E. Sacco, Ph.D.) Date: Sun, 06 Aug 2006 09:38:19 -0400 Subject: rawhide report: 20060806 changes In-Reply-To: <200608061016.k76AGXpE028959@hs20-bc2-6.build.redhat.com> References: <200608061016.k76AGXpE028959@hs20-bc2-6.build.redhat.com> Message-ID: <1154871499.7956.30.camel@plantain.jesacco.com> deskbar-applet also needs to be rebuilt because of the update for evolution-data-server. -Joseph -- joseph_sacco [at] comcast [dot] net From splinux at fedoraproject.org Sun Aug 6 16:20:04 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Sun, 6 Aug 2006 18:20:04 +0200 Subject: Fedora usability : a new project? Message-ID: Hello everyone, Fedora usability was born but it's not official yet;-) : http://fedoraproject.org/wiki/DamienDurand/Usability What's fedora Usability? The Fedora Usability project aims to provide coherence, accessibility and intuivity for all people using Fedora Core and its associated resources. Fedora must be easy and making things simple and coherent for a pleasant use is my objectif with this project. I need feedback, if you're interested to contribute feel free to add your name in the usability group : http://fedoraproject.org/wiki/DamienDurand/Usability/UsabilityGroup Once this project completed and approved by you, I'll move the wiki pages and will send an official announce ;-) Thanks in advance Damien Durand -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lovesunix.net Sun Aug 6 17:17:19 2006 From: david at lovesunix.net (David Nielsen) Date: Sun, 06 Aug 2006 19:17:19 +0200 Subject: Fedora usability : a new project? In-Reply-To: References: Message-ID: <1154884639.2801.61.camel@price> s?n, 06 08 2006 kl. 18:20 +0200, skrev Damien Durand: > Hello everyone, > > Fedora usability was born but it's not official yet;-) : > http://fedoraproject.org/wiki/DamienDurand/Usability > > What's fedora Usability? > > The Fedora Usability project aims to provide coherence, accessibility > and intuivity for all people using Fedora Core and its associated > resources. Fedora must be easy and making things simple and coherent > for a pleasant use is my objectif with this project. > > I need feedback, if you're interested to contribute feel free to add > your name in the usability group : > http://fedoraproject.org/wiki/DamienDurand/Usability/UsabilityGroup > > Once this project completed and approved by you, I'll move the wiki > pages and will send an official announce ;-) > > Thanks in advance > > Damien Durand Very awesome indeed, I think we have been lacking such a project for a while, I'm looking forward to partaking in this project. - David Nielsen From jacliburn at bellsouth.net Sun Aug 6 23:35:56 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sun, 06 Aug 2006 18:35:56 -0500 Subject: Driver disk questions Message-ID: <44D67CDC.9040100@bellsouth.net> I built my kids a new computer for gaming: Asus M2V, AMD64x2, SATA HDD (only), et al. I want to dual-boot XP and FC5.x86_64, but the SATA controller for this motherboard isn't yet supported by the Linux kernel. I have a one-line patch that adds the correct device ID to the relevant kernel module, and I'd like to test it and submit it to kernel.org if only I can get FC5 installed to test it. All I need to do is replace the FC5 install sata_via driver with my own modified sata_via driver. I've been wrestling all day with getting a suitable driver disk (floppy) built, so far without success. I have a few questions. First, some background: * I'm doing the build work on an up-to-date rawhide x86_64 machine. * I've installed kernel-2.6.15-1.2054_FC5.src.rpm in $HOME/rpmbuild. * I'm building the desired module against kernel 2.6.15-1.2054_FC5. 1. The kernel module that needs to be modified is /scsi/sata_via.c. I've built the kernel (mostly; see #4) and thus have the .o and .ko objects for sata_via, but which one of those I should copy to the driver disk image, the .o or the .ko? (I've tried both; neither worked, although I see the driver in the driver picklist during the install.) 2. Is it okay to use the same driver name on the driver disk as the one I'm trying to replace in the install kernel? 3. Is there some way to build a kernel rpm without having it "make clean" right up front? If I encounter an error, I'd like the build to pick up where it left off (at the failed source file), but "make rpm" always wants to "make clean" and start all over. I issue the make command from $HOME/rpmbuild/BUILD/kernel-2.6.15/linux-2.6.15.x86_64. 4. Can you tell me why this error is occurring? This is what happens every time at about the 40-minute mark of the build process. [...] INSTALL sound/usb/snd-usb-audio.ko INSTALL sound/usb/snd-usb-lib.ko INSTALL sound/usb/usx2y/snd-usb-usx2y.ko if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F System.map -b /var/tmp/kernel-2.6.16rc6git3-root -r 2.6.15; fi + cp arch/x86_64/boot/bzImage /var/tmp/kernel-2.6.16rc6git3-root/boot/vmlinuz-2.6.16-rc6-git3 + cp System.map /var/tmp/kernel-2.6.16rc6git3-root/boot/System.map-2.6.16-rc6-git3 + cp .config /var/tmp/kernel-2.6.16rc6git3-root/boot/config-2.6.16-rc6-git3 + /usr/lib/rpm/brp-compress Processing files: kernel-2.6.16rc6git3-1 error: File not found: /var/tmp/kernel-2.6.16rc6git3-root/lib/modules/2.6.16-rc6-git3 RPM build errors: File not found: /var/tmp/kernel-2.6.16rc6git3-root/lib/modules/2.6.16-rc6-git3 make[1]: *** [rpm] Error 1 make: *** [rpm] Error 2 Thanks, Jay From benjy.grogan at gmail.com Mon Aug 7 00:44:34 2006 From: benjy.grogan at gmail.com (Benjy Grogan) Date: Sun, 6 Aug 2006 20:44:34 -0400 Subject: Prevent packages from switching from repo to repo Message-ID: Hello, Is there a way of preventing a package from updating to a more recent package from another repo? I have several repos enabled, and I noticed today that one package was set to be updated to one from another repo. So package foo from Fedora Extras was going to be updated to a new release ( minor/major version the same though) from Livna. Seems like that's almost always unwanted behaviour. Is there a way of avoiding these situations with yum, and then in turn possibly with Pup? Benjy From jspaleta at gmail.com Mon Aug 7 01:44:45 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 6 Aug 2006 17:44:45 -0800 Subject: Prevent packages from switching from repo to repo In-Reply-To: References: Message-ID: <604aa7910608061844o15629579md3e3f6e3cbb3b2f@mail.gmail.com> On 8/6/06, Benjy Grogan wrote: > Seems like that's almost always unwanted behaviour. Depends on your personal preferences. I doubt we could agree that 'most' people would prefer the audacity package from Extras over the audacity package from livna which includes the mp3 support for example. > Is there > a way of avoiding these situations with yum, and then in turn possibly > with Pup? Clever users can craft yum repository configuration files with explicit exclude and includepkgs lines which narrowly target such situations as their personal situation demands. But then again a detail discussion of such situational configuration is best hashed over in a non development list. -jef"dark cholocate m&m's are back!!!!!!!!!"spaleta From kevin.kofler at chello.at Mon Aug 7 01:51:49 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 7 Aug 2006 01:51:49 +0000 (UTC) Subject: Prevent packages from switching from repo to repo References: Message-ID: Benjy Grogan gmail.com> writes: > Is there a way of preventing a package from updating to a more recent > package from another repo? I have several repos enabled, and I > noticed today that one package was set to be updated to one from > another repo. So package foo from Fedora Extras was going to be > updated to a new release ( minor/major version the same though) from > Livna. Seems like that's almost always unwanted behaviour. Is there > a way of avoiding these situations with yum, and then in turn possibly > with Pup? If you mean comical, that one is permanently moving to Livna (getting dropped from Extras) because of licensing issues with the included RAR decompression code. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190278 Kevin Kofler From bojan at rexursive.com Mon Aug 7 02:09:31 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 07 Aug 2006 12:09:31 +1000 Subject: GnuCash fonts in print preview Message-ID: <1154916571.2606.11.camel@shrek.rexursive.com> Before I file a bug report on this, just wanted to ask if someone else observed problems with fonts in GnuCash (2.0.x), reports, print preview (in Rawhide). It seems that the Gnome font settings are disregarded and some other fonts are used instead, which then makes the report look completely different and ultimately broken. Anyone else seeing this too? PS. Attached image shows the problem. On the left is how fonts look in GnuCash. On the right is how they look in print preview (and eventually in the PDF). -- Bojan -------------- next part -------------- A non-text attachment was scrubbed... Name: gnucash-fonts.jpg Type: image/jpeg Size: 26654 bytes Desc: not available URL: From arjan at fenrus.demon.nl Mon Aug 7 03:32:18 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 07 Aug 2006 05:32:18 +0200 Subject: Prevent packages from switching from repo to repo In-Reply-To: References: Message-ID: <1154921609.3054.155.camel@laptopd505.fenrus.org> On Mon, 2006-08-07 at 01:51 +0000, Kevin Kofler wrote: > Benjy Grogan gmail.com> writes: > > Is there a way of preventing a package from updating to a more recent > > package from another repo? I have several repos enabled, and I > > noticed today that one package was set to be updated to one from > > another repo. So package foo from Fedora Extras was going to be > > updated to a new release ( minor/major version the same though) from > > Livna. Seems like that's almost always unwanted behaviour. Is there > > a way of avoiding these situations with yum, and then in turn possibly > > with Pup? > > If you mean comical, that one is permanently moving to Livna (getting dropped > from Extras) because of licensing issues with the included RAR decompression > code. See: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190278 I thought Livna refused packages which the livna people consider a problem as well? From Matt_Domsch at dell.com Mon Aug 7 04:40:43 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 6 Aug 2006 23:40:43 -0500 Subject: Prevent packages from switching from repo to repo In-Reply-To: References: Message-ID: <20060807044043.GA7617@lists.us.dell.com> On Sun, Aug 06, 2006 at 08:44:34PM -0400, Benjy Grogan wrote: > Hello, > > Is there a way of preventing a package from updating to a more recent > package from another repo? I have several repos enabled, and I > noticed today that one package was set to be updated to one from > another repo. So package foo from Fedora Extras was going to be > updated to a new release ( minor/major version the same though) from > Livna. Seems like that's almost always unwanted behaviour. Is there > a way of avoiding these situations with yum, and then in turn possibly > with Pup? protectbase in yum-utils. -- 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 paul at city-fan.org Mon Aug 7 07:38:28 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 07 Aug 2006 08:38:28 +0100 Subject: Driver disk questions In-Reply-To: <44D67CDC.9040100@bellsouth.net> References: <44D67CDC.9040100@bellsouth.net> Message-ID: <1154936308.3187.26.camel@metropolis.intra.city-fan.org> On Sun, 2006-08-06 at 18:35 -0500, Jay Cliburn wrote: > I built my kids a new computer for gaming: Asus M2V, AMD64x2, SATA HDD > (only), et al. I want to dual-boot XP and FC5.x86_64, but the SATA > controller for this motherboard isn't yet supported by the Linux kernel. > I have a one-line patch that adds the correct device ID to the > relevant kernel module, and I'd like to test it and submit it to > kernel.org if only I can get FC5 installed to test it. All I need to do > is replace the FC5 install sata_via driver with my own modified sata_via > driver. I've been wrestling all day with getting a suitable driver disk > (floppy) built, so far without success. I have a few questions. > > First, some background: > * I'm doing the build work on an up-to-date rawhide x86_64 machine. > * I've installed kernel-2.6.15-1.2054_FC5.src.rpm in $HOME/rpmbuild. > * I'm building the desired module against kernel 2.6.15-1.2054_FC5. > > 1. The kernel module that needs to be modified is /scsi/sata_via.c. > I've built the kernel (mostly; see #4) and thus have the .o and .ko > objects for sata_via, but which one of those I should copy to the driver > disk image, the .o or the .ko? (I've tried both; neither worked, > although I see the driver in the driver picklist during the install.) For a driver disk to be recognized as such by anaconda, it needs far more than the module itself to be present. You might take a look at the Advansys driver disk I made to support installation of FC1, FC3, and FC4: http://www.city-fan.org/ftp/contrib/drivers/advansys/ However, it is possible to manually load the driver if all you have is the .ko file. See for example: http://www.keffective.com/mvsata/ You'll probably need to boot in expert mode to prevent anaconda loading the sata_via module before you get the chance to load your custom module. To answer your question, it'll be the .ko that you need. If you were building for a 32-bit install, you'd need the i586 version of the module for the installer, and the i686 version to the installed system (if it was and i686 class processor). However, you're on x86_64, which simplifies that. > 2. Is it okay to use the same driver name on the driver disk as the one > I'm trying to replace in the install kernel? Yes. > 3. Is there some way to build a kernel rpm without having it "make > clean" right up front? If I encounter an error, I'd like the build to > pick up where it left off (at the failed source file), but "make rpm" > always wants to "make clean" and start all over. I issue the make > command from $HOME/rpmbuild/BUILD/kernel-2.6.15/linux-2.6.15.x86_64. You could save yourself a lot of hassle by building the module as an "out of tree" driver using the approach described in the release notes. Paul. From pasik at iki.fi Mon Aug 7 07:53:31 2006 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Mon, 7 Aug 2006 10:53:31 +0300 Subject: CLVM for fc6? Message-ID: <20060807075330.GS29423@edu.joroinen.fi> Hi! Where can I find CLVM stuff for fc6? I just checked out the latest lvm2 src rpm from development repository, and it doesn't seem to have clvm build enabled.. Is there going to be separate lvm2-cluster package or something? Thanks! -- Pasi From mbroz at redhat.com Mon Aug 7 08:15:15 2006 From: mbroz at redhat.com (Milan Broz) Date: Mon, 07 Aug 2006 10:15:15 +0200 Subject: CLVM for fc6? In-Reply-To: <20060807075330.GS29423@edu.joroinen.fi> References: <20060807075330.GS29423@edu.joroinen.fi> Message-ID: <44D6F693.7030204@redhat.com> Hello, lvm2-cluster rpm is back in devel repository since Aug 4. Milan Pasi K?rkk?inen wrote: > Hi! > > Where can I find CLVM stuff for fc6? > > I just checked out the latest lvm2 src rpm from development repository, and > it doesn't seem to have clvm build enabled.. Is there going to be separate > lvm2-cluster package or something? > > Thanks! > > -- Pasi > From naoki at valuecommerce.com Mon Aug 7 08:50:34 2006 From: naoki at valuecommerce.com (Naoki) Date: Mon, 07 Aug 2006 17:50:34 +0900 Subject: Dependencies a little excessive? Message-ID: <1154940634.14582.149.camel@localhost.localdomain> So I nonchalantly typed this and walked away from my rawhide box.. "yum -y install libgnome-devel gcc-c++" I must admit to being somewhat surprised at this : Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: gcc-c++ x86_64 4.1.1-14 development 3.6 M libgnome-devel i386 2.15.1-3.fc6 development 112 k libgnome-devel x86_64 2.15.1-3.fc6 development 117 k Installing for dependencies: GConf2 i386 2.14.0-2.1 development 1.5 M GConf2-devel x86_64 2.14.0-2.1 development 202 k ORBit2 i386 2.14.2-1.fc6 development 252 k ORBit2-devel x86_64 2.14.2-1.fc6 development 386 k alsa-lib-devel x86_64 1.0.12-1.rc1 development 1.4 M atk i386 1.12.1-2 development 217 k audiofile-devel x86_64 1:0.2.6-5 development 15 k audit-libs i386 1.2.5-6 development 39 k avahi i386 0.6.11-2.fc6 development 226 k avahi-glib i386 0.6.11-2.fc6 development 13 k bzip2-libs i386 1.0.3-3 development 36 k cairo i386 1.2.0-2 development 451 k cups-libs i386 1:1.2.2-7 development 175 k dbus i386 0.90-8 development 638 k dbus-devel x86_64 0.90-8 development 30 k dbus-glib i386 0.70-4 development 153 k dbus-glib-devel x86_64 0.70-4 development 10 k esound-devel x86_64 1:0.2.36-3 development 34 k fontconfig i386 2.3.95-6 development 190 k gamin i386 0.1.7-1.2.2 development 119 k gcc x86_64 4.1.1-14 development 4.7 M glib2 i386 2.12.1-1 development 667 k glib2-devel x86_64 2.12.1-1 development 1.3 M glibc-devel x86_64 2.4.90-17 development 2.4 M glibc-headers x86_64 2.4.90-17 development 589 k gnome-vfs2 i386 2.15.90-2.fc6 development 1.3 M gnome-vfs2-devel x86_64 2.15.90-2.fc6 development 486 k gnutls i386 1.4.1-1 development 350 k gtk2 i386 2.10.1-1 development 5.9 M hal i386 0.5.7.1-2.fc6 development 287 k hal-devel x86_64 0.5.7.1-2.fc6 development 157 k indent x86_64 2.2.9-14.fc6 development 97 k libIDL i386 0.8.7-1.fc6 development 85 k libIDL-devel x86_64 0.8.7-1.fc6 development 18 k libXcursor i386 1.1.7-1.1 development 32 k libXfixes i386 4.0.1-2.1 development 14 k libXft i386 2.1.10-1.1 development 44 k libXinerama i386 1.0.1-2.1 development 9.9 k libXrandr i386 1.1.1-3.1 development 15 k libXrender i386 0.9.1-3.1 development 27 k libacl i386 2.2.39-1.1 development 19 k libattr i386 2.4.32-1.1 development 12 k libbonobo i386 2.15.0-2 development 496 k libbonobo-devel x86_64 2.15.0-2 development 500 k libcap i386 1.10-25 development 22 k libgcrypt-devel x86_64 1.2.2-3.1 development 266 k libgnome i386 2.15.1-3.fc6 development 854 k libgomp x86_64 4.1.1-14 development 54 k libgpg-error-devel x86_64 1.3-3.1 development 16 k libpng i386 2:1.2.10-6 development 242 k libstdc++-devel x86_64 4.1.1-14 development 10 M libxml2-devel x86_64 2.6.26-2.1.1 development 2.2 M libxslt-devel x86_64 1.1.17-1.1 development 307 k pango i386 1.13.5-1 development 334 k zlib-devel x86_64 1.2.3-3 development 102 k Updating for dependencies: libstdc++ x86_64 4.1.1-14 development 330 k Transaction Summary ============================================================================= Install 58 Package(s) Update 1 Package(s) Remove 0 Package(s) If the mix of 58 i386/64 packages is perfectly normal and required for libgnome-devel then I'll go back to my corner and be quiet. It failed the transaction check as well for the curious : Transaction Check Error: file /etc/gconf/schemas/desktop_default_applications.schemas from install of gnome-vfs2-2.15.90-2.fc6 conflicts with file from package gnome-vfs2-2.15.3-7 file /etc/gconf/schemas/desktop_gnome_url_handlers.schemas from install of gnome-vfs2-2.15.90-2.fc6 conflicts with file from package gnome-vfs2-2.15.3-7 file /etc/gconf/schemas/system_dns_sd.schemas from install of gnome-vfs2-2.15.90-2.fc6 conflicts with file from package gnome-vfs2-2.15.3-7 file /etc/gconf/schemas/system_http_proxy.schemas from install of gnome-vfs2-2.15.90-2.fc6 conflicts with file from package gnome-vfs2-2.15.3-7 file /etc/gconf/schemas/system_smb.schemas from install of gnome-vfs2-2.15.90-2.fc6 conflicts with file from package gnome-vfs2-2.15.3-7 But then gnome-vfs2 updated fine.. Transaction Test Succeeded Running Transaction Updating : gnome-vfs2 ######################### [1/4] Updating : gnome-vfs2-smb ######################### [2/4] Cleanup : gnome-vfs2-smb ######################### [3/4] Cleanup : gnome-vfs2 ######################### [4/4] Updated: gnome-vfs2.x86_64 0:2.15.90-2.fc6 Dependency Updated: gnome-vfs2-smb.x86_64 0:2.15.90-2.fc6 Complete! And after that the devel packages installed fine, which was nice, but odd I thought. From buildsys at redhat.com Mon Aug 7 10:03:02 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 7 Aug 2006 06:03:02 -0400 Subject: rawhide report: 20060807 changes Message-ID: <200608071003.k77A32KF005046@hs20-bc2-6.build.redhat.com> Updated Packages: autofs-1:5.0.1-0.rc1.14 ----------------------- * Mon Aug 07 2006 Ian Kent - 5.0.1-0.rc1.14 - remove SIGCHLD handler because it is no longer needed and was causing expire problems. - alter expire locking of multi-mounts to lock sub-tree instead of entire tree. - review verbose message feedback and update. - correction for expire of multi-mounts. - spelling corrections to release notes (Jeff Moyer). - add back sloppy mount option, removed for Connectathon testing. - disable mtab locking again. * Fri Aug 04 2006 Ian Kent - 5.0.1-0.rc1.13 - tidy up directory cleanup and add validation check to rmdir_path. * Fri Aug 04 2006 Ian Kent - 5.0.1-0.rc1.12 - enable mtab locking until I can resolve the race with it. cups-1:1.2.2-8 -------------- * Sun Aug 06 2006 Tim Waugh 1:1.2.2-8 - Apply patch from STR #1881 for remote IPP printing (bug #201167). kernel-2.6.17-1.2528.fc6 ------------------------ * Sun Aug 06 2006 Dave Jones - 2.6.18rc3-git7 Broken deps for i386 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 Broken deps for ppc64 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.ppc64 requires libebook-1.2.so.5()(64bit) Broken deps for x86_64 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) Broken deps for ppc ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.ppc requires libebook-1.2.so.5 Broken deps for ia64 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.ia64 requires libebook-1.2.so.5()(64bit) Broken deps for s390 ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.s390 requires libebook-1.2.so.5 Broken deps for s390x ---------------------------------------------------------- control-center - 1:2.15.90-1.fc6.s390 requires libebook-1.2.so.5 control-center - 1:2.15.90-1.fc6.s390x requires libebook-1.2.so.5()(64bit) From mailinglists at erwinrol.com Mon Aug 7 10:10:25 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 07 Aug 2006 12:10:25 +0200 Subject: rawhide report: 20060807 changes In-Reply-To: <200608071003.k77A32KF005046@hs20-bc2-6.build.redhat.com> References: <200608071003.k77A32KF005046@hs20-bc2-6.build.redhat.com> Message-ID: <1154945425.2760.254.camel@xpc.home.erwinrol.com> On Mon, 2006-08-07 at 06:03 -0400, buildsys at redhat.com wrote: > > Broken deps for x86_64 > ---------------------------------------------------------- > control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 > control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) this blocks pretty much all updates since days. Everything that needs libebook can't be updated, it would be really nice if someone could fix this for tomorrow :-) - Erwin From david at lovesunix.net Mon Aug 7 10:46:19 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 07 Aug 2006 12:46:19 +0200 Subject: rawhide report: 20060807 changes In-Reply-To: <1154945425.2760.254.camel@xpc.home.erwinrol.com> References: <200608071003.k77A32KF005046@hs20-bc2-6.build.redhat.com> <1154945425.2760.254.camel@xpc.home.erwinrol.com> Message-ID: <1154947580.2101.34.camel@price> man, 07 08 2006 kl. 12:10 +0200, skrev Erwin Rol: > On Mon, 2006-08-07 at 06:03 -0400, buildsys at redhat.com wrote: > > > > > Broken deps for x86_64 > > ---------------------------------------------------------- > > control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 > > control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) > > this blocks pretty much all updates since days. Everything that needs > libebook can't be updated, it would be really nice if someone could fix > this for tomorrow :-) > > - Erwin I took a stab at that package on my own machine last night, turns out someone was very naughty and didn't update From mailinglists at erwinrol.com Mon Aug 7 10:58:45 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 07 Aug 2006 12:58:45 +0200 Subject: rawhide report: 20060807 changes In-Reply-To: <1154947580.2101.34.camel@price> References: <200608071003.k77A32KF005046@hs20-bc2-6.build.redhat.com> <1154945425.2760.254.camel@xpc.home.erwinrol.com> <1154947580.2101.34.camel@price> Message-ID: <1154948325.2760.257.camel@xpc.home.erwinrol.com> On Mon, 2006-08-07 at 12:46 +0200, David Nielsen wrote: > man, 07 08 2006 kl. 12:10 +0200, skrev Erwin Rol: > > On Mon, 2006-08-07 at 06:03 -0400, buildsys at redhat.com wrote: > > > > > > > > Broken deps for x86_64 > > > ---------------------------------------------------------- > > > control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 > > > control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) > > > > this blocks pretty much all updates since days. Everything that needs > > libebook can't be updated, it would be really nice if someone could fix > > this for tomorrow :-) > > > > - Erwin > > I took a stab at that package on my own machine last night, turns out > someone was very naughty and didn't update tsk tsk ;-) From david at lovesunix.net Mon Aug 7 11:09:38 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 07 Aug 2006 13:09:38 +0200 Subject: rawhide report: 20060807 changes In-Reply-To: <1154947580.2101.34.camel@price> References: <200608071003.k77A32KF005046@hs20-bc2-6.build.redhat.com> <1154945425.2760.254.camel@xpc.home.erwinrol.com> <1154947580.2101.34.camel@price> Message-ID: <1154948978.2101.56.camel@price> man, 07 08 2006 kl. 12:46 +0200, skrev David Nielsen: > man, 07 08 2006 kl. 12:10 +0200, skrev Erwin Rol: > > On Mon, 2006-08-07 at 06:03 -0400, buildsys at redhat.com wrote: > > > > > > > > Broken deps for x86_64 > > > ---------------------------------------------------------- > > > control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 > > > control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) > > > > this blocks pretty much all updates since days. Everything that needs > > libebook can't be updated, it would be really nice if someone could fix > > this for tomorrow :-) > > > > - Erwin > > I took a stab at that package on my own machine last night, turns out > someone was very naughty and didn't update Sometimes thinking should come before typing.. doh I meant to say that I took a stab at it and it seems there is some minor API breakage, I figure we'll see a patch soon enough. The wonderful devs have yet to fail us... Now Smithers... release the hounds! - David *I'll go sit in the corner* Nielsen From pasik at iki.fi Mon Aug 7 11:20:12 2006 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Mon, 7 Aug 2006 14:20:12 +0300 Subject: CLVM for fc6? In-Reply-To: <44D6F693.7030204@redhat.com> References: <20060807075330.GS29423@edu.joroinen.fi> <44D6F693.7030204@redhat.com> Message-ID: <20060807112012.GT29423@edu.joroinen.fi> On Mon, Aug 07, 2006 at 10:15:15AM +0200, Milan Broz wrote: > Hello, > > lvm2-cluster rpm is back in devel repository since Aug 4. > > Milan > Thanks for the reply! Didn't notice yet it was available again.. Now some testing with it :) -- Pasi > > Pasi K?rkk?inen wrote: > >Hi! > > > >Where can I find CLVM stuff for fc6? > > > >I just checked out the latest lvm2 src rpm from development repository, and > >it doesn't seem to have clvm build enabled.. Is there going to be separate > >lvm2-cluster package or something? > > > >Thanks! > > > >-- Pasi > > > From kmaraas at broadpark.no Mon Aug 7 11:43:08 2006 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Mon, 07 Aug 2006 13:43:08 +0200 Subject: rawhide report: 20060807 changes In-Reply-To: <1154948978.2101.56.camel@price> References: <200608071003.k77A32KF005046@hs20-bc2-6.build.redhat.com> <1154945425.2760.254.camel@xpc.home.erwinrol.com> <1154947580.2101.34.camel@price> <1154948978.2101.56.camel@price> Message-ID: <1154950988.2678.10.camel@rivendell> man, 07,.08.2006 kl. 13.09 +0200, skrev David Nielsen: > man, 07 08 2006 kl. 12:46 +0200, skrev David Nielsen: > > man, 07 08 2006 kl. 12:10 +0200, skrev Erwin Rol: > > > On Mon, 2006-08-07 at 06:03 -0400, buildsys at redhat.com wrote: > > > > > > > > > > > Broken deps for x86_64 > > > > ---------------------------------------------------------- > > > > control-center - 1:2.15.90-1.fc6.i386 requires libebook-1.2.so.5 > > > > control-center - 1:2.15.90-1.fc6.x86_64 requires libebook-1.2.so.5()(64bit) > > > > > > this blocks pretty much all updates since days. Everything that needs > > > libebook can't be updated, it would be really nice if someone could fix > > > this for tomorrow :-) > > > > > > - Erwin > > > > I took a stab at that package on my own machine last night, turns out > > someone was very naughty and didn't update > > Sometimes thinking should come before typing.. doh > > I meant to say that I took a stab at it and it seems there is some minor > API breakage, I figure we'll see a patch soon enough. The wonderful devs > have yet to fail us... > There's a patch for this problem in GNOME CVS now at least, and I guess they're making a new release today so it can't be long. deskbar-applet and contact-lookup-applet need the same treatment though. Cheers Kjartan From jacliburn at bellsouth.net Mon Aug 7 13:00:47 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Mon, 7 Aug 2006 08:00:47 -0500 Subject: Driver disk questions In-Reply-To: <1154936308.3187.26.camel@metropolis.intra.city-fan.org> References: <44D67CDC.9040100@bellsouth.net> <1154936308.3187.26.camel@metropolis.intra.city-fan.org> Message-ID: <20060807130047.GA3074@osprey.hogchain.net> On Mon, Aug 07, 2006 at 08:38:28AM +0100, Paul Howarth wrote: > > For a driver disk to be recognized as such by anaconda, it needs far > more than the module itself to be present. You might take a look at the > Advansys driver disk I made to support installation of FC1, FC3, and > FC4: > > http://www.city-fan.org/ftp/contrib/drivers/advansys/ Thanks Paul. I neglected to state in the OP that I had constructed the requisite files into an image that was transferred to the floppy, but I was confused as to whether the .o or the .ko should be included in the modules.cgz file. Some references on the web, and even a "build a driver disk" script from Via Technologies, include only the .o file, and that seems counterintuitive. In the end, I included both. (Still doesn't work, though.) I also used your and Pasi's June 2006 exchange on fedora-list relating to this topic as one of my references. > > However, it is possible to manually load the driver if all you have is > the .ko file. See for example: > > http://www.keffective.com/mvsata/ Thanks for this. I ran across it early in my information search, but I didn't realize its significance until just now with your comment. I'll try this method this evening when I get home. > You could save yourself a lot of hassle by building the module as an > "out of tree" driver using the approach described in the release notes. Yes, I tried doing that, but near as I can tell, the Makefile provided in the release notes assumes you're building a module against an installed kernel, which I'm not, and I couldn't quite figure out how to modify the Makefile to make it work for me. What is the equivalent to KDIR in the case where a module is built against a non-installed kernel? obj-m := foo.o KDIR := /lib/modules/$(shell uname -r)/build PWD := $(shell pwd) default: $(MAKE) -C $(KDIR) M=$(PWD) modules Thank you, Jay From pasik at iki.fi Mon Aug 7 13:24:45 2006 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Mon, 7 Aug 2006 16:24:45 +0300 Subject: Driver disk questions In-Reply-To: <20060807130047.GA3074@osprey.hogchain.net> References: <44D67CDC.9040100@bellsouth.net> <1154936308.3187.26.camel@metropolis.intra.city-fan.org> <20060807130047.GA3074@osprey.hogchain.net> Message-ID: <20060807132445.GU29423@edu.joroinen.fi> On Mon, Aug 07, 2006 at 08:00:47AM -0500, Jay Cliburn wrote: > On Mon, Aug 07, 2006 at 08:38:28AM +0100, Paul Howarth wrote: > > > > For a driver disk to be recognized as such by anaconda, it needs far > > more than the module itself to be present. You might take a look at the > > Advansys driver disk I made to support installation of FC1, FC3, and > > FC4: > > > > http://www.city-fan.org/ftp/contrib/drivers/advansys/ > > Thanks Paul. I neglected to state in the OP that I had constructed the > requisite files into an image that was transferred to the floppy, but I > was confused as to whether the .o or the .ko should be included in the > modules.cgz file. Some references on the web, and even a "build a driver > disk" script from Via Technologies, include only the .o file, and that > seems counterintuitive. In the end, I included both. (Still doesn't > work, though.) I also used your and Pasi's June 2006 exchange on > fedora-list relating to this topic as one of my references. > Some links related to driver disks: http://www.centos.org/modules/newbb/viewtopic.php?topic_id=3266&forum=29 http://forums.fedoraforum.org/showthread.php?t=113660 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195899 I've successfully built custom driver disk (floppy) images for RHEL4.x and CentOS 4.x, as you can figure out from the urls above. But because of some unknown reason I can't get my driver disks working with FC5 or FC6t1.. (see the bug above). > > > > However, it is possible to manually load the driver if all you have is > > the .ko file. See for example: > > > > http://www.keffective.com/mvsata/ > > Thanks for this. I ran across it early in my information search, but I > didn't realize its significance until just now with your comment. I'll > try this method this evening when I get home. > Hmm.. I should try this too. -- Pasi ^ . . Linux / - \ Choice.of.the .Next.Generation. From vikigoyal at gmail.com Mon Aug 7 13:30:51 2006 From: vikigoyal at gmail.com (Vikram Goyal) Date: Mon, 7 Aug 2006 19:00:51 +0530 Subject: to Vikram Goyal (Re: Fedora's Userfiendliness (was Re: Leaving?)) In-Reply-To: <1154811944.2592.2.camel@fc6.local> References: <1154811944.2592.2.camel@fc6.local> Message-ID: <20060807133051.GA8663@fc5host.fc5domain> On Sat, Aug 05, 2006 at 11:05:44PM +0200, ronald wrote: > hello > > maybe a word is missing in your signature: > > Manchmal stehe nachts auf und installier's mir einfach... > > should read > Manchmal stehe ich nachts auf... > > not a very big mistake, but if you use it for something else > important > > ronald > > > > > ------------------------------ > Hi, Ya! Sie sind richtig. Das ist ein fehler, auch wenn ein kleines Ein. Ich glaube, das Fehler gibt der Satz velleicht ein ganz anders Bedeutung;) und deswegen haben Sie den Satz korrigiert. Daf?r danke Ich Ihnen. Ok... Das war die Ausgebung dem Programm Fortune:) Es ist sehr Interessant, dass nach lange Zeit k?nnte Ich Deutch benutzen. H?ffentlich habe Ich keine mehr fehler gemacht. Auf Wiederh?ren... lieber ... Auf Wiederschreiben:) Tch?s! -- vikram... |||||||| |||||||| ^^'''''^^||root||^^^'''''''^^ // \\ )) //(( \\// \\ // /\\ || \\ || / )) (( \\ -- Fuch's Warning: If you actually look like your passport photo, you aren't well enough to travel. -- _ ~|~ = Registered Linux User #285795 From Matt_Domsch at dell.com Mon Aug 7 13:52:39 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 7 Aug 2006 08:52:39 -0500 Subject: Driver disk questions In-Reply-To: <44D67CDC.9040100@bellsouth.net> References: <44D67CDC.9040100@bellsouth.net> Message-ID: <20060807135239.GA477@lists.us.dell.com> On Sun, Aug 06, 2006 at 06:35:56PM -0500, Jay Cliburn wrote: > I built my kids a new computer for gaming: Asus M2V, AMD64x2, SATA HDD > (only), et al. I want to dual-boot XP and FC5.x86_64, but the SATA > controller for this motherboard isn't yet supported by the Linux kernel. > I have a one-line patch that adds the correct device ID to the > relevant kernel module, and I'd like to test it and submit it to > kernel.org if only I can get FC5 installed to test it. All I need to do > is replace the FC5 install sata_via driver with my own modified sata_via > driver. I've been wrestling all day with getting a suitable driver disk > (floppy) built, so far without success. I have a few questions. > dkms can generate proper driver disks trivially. dkms is in Extras. -- 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 jkeating at redhat.com Mon Aug 7 13:57:37 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 7 Aug 2006 09:57:37 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) Message-ID: <200608070957.37987.jkeating@redhat.com> In 1888, Theophilus Van Kannel patents his invention, the revolving door. This invention solves an engineering problem of air transfer by ensuring that there is no opening to the outside and the inside of a building at the same time, which could create massive drafts due to air temperature differences. This invention is still used today. These days patents are filed for much more frivolous things for a much more nefarious purposes. Software patents threaten the livelyhood of the independent software developer and the very nature of the opensource software movement. You can help us prevent software patents (which are legal in the United States) from becoming more widespread, particularly in the European Union. Please visit http://www.nosoftwarepatents.com/ to learn how you can do your part in saving our software industry. Fedora Core 6 Test 2 (5.91) Now Available ================================== The Fedora Project announces the second release of the Fedora Core 6 development cycle, available for the i386, x86_64, and ppc/ppc64 architectures, including Intel based Macintosh computers. Beware that Test releases are recommended only for Linux experts/enthusiasts or for the technology evaluation, as many parts are likely to be broken and the rate of change is rapid. http://fedoraproject.org/wiki/Core/Schedule Test 3 is scheduled for release September 11, marking the continual freeze point of the Fedora Core 6 release. Only critical bugs fixed after this point. It is important that we get your help in testing, reporting and suggesting fixes for bugs, and directing the technological improvements we attempt with this release of Fedora Core. Please direct bugs to http://bugzilla.redhat.com, product Fedora Core, Version fc6test2. As always, be sure that your bug is not already fixed by updates and search for existing bugs before filing. Thanks to all in the Fedora Project Community who have contributed to this release. Your continued efforts are what makes Fedora possible. Downloads ========= DVD, CD and network installation are available. Please read the Important Warnings below in this announcement for more details. http://torrent.fedoraproject.org/ The recommended method of download is via BitTorrent from this site. http://fedora.redhat.com/Download/mirrors.html HTTP, FTP, and RSYNC downloads are available from Fedora Project mirrors listed above. Note that not all mirrors may be synced at this time. Notable Features of FC6 Test 2 ============================== * All packages recompiled (minus Thunderbird) - Introduction of DT_GU_HASH, a far more efficient symbol lookup table for dynamic linking. Improves dynamic linking performance by up to 50% - Packages built with new build system based on Mock. - Packages now have proper BuildRequires * Ability to install from additional yum repositories during anaconda installations and kickstarts. * Functional Java applet plugin for Firefox due to gcjwebplugin * A new default font, DejaVu, replaces Vera. * Numerous package updates and upgrades * 1600+ Extras packages conveniently available via yum Have fun testing and help prevent software patents! -- 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 jlee at pbu.edu Mon Aug 7 14:05:57 2006 From: jlee at pbu.edu (Jay Lee) Date: Mon, 07 Aug 2006 10:05:57 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <200608070957.37987.jkeating@redhat.com> References: <200608070957.37987.jkeating@redhat.com> Message-ID: <44D748C5.1050005@pbu.edu> Jesse Keating wrote: > ... > > Notable Features of FC6 Test 2 > ============================== > ... > * Ability to install from additional yum repositories during anaconda > installations and kickstarts. > Does this mean I'll be able to simply point Anaconda to an updates repository and immediately install the very latest updates without ever having installed the old rpms? I've been wanting this feature for some time now... Hope this makes it into RHEL5 also... Jay -------------- next part -------------- A non-text attachment was scrubbed... Name: jlee.vcf Type: text/x-vcard Size: 255 bytes Desc: not available URL: From david at lovesunix.net Mon Aug 7 14:11:36 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 07 Aug 2006 16:11:36 +0200 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <200608070957.37987.jkeating@redhat.com> References: <200608070957.37987.jkeating@redhat.com> Message-ID: <1154959896.4308.1.camel@price> man, 07 08 2006 kl. 09:57 -0400, skrev Jesse Keating: > * Functional Java applet plugin for Firefox due to gcjwebplugin I'm always the last one to know aren't I.. this is absolutely brilliant news. Congratulations on yet another fantastic release. - David From mailinglists at erwinrol.com Mon Aug 7 14:23:24 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 07 Aug 2006 16:23:24 +0200 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <1154959896.4308.1.camel@price> References: <200608070957.37987.jkeating@redhat.com> <1154959896.4308.1.camel@price> Message-ID: <1154960604.2760.259.camel@xpc.home.erwinrol.com> On Mon, 2006-08-07 at 16:11 +0200, David Nielsen wrote: > man, 07 08 2006 kl. 09:57 -0400, skrev Jesse Keating: > > > * Functional Java applet plugin for Firefox due to gcjwebplugin > > I'm always the last one to know aren't I.. this is absolutely brilliant > news. You must have missed it because yer busy fixing control-center ;-P - Erwin From katzj at redhat.com Mon Aug 7 14:30:13 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Aug 2006 10:30:13 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <44D748C5.1050005@pbu.edu> References: <200608070957.37987.jkeating@redhat.com> <44D748C5.1050005@pbu.edu> Message-ID: <1154961013.19139.1.camel@orodruin.boston.redhat.com> On Mon, 2006-08-07 at 10:05 -0400, Jay Lee wrote: > Jesse Keating wrote: > > * Ability to install from additional yum repositories during anaconda > > installations and kickstarts. > > Does this mean I'll be able to simply point Anaconda to an updates > repository and immediately install the very latest updates without ever > having installed the old rpms? Yep -- although for FC6 final, it'll require knowing and inputting the repository info manually[1]. In the future, I want to look into ways of pulling this sort of information and having a pre-populated list of things such as updates and extras to be able to just select. Jeremy [1] Well, or via kickstart From peter at thecodergeek.com Mon Aug 7 14:42:11 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 7 Aug 2006 07:42:11 -0700 (PDT) Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <200608070957.37987.jkeating@redhat.com> References: <200608070957.37987.jkeating@redhat.com> Message-ID: <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> Jesse Keating wrote: > Notable Features of FC6 Test 2 > ============================== > * All packages recompiled (minus Thunderbird) Just curious: Is there a planned time to rebuild this one as well? It's by far my favorite mail client; and I'd hate to see it miss out on the recompilation love... :) -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From notting at redhat.com Mon Aug 7 14:44:36 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Aug 2006 10:44:36 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> References: <200608070957.37987.jkeating@redhat.com> <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> Message-ID: <20060807144436.GA20980@nostromo.devel.redhat.com> Peter Gordon (peter at thecodergeek.com) said: > > * All packages recompiled (minus Thunderbird) > Just curious: Is there a planned time to rebuild this one as well? > It's by far my favorite mail client; and I'd hate to see it miss out > on the recompilation love... :) When it actually builds. Bill From dennis at ausil.us Mon Aug 7 14:48:51 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 7 Aug 2006 09:48:51 -0500 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <1154961013.19139.1.camel@orodruin.boston.redhat.com> References: <200608070957.37987.jkeating@redhat.com> <44D748C5.1050005@pbu.edu> <1154961013.19139.1.camel@orodruin.boston.redhat.com> Message-ID: <200608070948.52484.dennis@ausil.us> On Monday 07 August 2006 09:30, Jeremy Katz wrote: > On Mon, 2006-08-07 at 10:05 -0400, Jay Lee wrote: > > Jesse Keating wrote: > > > * Ability to install from additional yum repositories during anaconda > > > installations and kickstarts. > > > > Does this mean I'll be able to simply point Anaconda to an updates > > repository and immediately install the very latest updates without ever > > having installed the old rpms? > > Yep -- although for FC6 final, it'll require knowing and inputting the > repository info manually[1]. In the future, I want to look into ways of > pulling this sort of information and having a pre-populated list of > things such as updates and extras to be able to just select. as a thought how hard would it be to make It work for say a extras DVD? say just before fc6 release we snapshot extras, run createrepo on it and make a dvd iso, or even cd isos can we do that? I guess for cds you would have to do something similar to debian and insert each cd/dvd at the start so that the repo metadata can be read. but then the install would offer all those packages. dvd would be simpler you dont need to worry about dependency order so much It could be a stepping stone to having a web script for instance that you could create your own iso with what you want on it. but right now im thinking it would be nice to make an extras iso. everyso often i have to do an install in a location that has crappy internet connection. and it would be much simpler to do from a local media. some parts of the world it will really help Dennis From peter at thecodergeek.com Mon Aug 7 14:52:56 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 7 Aug 2006 07:52:56 -0700 (PDT) Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <20060807144436.GA20980@nostromo.devel.redhat.com> References: <200608070957.37987.jkeating@redhat.com> <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> <20060807144436.GA20980@nostromo.devel.redhat.com> Message-ID: <35959.127.0.0.1.1154962376.squirrel@www.thecodergeek.com> Bill Nottingham wrote: >> Just curious: Is there a planned time to rebuild this one as well? >> It's by far my favorite mail client; and I'd hate to see it miss out >> on the recompilation love... :) > When it actually builds. That sounds like a good plan. ^_^ Thanks, Bill. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From krh at redhat.com Mon Aug 7 14:56:00 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Mon, 07 Aug 2006 10:56:00 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <1154774957.3059.6.camel@price> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D44D1D.5070302@hhs.nl> <1154774957.3059.6.camel@price> Message-ID: <44D75480.9000601@redhat.com> David Nielsen wrote: > l?r, 05 08 2006 kl. 09:47 +0200, skrev Hans de Goede: >> David Nielsen wrote: >>> l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: >>>> Install libXi-devel and try again. >>> Yep, that did indeed solve the problem, might I suggest BR'ing it? >>> >> And that it has been build, does it work for you? Any improvements / >> regressions? > > It seems about the same on my r300, that is a good thing though, it's > stable enough to run Compiz on a day to day basis and everything is > generally peachy. > > I still a few glitzes when displaying menus in quick succesion but > that's about the only thing that doesn't work as expected I can think of > (aside the known issues like lack of xv support). This is not a mesa glitch, though, it's a known compiz problem. Kristian From notting at redhat.com Mon Aug 7 15:00:08 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Aug 2006 11:00:08 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <200608070948.52484.dennis@ausil.us> References: <200608070957.37987.jkeating@redhat.com> <44D748C5.1050005@pbu.edu> <1154961013.19139.1.camel@orodruin.boston.redhat.com> <200608070948.52484.dennis@ausil.us> Message-ID: <20060807150008.GA21202@nostromo.devel.redhat.com> Dennis Gilmore (dennis at ausil.us) said: > > Yep -- although for FC6 final, it'll require knowing and inputting the > > repository info manually[1]. In the future, I want to look into ways of > > pulling this sort of information and having a pre-populated list of > > things such as updates and extras to be able to just select. > > as a thought how hard would it be to make It work for say a extras DVD? say > just before fc6 release we snapshot extras, run createrepo on it and make a > dvd iso, or even cd isos can we do that? I guess for cds you would have > to do something similar to debian and insert each cd/dvd at the start so > that the repo metadata can be read. but then the install would offer all > those packages. dvd would be simpler you dont need to worry about > dependency order so much At the moment, it only supports http/ftp additional repos. Bill From katzj at redhat.com Mon Aug 7 15:06:00 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Aug 2006 11:06:00 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <200608070948.52484.dennis@ausil.us> References: <200608070957.37987.jkeating@redhat.com> <44D748C5.1050005@pbu.edu> <1154961013.19139.1.camel@orodruin.boston.redhat.com> <200608070948.52484.dennis@ausil.us> Message-ID: <1154963160.19139.25.camel@orodruin.boston.redhat.com> On Mon, 2006-08-07 at 09:48 -0500, Dennis Gilmore wrote: > On Monday 07 August 2006 09:30, Jeremy Katz wrote: > > On Mon, 2006-08-07 at 10:05 -0400, Jay Lee wrote: > > > Jesse Keating wrote: > > > > * Ability to install from additional yum repositories during anaconda > > > > installations and kickstarts. > > > > > > Does this mean I'll be able to simply point Anaconda to an updates > > > repository and immediately install the very latest updates without ever > > > having installed the old rpms? > > > > Yep -- although for FC6 final, it'll require knowing and inputting the > > repository info manually[1]. In the future, I want to look into ways of > > pulling this sort of information and having a pre-populated list of > > things such as updates and extras to be able to just select. > > as a thought how hard would it be to make It work for say a extras DVD? say > just before fc6 release we snapshot extras, run createrepo on it and make a > dvd iso, or even cd isos can we do that? I guess for cds you would have > to do something similar to debian and insert each cd/dvd at the start so > that the repo metadata can be read. but then the install would offer all > those packages. dvd would be simpler you dont need to worry about > dependency order so much Unfortunately, ISO media is a whole lot harder[1]. It's not really possible to ask questions in text mode like this as you want to be able to ask in the user's native language. But a lot of languages that we now support can't be shown in text mode. But the second stage runs off of the CD making it difficult to eject it :-) Longer term, the way to handle this is probably changing the way the installer works somewhat so that we commit partitioning changes to disk after you do that stage rather than waiting until the end. This has some downsides in that if something _fails_, your partitioning changes have already happened. But it also has a positive impact for trying to do partition resizing. > but right now im thinking it would be nice to make an extras iso. everyso > often i have to do an install in a location that has crappy internet > connection. and it would be much simpler to do from a local media. some > parts of the world it will really help It should at least be possible to do this for use post-install now for DVDs (or a CD as long as it all fits on a single CD). Writing up the instructions on how to nicely do that is on my whiteboard of "stuff to do"[2] Jeremy [1] CD doesn't actually add any difficulty to the anaconda side -- it's a little bit harder to generate the ISOs, but after that, it's all the same. [2] The quick rundown if anyone wants to play and beat me to writing it up is a) put the stuff in the disc b) run createrepo c) have an autorun that looks something like dir=$(echo $0 | sed 's/autorun//') cd $dir tree=$(pwd) cd / exec /usr/bin/system-cd-installhelper --repo=$tree From notting at redhat.com Mon Aug 7 15:06:40 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Aug 2006 11:06:40 -0400 Subject: GnuCash fonts in print preview In-Reply-To: <1154916571.2606.11.camel@shrek.rexursive.com> References: <1154916571.2606.11.camel@shrek.rexursive.com> Message-ID: <20060807150640.GB21202@nostromo.devel.redhat.com> Bojan Smojver (bojan at rexursive.com) said: > Before I file a bug report on this, just wanted to ask if someone else > observed problems with fonts in GnuCash (2.0.x), reports, print preview > (in Rawhide). It seems that the Gnome font settings are disregarded and > some other fonts are used instead, which then makes the report look > completely different and ultimately broken. > > Anyone else seeing this too? Yeah, it appears the same for me. Can you file this upstream at gnome.org? It's much more likely to get fixed there in a reasonable amount of time. Bill From david at lovesunix.net Mon Aug 7 15:31:18 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 07 Aug 2006 17:31:18 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D75480.9000601@redhat.com> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D44D1D.5070302@hhs.nl> <1154774957.3059.6.camel@price> <44D75480.9000601@redhat.com> Message-ID: <1154964678.4506.8.camel@price> man, 07 08 2006 kl. 10:56 -0400, skrev Kristian H?gsberg: > David Nielsen wrote: > > l?r, 05 08 2006 kl. 09:47 +0200, skrev Hans de Goede: > >> David Nielsen wrote: > >>> l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: > >>>> Install libXi-devel and try again. > >>> Yep, that did indeed solve the problem, might I suggest BR'ing it? > >>> > >> And that it has been build, does it work for you? Any improvements / > >> regressions? > > > > It seems about the same on my r300, that is a good thing though, it's > > stable enough to run Compiz on a day to day basis and everything is > > generally peachy. > > > > I still a few glitzes when displaying menus in quick succesion but > > that's about the only thing that doesn't work as expected I can think of > > (aside the known issues like lack of xv support). > > This is not a mesa glitch, though, it's a known compiz problem. Things took a bad turn somewhere, now using compiz the entire system hangs if I look at it wrong. Even after I downgraded Mesa.. very scary indeed. I have no idea what causes this and it's not like I can grab a backtrace easily as it locks up the machine in the really bad cases or locks up X in the mild cases.. I have no idea what caused it but I have a feeling I was involved. - David From janina at rednote.net Mon Aug 7 15:48:21 2006 From: janina at rednote.net (Janina Sajka) Date: Mon, 7 Aug 2006 11:48:21 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <1154961013.19139.1.camel@orodruin.boston.redhat.com> References: <200608070957.37987.jkeating@redhat.com> <44D748C5.1050005@pbu.edu> <1154961013.19139.1.camel@orodruin.boston.redhat.com> Message-ID: <20060807154821.GD5570@rednote.net> Jeremy Katz writes: > On Mon, 2006-08-07 at 10:05 -0400, Jay Lee wrote: > > Jesse Keating wrote: > > > * Ability to install from additional yum repositories during anaconda > > > installations and kickstarts. > > > > Does this mean I'll be able to simply point Anaconda to an updates > > repository and immediately install the very latest updates without ever > > having installed the old rpms? > > Yep -- although for FC6 final, it'll require knowing and inputting the > repository info manually[1]. In the future, I want to look into ways of > pulling this sort of information and having a pre-populated list of > things such as updates and extras to be able to just select. > How completely cool! Do I understand correctly that this could also be a mechanism for Fedora spin-offs like Planet CCRMA and my (now dormant) Speakup Modified? In fact, it seems that this moves Fedora toward a more networked installation option, though there would still be media where reliable connectivity is lacking. Sounds to me like having your cake and eating it, too. Very cool indeed. Janina From krh at redhat.com Mon Aug 7 16:09:03 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Mon, 07 Aug 2006 12:09:03 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <1154964678.4506.8.camel@price> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D44D1D.5070302@hhs.nl> <1154774957.3059.6.camel@price> <44D75480.9000601@redhat.com> <1154964678.4506.8.camel@price> Message-ID: <44D7659F.5090807@redhat.com> David Nielsen wrote: > man, 07 08 2006 kl. 10:56 -0400, skrev Kristian H?gsberg: >> David Nielsen wrote: >>> l?r, 05 08 2006 kl. 09:47 +0200, skrev Hans de Goede: >>>> David Nielsen wrote: >>>>> l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: >>>>>> Install libXi-devel and try again. >>>>> Yep, that did indeed solve the problem, might I suggest BR'ing it? >>>>> >>>> And that it has been build, does it work for you? Any improvements / >>>> regressions? >>> It seems about the same on my r300, that is a good thing though, it's >>> stable enough to run Compiz on a day to day basis and everything is >>> generally peachy. >>> >>> I still a few glitzes when displaying menus in quick succesion but >>> that's about the only thing that doesn't work as expected I can think of >>> (aside the known issues like lack of xv support). >> This is not a mesa glitch, though, it's a known compiz problem. > > Things took a bad turn somewhere, now using compiz the entire system > hangs if I look at it wrong. Even after I downgraded Mesa.. very scary > indeed. > > I have no idea what causes this and it's not like I can grab a backtrace > easily as it locks up the machine in the really bad cases or locks up X > in the mild cases.. I have no idea what caused it but I have a feeling I > was involved. The r300 driver in 6.5 has a bad memory leak, which will screw up your system if you run compiz (or any GL app) a few times in indirect mode. This is fixed in mesa cvs, though, so you shouldn't see that there. Kristian From krh at redhat.com Mon Aug 7 16:25:43 2006 From: krh at redhat.com (=?ISO-8859-1?Q?Kristian_H=F8gsberg?=) Date: Mon, 07 Aug 2006 12:25:43 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D3C663.1080200@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> Message-ID: <44D76987.4020204@redhat.com> Hans de Goede wrote: > > Adam Jackson wrote: >> Hans de Goede wrote: >>> Adam Jackson wrote: >>>> Hans de Goede wrote: >>>>> Adam Jackson redhat.com> writes: >>>>>> Requires moderately non-trivial fixes to the X server build system >>>>>> too, which is why I haven't done it yet. Probably should do >>>>>> though. I just hate to be in a situation where we're shipping CVS >>>>>> bits in >>>>>> FC6; I keep hoping Mesa will hurry up and release a 6.5.1 already. >>>>> Anything I can do to help? Are you really planning on updating mesa for >>>>> FC-6, or would it be worth my time to see if I can isolate a few >>>>> important r300 fixes and backport those? >>>> Planning a backport, yes. There are apparently enough Intel and <=R200 >>>> issues fixed in CVS that it should just be done whole. Hopefully 6.5.1 >>>> happens Really Freaking Soon so I don't have to ship CVS bits in FC6. >>>> >>>> That said, if updated srpms for mesa and xorg-x11-server were to >>>> magically appear in Bugzilla for me, I certainly wouldn't object ;) >>>> >>> Magically appearing SRPM for latest mesa-CVS filed here: >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 >>> >>> I've been using this with great success on an x86_64 in both 64 and 32 >>> bit mode (I compiled it in a 32 bit chroot and installed the result on >>> my 64 bit Fedora for use with googleearth). >>> >>> You also speak about xorg-x11-server changes, I haven't got any for you >>> as things work fine for me with the current xorg-x11-server in RawHide. >> I was expecting that build system fixes would be required, since >> xorg-x11-server builds against the mesa-source package. Have you >> attempted to rebuild the X server with a mesa-source from CVS? >> > > nope, I didn't know that the xserver is build against mesa-sources, > strange I would have thought the 2 would be pretty independent. > > Eitherway I'll be gone for a couple of days now, so I cannot try > building the X-server. Why don't you give it a shot and let me know the > result? If it turns out it needs some work, but is fixable and you would > be willing to update to mesa CVS if the work gets done for you I'm > probably willing to fix this once I'm back. Something like the attached (untested) patch might be enough to make the xserver build with the cvs mesa rpm. It's basically just a backport of the GLcore Makefile.am changes from the xserver git master branch since 1.1 branched. Kristian -------------- next part -------------- A non-text attachment was scrubbed... Name: glcore-with-mesa-6.5.1.patch Type: text/x-diff Size: 1409 bytes Desc: not available URL: From thomas.canniot at laposte.net Mon Aug 7 20:20:11 2006 From: thomas.canniot at laposte.net (Thomas Canniot) Date: Mon, 07 Aug 2006 22:20:11 +0200 Subject: Trying to understand dependences ... Message-ID: <1154982011.2998.1.camel@localhost.localdomain> I wanted to remove lm_sensors package. I launched yum of course ... ============================================================================= Package Arch Version Repository Size ============================================================================= Removing: lm_sensors i386 2.10.0-3.1 installed 1.7 M Removing for dependencies: gkrellm i386 2.2.9-7.fc6 installed 1.7 M kdebase i386 6:3.5.4-0.pre1.fc6 installed 53 M kdebindings i386 3.5.4-0.pre2.fc6 installed 22 M kdesdk i386 3.5.4-0.pre1.fc6 installed 16 M kdewebdev i386 6:3.5.4-0.pre1.fc6 installed 31 M Transaction Summary ============================================================================= Install 0 Package(s) Update 0 Package(s) Remove 6 Package(s) I don't understand why kde* is in the dependence list :s Is this normal ? Thanks -- Thomas Canniot http://fedoraproject.org/wiki/ThomasCanniot From mattdm at mattdm.org Mon Aug 7 20:25:14 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 7 Aug 2006 16:25:14 -0400 Subject: Trying to understand dependences ... In-Reply-To: <1154982011.2998.1.camel@localhost.localdomain> References: <1154982011.2998.1.camel@localhost.localdomain> Message-ID: <20060807202514.GA32101@jadzia.bu.edu> On Mon, Aug 07, 2006 at 10:20:11PM +0200, Thomas Canniot wrote: > I wanted to remove lm_sensors package. I launched yum of course ... [edited for space] > lm_sensors i386 2.10.0-3.1 installed > gkrellm i386 2.2.9-7.fc6 installed > kdebase i386 6:3.5.4-0.pre1.fc6 installed > kdebindings i386 3.5.4-0.pre2.fc6 installed > kdesdk i386 3.5.4-0.pre1.fc6 installed > kdewebdev i386 6:3.5.4-0.pre1.fc6 installed [...] > I don't understand why kde* is in the dependence list :s > Is this normal ? Sure. All it takes is for something in kdebase to be linked against something from lm_sensors. Probably a taskbar monitoring applet. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at redhat.com Mon Aug 7 20:27:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 7 Aug 2006 16:27:52 -0400 Subject: Trying to understand dependences ... In-Reply-To: <1154982011.2998.1.camel@localhost.localdomain> References: <1154982011.2998.1.camel@localhost.localdomain> Message-ID: <200608071627.52647.jkeating@redhat.com> On Monday 07 August 2006 16:20, Thomas Canniot wrote: > I don't understand why kde* is in the dependence list :s > Is this normal ? Something in KDE probably wants the sensors around to display it in a KDE specific way. -- 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 rdieter at math.unl.edu Mon Aug 7 20:33:50 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 07 Aug 2006 15:33:50 -0500 Subject: Trying to understand dependences ... References: <1154982011.2998.1.camel@localhost.localdomain> Message-ID: Thomas Canniot wrote: > I wanted to remove lm_sensors package. I launched yum of course ... ... > Removing: > lm_sensors i386 2.10.0-3.1 installed > 1.7 M > Removing for dependencies: > gkrellm i386 2.2.9-7.fc6 installed > kdebase i386 6:3.5.4-0.pre1.fc6 installed > kdebindings i386 3.5.4-0.pre2.fc6 installed > kdesdk i386 3.5.4-0.pre1.fc6 installed > kdewebdev i386 6:3.5.4-0.pre1.fc6 installed > I don't understand why kde* is in the dependence list :s > Is this normal ? kdebase uses libsensors contained in lm_sensors kdewebdev depends on kdesdk. Not sure how/why kdesdk/kdebindings are affected. -- Rex From mattdm at mattdm.org Mon Aug 7 20:57:10 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 7 Aug 2006 16:57:10 -0400 Subject: Trying to understand dependences ... In-Reply-To: References: <1154982011.2998.1.camel@localhost.localdomain> Message-ID: <20060807205710.GA1391@jadzia.bu.edu> On Mon, Aug 07, 2006 at 03:33:50PM -0500, Rex Dieter wrote: > kdebase uses libsensors contained in lm_sensors kdewebdev depends on > kdesdk. Not sure how/why kdesdk/kdebindings are affected. They probably require soemthing in kdebase. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jancio_wodnik at wp.pl Mon Aug 7 21:03:01 2006 From: jancio_wodnik at wp.pl (Jancio Wodnik) Date: Mon, 07 Aug 2006 23:03:01 +0200 Subject: Trying to understand dependences ... In-Reply-To: <1154982011.2998.1.camel@localhost.localdomain> References: <1154982011.2998.1.camel@localhost.localdomain> Message-ID: <44D7AA85.1020302@wp.pl> Thomas Canniot napisa?(a): > I wanted to remove lm_sensors package. I launched yum of course ... > > ============================================================================= > Package Arch Version Repository > Size > ============================================================================= > Removing: > lm_sensors i386 2.10.0-3.1 installed > 1.7 M > Removing for dependencies: > gkrellm i386 2.2.9-7.fc6 installed > 1.7 M > kdebase i386 6:3.5.4-0.pre1.fc6 installed > 53 M > kdebindings i386 3.5.4-0.pre2.fc6 installed > 22 M > kdesdk i386 3.5.4-0.pre1.fc6 installed > 16 M > kdewebdev i386 6:3.5.4-0.pre1.fc6 installed > 31 M > > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 0 Package(s) > Remove 6 Package(s) > > > I don't understand why kde* is in the dependence list :s > Is this normal ? > > Thanks > Hi. You have got some "good" answers for your question: some packages required something from ... I think - fedora developers should know, what exactly this "something" really is, don't think you so ? Irens From jwboyer at jdub.homelinux.org Mon Aug 7 21:07:48 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 07 Aug 2006 16:07:48 -0500 Subject: Trying to understand dependences ... In-Reply-To: <44D7AA85.1020302@wp.pl> References: <1154982011.2998.1.camel@localhost.localdomain> <44D7AA85.1020302@wp.pl> Message-ID: <1154984868.9199.2.camel@zod.rchland.ibm.com> On Mon, 2006-08-07 at 23:03 +0200, Jancio Wodnik wrote: > > > Hi. > > You have got some "good" answers for your question: some packages > required something from ... No, he was told that kdebase explicitly uses libsensors in lm_sensors. Not just "some packages required from something." > > I think - fedora developers should know, what exactly this "something" > really is, don't think you so ? They do. However, given that Rex (a non Red Hat employee) gave a perfectly valid answer, I doubt anybody bothered to really dig into it. Also note that none of the Red Hat employees that responded maintain KDE. Stop being a troll. josh From mattdm at mattdm.org Mon Aug 7 21:10:17 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 7 Aug 2006 17:10:17 -0400 Subject: Trying to understand dependences ... In-Reply-To: <44D7AA85.1020302@wp.pl> References: <1154982011.2998.1.camel@localhost.localdomain> <44D7AA85.1020302@wp.pl> Message-ID: <20060807211017.GA1958@jadzia.bu.edu> On Mon, Aug 07, 2006 at 11:03:01PM +0200, Jancio Wodnik wrote: > You have got some "good" answers for your question: some packages > required something from ... > I think - fedora developers should know, what exactly this "something" > really is, don't think you so ? If very many fedora developers knew this level of detail about package interdependencies offhand, that would be a huge waste of brain space. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jancio_wodnik at wp.pl Mon Aug 7 21:46:57 2006 From: jancio_wodnik at wp.pl (Jancio Wodnik) Date: Mon, 07 Aug 2006 23:46:57 +0200 Subject: Trying to understand dependences ... In-Reply-To: <1154984868.9199.2.camel@zod.rchland.ibm.com> References: <1154982011.2998.1.camel@localhost.localdomain> <44D7AA85.1020302@wp.pl> <1154984868.9199.2.camel@zod.rchland.ibm.com> Message-ID: <44D7B4D1.2030701@wp.pl> Josh Boyer napisa?(a): > On Mon, 2006-08-07 at 23:03 +0200, Jancio Wodnik wrote: > >>> >>> >> Hi. >> >> You have got some "good" answers for your question: some packages >> required something from ... >> > > No, he was told that kdebase explicitly uses libsensors in lm_sensors. > Not just "some packages required from something." > > >> I think - fedora developers should know, what exactly this "something" >> really is, don't think you so ? >> > > They do. However, given that Rex (a non Red Hat employee) gave a > perfectly valid answer, I doubt anybody bothered to really dig into it. > Also note that none of the Red Hat employees that responded maintain > KDE. > > Stop being a troll. > > josh > > > No comments. Irens. From kevin.kofler at chello.at Mon Aug 7 22:08:13 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 7 Aug 2006 22:08:13 +0000 (UTC) Subject: Prevent packages from switching from repo to repo References: <1154921609.3054.155.camel@laptopd505.fenrus.org> Message-ID: Arjan van de Ven fenrus.demon.nl> writes: > I thought Livna refused packages which the livna people consider a > problem as well? Well, the issues here are that the licensing isn't quite Free Software (or Open Source), but otherwise it isn't any more of a problem than some of the other packages Livna ships. They ship unrar itself under the same license, for example. And then there's the infamous proprietary kernel mod... err... let's not bring that flamewar up again! If you still think the licensing of Comical is not acceptable even for Livna, you'll have to bring that up with the Livna people. As the saying goes, don't shoot the messenger. ;-) Kevin Kofler From paul at all-the-johnsons.co.uk Mon Aug 7 22:17:03 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 07 Aug 2006 23:17:03 +0100 Subject: Possibly OT : build deps for extras package depending on core packages Message-ID: <1154989023.20827.6.camel@T7.Linux> Hi, I've just posted to the FE list that the current rawhide update of gtksourceview includes boo.lang. Is there any way when the buildsys generates a daily rawhide update list, that packages in extras that depend explicitly on core packages are also checked to see if they break anything? It would certainly help us lil' ol' FE maintainers! TTFN Paul -- Wenn sie denken, dass die bildung teuer ist, versuchen sie ignoranz -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 7 22:20:18 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 7 Aug 2006 18:20:18 -0400 Subject: Trying to understand dependences ... In-Reply-To: <44D7AA85.1020302@wp.pl> References: <1154982011.2998.1.camel@localhost.localdomain> <44D7AA85.1020302@wp.pl> Message-ID: <200608071820.19071.jkeating@redhat.com> On Monday 07 August 2006 17:03, Jancio Wodnik wrote: > I think - fedora developers should know, what exactly this "something" > really is, don't think you so ? Sure, the maintainer for KDE should know this. However I am not the maintainer. I have to touch on all the packages in different ways, so I don't usually get in-depth knowledge of what each package uses each requires for. So sorry if my answer wasn't up to par for you. *shrug* -- 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 bigjoe1008 at gmail.com Tue Aug 8 01:52:52 2006 From: bigjoe1008 at gmail.com (Joe Harnish) Date: Mon, 7 Aug 2006 21:52:52 -0400 Subject: launchd Message-ID: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> Is the Apache 2.0 License enough to allow Launchd to be moved to the "Things to look at.." part of this page? http://fedoraproject.org/wiki/FCNewInit?highlight=%28init%29 --Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From arjan at fenrus.demon.nl Tue Aug 8 02:00:03 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 08 Aug 2006 04:00:03 +0200 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <20060807144436.GA20980@nostromo.devel.redhat.com> References: <200608070957.37987.jkeating@redhat.com> <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> <20060807144436.GA20980@nostromo.devel.redhat.com> Message-ID: <1155002419.3042.8.camel@laptopd505.fenrus.org> On Mon, 2006-08-07 at 10:44 -0400, Bill Nottingham wrote: > Peter Gordon (peter at thecodergeek.com) said: > > > * All packages recompiled (minus Thunderbird) > > Just curious: Is there a planned time to rebuild this one as well? > > It's by far my favorite mail client; and I'd hate to see it miss out > > on the recompilation love... :) > > When it actually builds. building is overrated From david at lovesunix.net Tue Aug 8 02:08:05 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 08 Aug 2006 04:08:05 +0200 Subject: launchd In-Reply-To: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> Message-ID: <1155002885.5057.80.camel@price> man, 07 08 2006 kl. 21:52 -0400, skrev Joe Harnish: > Is the Apache 2.0 License enough to allow Launchd to be moved to the > "Things to look at.." part of this page? > http://fedoraproject.org/wiki/FCNewInit?highlight=%28init%29 I don't know, another thing to look at is the Upstart project from Ubuntu. https://launchpad.net/products/upstart I'm unsure where they actually keep their code though, maybe someone could hit Scott for some more data. - David From kip.thomas at gmail.com Tue Aug 8 02:08:33 2006 From: kip.thomas at gmail.com (Kip Thomas) Date: Mon, 7 Aug 2006 22:08:33 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <1155002419.3042.8.camel@laptopd505.fenrus.org> References: <200608070957.37987.jkeating@redhat.com> <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> <20060807144436.GA20980@nostromo.devel.redhat.com> <1155002419.3042.8.camel@laptopd505.fenrus.org> Message-ID: <64520b910608071908j521bbfc0jefb8e52c55f36f9d@mail.gmail.com> stop everything and go do something else, guys. Go on vacation. I'm an avid Fedora user who loves to be on the cutting edge but I can't seem to keep up. I'm still on FC4 and FC6 is going to come out soon. Does the release policy has a provision for adjusting the timelines? On 8/7/06, Arjan van de Ven wrote: > > On Mon, 2006-08-07 at 10:44 -0400, Bill Nottingham wrote: > > Peter Gordon (peter at thecodergeek.com) said: > > > > * All packages recompiled (minus Thunderbird) > > > Just curious: Is there a planned time to rebuild this one as well? > > > It's by far my favorite mail client; and I'd hate to see it miss out > > > on the recompilation love... :) > > > > When it actually builds. > > building is overrated > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lovesunix.net Tue Aug 8 02:13:36 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 08 Aug 2006 04:13:36 +0200 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <64520b910608071908j521bbfc0jefb8e52c55f36f9d@mail.gmail.com> References: <200608070957.37987.jkeating@redhat.com> <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> <20060807144436.GA20980@nostromo.devel.redhat.com> <1155002419.3042.8.camel@laptopd505.fenrus.org> <64520b910608071908j521bbfc0jefb8e52c55f36f9d@mail.gmail.com> Message-ID: <1155003216.5057.83.camel@price> man, 07 08 2006 kl. 22:08 -0400, skrev Kip Thomas: > stop everything and go do something else, guys. Go on vacation. I'm > an avid Fedora user who loves to be on the cutting edge but I can't > seem to keep up. I'm still on FC4 and FC6 is going to come out soon. > Does the release policy has a provision for adjusting the timelines? yes, if it's broke slip the release. That's about it, we stop for no man - David From notting at redhat.com Tue Aug 8 02:45:23 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Aug 2006 22:45:23 -0400 Subject: launchd In-Reply-To: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> Message-ID: <20060808024523.GB29020@nostromo.devel.redhat.com> Joe Harnish (bigjoe1008 at gmail.com) said: > Is the Apache 2.0 License enough to allow Launchd to be moved to the "Things > to look at.." part of this page? It's APSL 2.0, not Apache. Unless they've changed it. And that therein is the problem (well, one of them.) Bill From rdieter at math.unl.edu Tue Aug 8 03:02:09 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 07 Aug 2006 22:02:09 -0500 Subject: Trying to understand dependences ... In-Reply-To: <20060807205710.GA1391@jadzia.bu.edu> References: <1154982011.2998.1.camel@localhost.localdomain> <20060807205710.GA1391@jadzia.bu.edu> Message-ID: Matthew Miller wrote: > On Mon, Aug 07, 2006 at 03:33:50PM -0500, Rex Dieter wrote: >> kdebase uses libsensors contained in lm_sensors kdewebdev depends on >> kdesdk. Not sure how/why kdesdk/kdebindings are affected. > > > They probably require soemthing in kdebase. I thought that too, but quickly looking through kdesdk/kdebindings in cvs and the output of rpm -qR kdesdk*.rpm kdebindings.rpm didn't reveal anything (obvious). ?? -- Rex From notting at redhat.com Tue Aug 8 02:58:12 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Aug 2006 22:58:12 -0400 Subject: launchd In-Reply-To: <1155002885.5057.80.camel@price> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <1155002885.5057.80.camel@price> Message-ID: <20060808025812.GA29485@nostromo.devel.redhat.com> David Nielsen (david at lovesunix.net) said: > man, 07 08 2006 kl. 21:52 -0400, skrev Joe Harnish: > > Is the Apache 2.0 License enough to allow Launchd to be moved to the > > "Things to look at.." part of this page? > > http://fedoraproject.org/wiki/FCNewInit?highlight=%28init%29 > > I don't know, another thing to look at is the Upstart project from > Ubuntu. > > https://launchpad.net/products/upstart > > I'm unsure where they actually keep their code though, maybe someone > could hit Scott for some more data. If it's in the obvious place on bazaar.launchpad.net, there's no code to speak of. Bill From david at lovesunix.net Tue Aug 8 03:15:16 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 08 Aug 2006 05:15:16 +0200 Subject: launchd In-Reply-To: <20060808025812.GA29485@nostromo.devel.redhat.com> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <1155002885.5057.80.camel@price> <20060808025812.GA29485@nostromo.devel.redhat.com> Message-ID: <1155006916.5057.87.camel@price> man, 07 08 2006 kl. 22:58 -0400, skrev Bill Nottingham: > David Nielsen (david at lovesunix.net) said: > > man, 07 08 2006 kl. 21:52 -0400, skrev Joe Harnish: > > > Is the Apache 2.0 License enough to allow Launchd to be moved to the > > > "Things to look at.." part of this page? > > > http://fedoraproject.org/wiki/FCNewInit?highlight=%28init%29 > > > > I don't know, another thing to look at is the Upstart project from > > Ubuntu. > > > > https://launchpad.net/products/upstart > > > > I'm unsure where they actually keep their code though, maybe someone > > could hit Scott for some more data. > > If it's in the obvious place on bazaar.launchpad.net, there's no code > to speak of. I'll try asking around if they feel like sharing some ideas with us here, maybe we could get some cross distros work going if the design appeals to everyone. - David *Legwork* Nielsen From jacliburn at bellsouth.net Tue Aug 8 03:21:16 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Mon, 07 Aug 2006 22:21:16 -0500 Subject: Driver disk questions In-Reply-To: <20060807130047.GA3074@osprey.hogchain.net> References: <44D67CDC.9040100@bellsouth.net> <1154936308.3187.26.camel@metropolis.intra.city-fan.org> <20060807130047.GA3074@osprey.hogchain.net> Message-ID: <44D8032C.6050908@bellsouth.net> Jay Cliburn wrote: > On Mon, Aug 07, 2006 at 08:38:28AM +0100, Paul Howarth wrote: >> However, it is possible to manually load the driver if all you have is >> the .ko file. See for example: >> >> http://www.keffective.com/mvsata/ > > Thanks for this. I ran across it early in my information search, but I > didn't realize its significance until just now with your comment. I'll > try this method this evening when I get home. The method in the referenced link works, at least for me. I had to copy libata.ko and sata_via.ko to a floppy, then follow the procedure in the link and modprobe libata and sata_via from the floppy. This enabled the kernel to see my sata drive long enough to install FC5. (Also tried it with FC6T2 and it worked.) Unfortunately, on the reboot following installation I encountered a kernel panic very early on when /dev/VolGroup00 couldn't be found. This happened for both FC5 and FC6T2. At least, however, I was able to verify that my sata_via patch does in fact cause the vt8237a controller to be recognized by the kernel, so I submitted the patch to linux-scsi at vger.kernel.org. Thanks again for the tip, Paul. Jay From mattdm at mattdm.org Tue Aug 8 03:40:05 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 7 Aug 2006 23:40:05 -0400 Subject: Trying to understand dependences ... In-Reply-To: References: <1154982011.2998.1.camel@localhost.localdomain> <20060807205710.GA1391@jadzia.bu.edu> Message-ID: <20060808034005.GA14205@jadzia.bu.edu> On Mon, Aug 07, 2006 at 10:02:09PM -0500, Rex Dieter wrote: > >> kdebase uses libsensors contained in lm_sensors kdewebdev depends on > >> kdesdk. Not sure how/why kdesdk/kdebindings are affected. > > They probably require soemthing in kdebase. > I thought that too, but quickly looking through kdesdk/kdebindings in > cvs and the output of rpm -qR kdesdk*.rpm kdebindings.rpm didn't reveal > anything (obvious). ?? On the FC4 system I'm using right now (too lazy to look elsewhere): $ rpm -qR kdebindings|grep kdebase kdebase >= 6:3.5.3 -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Tue Aug 8 03:41:59 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 7 Aug 2006 23:41:59 -0400 Subject: Announcing Fedora Core 6 Test 2 (5.91) In-Reply-To: <64520b910608071908j521bbfc0jefb8e52c55f36f9d@mail.gmail.com> References: <200608070957.37987.jkeating@redhat.com> <35808.127.0.0.1.1154961731.squirrel@www.thecodergeek.com> <20060807144436.GA20980@nostromo.devel.redhat.com> <1155002419.3042.8.camel@laptopd505.fenrus.org> <64520b910608071908j521bbfc0jefb8e52c55f36f9d@mail.gmail.com> Message-ID: <20060808034159.GB14205@jadzia.bu.edu> On Mon, Aug 07, 2006 at 10:08:33PM -0400, Kip Thomas wrote: > stop everything and go do something else, guys. Go on vacation. I'm an > avid Fedora user who loves to be on the cutting edge but I can't seem to > keep up. I'm still on FC4 and FC6 is going to come out soon. Does the > release policy has a provision for adjusting the timelines? FC4 actually had a much longer release cycle than is normally planned, and it turned out to not work out that well. The solution: skip a few releases and depend on Legacy, or if that's still too fast, use CentOS. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kevin.kofler at chello.at Tue Aug 8 08:00:39 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 8 Aug 2006 08:00:39 +0000 (UTC) Subject: launchd References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <20060808024523.GB29020@nostromo.devel.redhat.com> Message-ID: Bill Nottingham redhat.com> writes: > It's APSL 2.0, not Apache. Unless they've changed it. And that therein is > the problem (well, one of them.) They changed the license from APSL 2.0 to Apache 2.0 a few hours ago: http://lists.apple.com/archives/Darwin-dev/2006/Aug/msg00067.html http://launchd.macosforge.org/ Now of course, if what's required is GPL compatibility (which is what the wiki says), this won't change much. Kevin Kofler From paul at city-fan.org Tue Aug 8 08:07:00 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Aug 2006 09:07:00 +0100 Subject: Driver disk questions In-Reply-To: <44D8032C.6050908@bellsouth.net> References: <44D67CDC.9040100@bellsouth.net> <1154936308.3187.26.camel@metropolis.intra.city-fan.org> <20060807130047.GA3074@osprey.hogchain.net> <44D8032C.6050908@bellsouth.net> Message-ID: <1155024420.18907.4.camel@metropolis.intra.city-fan.org> On Mon, 2006-08-07 at 22:21 -0500, Jay Cliburn wrote: > Jay Cliburn wrote: > > On Mon, Aug 07, 2006 at 08:38:28AM +0100, Paul Howarth wrote: > >> However, it is possible to manually load the driver if all you have is > >> the .ko file. See for example: > >> > >> http://www.keffective.com/mvsata/ > > > > Thanks for this. I ran across it early in my information search, but I > > didn't realize its significance until just now with your comment. I'll > > try this method this evening when I get home. > > The method in the referenced link works, at least for me. I had to copy > libata.ko and sata_via.ko to a floppy, then follow the procedure in the > link and modprobe libata and sata_via from the floppy. This enabled the > kernel to see my sata drive long enough to install FC5. (Also tried it > with FC6T2 and it worked.) > > Unfortunately, on the reboot following installation I encountered a > kernel panic very early on when /dev/VolGroup00 couldn't be found. This > happened for both FC5 and FC6T2. I think that the reason for this is that the updated module has not actually been installed on the target system (this issue would not have happened with a "real" driver disk btw). So the initrd used to boot the system was made with the original modules, which don't work with your hardware. You may be able to fix this by booting the rescue CD using your custom module, copying your custom module on to the target system in place of the original module, then rebuilding the initrd. You will of course need to fix the initrd for any kernel updates you install in the same way until your patch is included in a Fedora kernel (via upstream). Paul. From david at lovesunix.net Tue Aug 8 09:09:07 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 08 Aug 2006 11:09:07 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D76987.4020204@redhat.com> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <44D76987.4020204@redhat.com> Message-ID: <1155028147.16949.0.camel@price> man, 07 08 2006 kl. 12:25 -0400, skrev Kristian H?gsberg: > > Something like the attached (untested) patch might be enough to make the > xserver build with the cvs mesa rpm. It's basically just a backport of the > GLcore Makefile.am changes from the xserver git master branch since 1.1 branched. It compiles against the new Mesa so by all accounts you did good work. - David From fedora at camperquake.de Tue Aug 8 09:49:20 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 8 Aug 2006 11:49:20 +0200 Subject: launchd In-Reply-To: References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <20060808024523.GB29020@nostromo.devel.redhat.com> Message-ID: <20060808114920.00288921@sisko.addix.net> Hi. On Tue, 8 Aug 2006 08:00:39 +0000 (UTC), Kevin Kofler wrote: > Now of course, if what's required is GPL compatibility (which is what > the wiki says), this won't change much. Well, surely apache is under the apache license, and we ship that. From buildsys at redhat.com Tue Aug 8 09:54:43 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 8 Aug 2006 05:54:43 -0400 Subject: rawhide report: 20060808 changes Message-ID: <200608080954.k789shp2018069@hs20-bc2-6.build.redhat.com> New package cachefilesd CacheFiles userspace management daemon Updated Packages: alsa-lib-1.0.12-1.rc2.fc6 ------------------------- * Mon Aug 07 2006 Martin Stransky 1.0.12-1.rc2 - new upstream alsa-utils-1.0.12-1.rc2.fc6 --------------------------- * Mon Aug 07 2006 Martin Stransky 1.0.12-1.rc2 - new upstream anaconda-11.1.0.79-1 -------------------- * Mon Aug 07 2006 Chris Lumens 11.1.0.79-1 - s390 build fix. * Mon Aug 07 2006 Chris Lumens 11.1.0.78-1 - Fix password writing for interactive kickstart installs (#201455). - Don't check percentage on preexisting LVs (#193341). - Log added repos (#201212). - Start adding things for ia64 Xen (katzj). - Use new raid module name (katzj, #201361). - Look for ifconfig in the right place during rescue mode (#201372). - Fix segfault in FTP and HTTP path typos (#197403, #201243, #201367). - Don't display the askmethod screen on CD installs (#201108). - Do a better job at updating mkfs percentage bar (pjones). - Fix finding the release notes (#201232). - Add libvolume_id for gfs2-utils (katzj). control-center-1:2.15.90-4.fc6 ------------------------------ * Mon Aug 07 2006 Karsten Hopp 2.15.90-4 - add fix for new libebook api * Sun Aug 06 2006 Florian La Roche - rebuild for deps crash-4.0-3.1 ------------- * Mon Aug 07 2006 Dave Anderson - 4.0-3.1 - Updated crash.patch to match upstream version 4.0-3.1. - Added kdump reference to description. - Added s390 and s390x to ExclusiveArch list. BZ #199125 - Removed LKCD v1 pt_regs references for s390/s390x build. - Removed LKCD v2_v3 pt_regs references for for s390/s390x build. dump-0.4b41-2.fc6 ----------------- * Mon Aug 07 2006 Jindrich Novy 0.4b41-2.fc6 - fix miscompares detected by restore -C caused by SELinux (#189845) - link properly against device-mapper and selinux libraries - add autoconf BuildRequires - use %{?dist} eject-2.1.5-2 ------------- * Mon Aug 07 2006 Than Ngo 2.1.5-2 - apply patch to fix timeout issue ekiga-2.0.2-5 ------------- * Mon Aug 07 2006 Matthew Barnes - 2.0.2-5 - Rebuild against evolution-data-server-1.7.91 evolution-2.7.91-1 ------------------ * Mon Aug 07 2006 Matthew Barnes - 2.7.91-1 - Update to 2.7.91 - Update patch for RH bug #197834 for use with bug-buddy 2.15.90. - Require bug-buddy >= 2.15.90. * Fri Aug 04 2006 Matthew Barnes - 2.7.90-6 - Update to 2.7.90 - Require evolution-data-server-1.7.90.1. * Wed Aug 02 2006 Matthew Barnes - 2.7.4-5 - Remove patch for RH bug #167157, as it fixed it the wrong way. - The real fix for #167157 is in evolution-data-server-1.7.4-5. - No longer packaging unused patches. evolution-connector-2.7.91-2 ---------------------------- * Mon Aug 07 2006 Matthew Barnes - 2.7.91-2 - Rebuild against correct evolution-data-server. * Mon Aug 07 2006 Matthew Barnes - 2.7.91-1 - Update to 2.7.91 evolution-data-server-1.7.91-1 ------------------------------ * Mon Aug 07 2006 Matthew Barnes - 1.7.91-1 - Update to 1.7.91 - Remove patch for Gnome.org bug #348725 (fixed upstream). evolution-sharp-0.11.1-7 ------------------------ * Mon Aug 07 2006 Matthew Barnes - 0.11.1-7 - Rebuild for evolution-data-server-1.7.91 - Update required sonames from e-d-s. gettext-0.14.6-1.fc6 -------------------- * Mon Aug 07 2006 Jens Petersen - 0.14.6-1 - update to 0.14.6 - include preloadable_libintl.so again (Roozbeh Pournader, #149809) - remove .la files (Kjartan Maraas, #172624) - cleanup spec file glibc-2.4.90-18 --------------- * Mon Aug 07 2006 Jakub Jelinek 2.4.90-18 - NIS+ fixes - fix memusage and xtrace scripts (#200736) - redirect /sbin/service sshd condrestart std{out,err} to /dev/null when executed from glibc_post_upgrade gnome-panel-2.15.90-4.fc6 ------------------------- * Mon Aug 07 2006 Matthew Barnes - 2.15.90-4 - Rebuild against evolution-data-server-1.7.91 * Mon Aug 07 2006 Ray Strode - 2.15.90-3 - fix double free in menu editor launcher (bug 201439) gtkhtml3-3.11.91-1 ------------------ * Mon Aug 07 2006 Matthew Barnes - 3.11.91-1 - Update to 3.11.91 hplip-1.6.7-2 ------------- * Mon Aug 07 2006 Tim Waugh 1.6.7-2 - 1.6.7. - Conflict with selinux-policy < 2.3.4 to make sure new port numbers are known about (bug #201357). kdenetwork-7:3.5.4-1.fc6 ------------------------ * Mon Aug 07 2006 Than Ngo 7:3.5.4-1 - apply upstream patch, no connection to icq-server kde#130630 kernel-2.6.17-1.2530.fc6 ------------------------ * Mon Aug 07 2006 Dave Jones - 2.6.18rc4 krb5-1.5-4 ---------- * Mon Aug 07 2006 Nalin Dahyabhai - 1.5-4 - ensure that the gssapi library's been initialized before walking the internal mechanism list in gss_release_oid(), needed if called from gss_release_name() right after a gss_import_name() (#198092) mailcap-2.1.22-1.fc6 -------------------- * Mon Aug 07 2006 Miroslav Lichvar 2.1.22-1 - add java/mobile mime types (#201512 ) mdadm-2.5.3-1 ------------- * Mon Aug 07 2006 Doug Ledford - 2.5.3-1 - Update to 2.5.3 which upstream calls a "bug fix" release metacity-2.15.13-2 ------------------ * Mon Aug 07 2006 Soren Sandmann - 2.15.13-2 - Remove leftover snapshot string. * Mon Aug 07 2006 Soren Sandmann - 2.15.13-1 - Update to 2.15.13. Disable compositing manager. net-tools-1.60-73 ----------------- * Mon Aug 07 2006 Radek Vokal - 1.60-73 - directory entries . and .. should be skipped procps-3.2.7-5 -------------- * Mon Aug 07 2006 Karel Zak - 3.2.7-5 - fix #189349 - 32bit vmstat on 64bit kernel rhpxl-0.28-1 ------------ * Mon Aug 07 2006 Chris Lumens 0.28-1 - Fixes to init_from_xconfig for system-config-display. - Close X server stdout and stderr as having two log files is confusing. ruby-1.8.4-12.fc6 ----------------- * Mon Aug 07 2006 Akira TAGOH - 1.8.4-12 - owns sitearchdir. (#201208) setroubleshoot-0.18-1 --------------------- * Mon Aug 07 2006 Dan Walsh - 0.18-1 - Add dispatcher.py * Sat Aug 05 2006 Dan Walsh - 0.17-1 - John Dennis * clean up and rework the timestamp code in util.py so that time zones are handled properly, there were a number of bugs. Hopefully it's correct now because timezone handling is a pain. * change the time format in the browser so all times are displayed identically, the friendly time relative format was hard to compare. * modify the plugin 'make install' to delete all existing plugin's prior to installing the new ones * add popup menu to status icon to choose between browser and alert GUI (not fully connected yet). Several bug fixes related to changing the filter_type from a string to an int. * add filter selection to bottom pane, change filter_type from string to integer constant. Enhance how columns are handled. Get init_combo_box to work. Remove unused RPM and Bugzilla fields from bottom pane. Modify the default size of the browser window. Fix missing import in util.py. * add ability in broswer to sort on columns, initially the report count column and the last seen date column. The date column now stores a TimeStamp object instead of a string. Add new method to TimeStamp to return a friendly string relative to the current time. The date column in the browser now has a cell data function which invokes the friendly format method of the TimeStamp object. * add ability fo serialize to/from xml for classes which can inititialized from strings and serialized as strings (e.g. numbers, TimeStamps, etc.) * add count of how many times a signature is reported, the date when first and last reported, add columns for report count and last date count to browser. * checkpoint browser code, list pane and detail pane now working. * add initial support for browser applet, move some functions which kept getting reused to util.py * add reporting of environment to email alert (email alerts still need work) - Dan Walsh * Fix disable_trans.py set_boolean call * Complete all boolean plugins except disable * Change interface to use audit unix domain socket * Fri Jul 28 2006 Dan Walsh - 0.16-1 - John Dennis * modify SetFilter in server to return errors instead of throwing an exception. Default the filter list on each alert display. * minor tweaks to alert queue handling * fix analyze() parameter list in ftp_is_daemon.py plugin * sealert now responds to pending alerts more correctly, it shows how many pending alerts are in the queue, if you filter the pending alert status is updated, the next alert button will advance you to the next alert in the queue * simplify major pieces of sealert by coalescing common code into subroutines. - Dan Walsh * Complete all boolean plugins except disable * Make Close button work. * Make setroubleshoot_dispatcher exit if it gets an avc about itself udev-095-4 ---------- * Mon Aug 07 2006 Harald Hoyer - 095-4 - fixed CAPI device nodes (bug #139321) - fixed bug #201422 xorg-x11-server-1.1.1-16.fc6 ---------------------------- * Mon Aug 07 2006 Adam Jackson 1.1.1-16.fc6 - xorg-x11-server-1.1.0-edid-mode-injection-2.patch: Off-by-one error in range storage. Broken deps for ppc64 ---------------------------------------------------------- evolution-webcal - 2.7.1-4.1.ppc64 requires libecal-1.2.so.3()(64bit) planner-eds - 0.14-2.ppc64 requires libedata-cal-1.2.so.5()(64bit) planner-eds - 0.14-2.ppc64 requires libecal-1.2.so.3()(64bit) Broken deps for i386 ---------------------------------------------------------- evolution-webcal - 2.7.1-4.1.i386 requires libecal-1.2.so.3 planner-eds - 0.14-2.i386 requires libecal-1.2.so.3 planner-eds - 0.14-2.i386 requires libedata-cal-1.2.so.5 Broken deps for x86_64 ---------------------------------------------------------- evolution-webcal - 2.7.1-4.1.x86_64 requires libecal-1.2.so.3()(64bit) planner-eds - 0.14-2.x86_64 requires libedata-cal-1.2.so.5()(64bit) planner-eds - 0.14-2.x86_64 requires libecal-1.2.so.3()(64bit) Broken deps for ppc ---------------------------------------------------------- evolution-webcal - 2.7.1-4.1.ppc requires libecal-1.2.so.3 planner-eds - 0.14-2.ppc requires libecal-1.2.so.3 planner-eds - 0.14-2.ppc requires libedata-cal-1.2.so.5 Broken deps for ia64 ---------------------------------------------------------- evolution-webcal - 2.7.1-4.1.ia64 requires libecal-1.2.so.3()(64bit) planner-eds - 0.14-2.ia64 requires libedata-cal-1.2.so.5()(64bit) planner-eds - 0.14-2.ia64 requires libecal-1.2.so.3()(64bit) Broken deps for s390 ---------------------------------------------------------- evolution-webcal - 2.7.1-4.1.s390 requires libecal-1.2.so.3 planner-eds - 0.14-2.s390 requires libecal-1.2.so.3 planner-eds - 0.14-2.s390 requires libedata-cal-1.2.so.5 Broken deps for s390x ---------------------------------------------------------- evolution-webcal - 2.7.1-4.1.s390x requires libecal-1.2.so.3()(64bit) planner-eds - 0.14-2.s390x requires libedata-cal-1.2.so.5()(64bit) planner-eds - 0.14-2.s390x requires libecal-1.2.so.3()(64bit) From bojan at rexursive.com Tue Aug 8 10:35:00 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 8 Aug 2006 10:35:00 +0000 (UTC) Subject: GnuCash fonts in print preview References: <1154916571.2606.11.camel@shrek.rexursive.com> <20060807150640.GB21202@nostromo.devel.redhat.com> Message-ID: Bill Nottingham redhat.com> writes: > Yeah, it appears the same for me. Can you file this upstream at gnome.org? > It's much more likely to get fixed there in a reasonable amount of time. Thanks for confirming this. Bug filed: http://bugzilla.gnome.org/show_bug.cgi?id=350408 -- Bojan From notting at redhat.com Tue Aug 8 12:17:24 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 8 Aug 2006 08:17:24 -0400 Subject: launchd In-Reply-To: References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <20060808024523.GB29020@nostromo.devel.redhat.com> Message-ID: <20060808121724.GB2091@nostromo.devel.redhat.com> Kevin Kofler (kevin.kofler at chello.at) said: > Bill Nottingham redhat.com> writes: > > It's APSL 2.0, not Apache. Unless they've changed it. And that therein is > > the problem (well, one of them.) > > They changed the license from APSL 2.0 to Apache 2.0 a few hours ago: > http://lists.apple.com/archives/Darwin-dev/2006/Aug/msg00067.html > http://launchd.macosforge.org/ > > Now of course, if what's required is GPL compatibility (which is what the wiki > says), this won't change much. The problem with the APSL isn't GPL compatiblity as much (although that didn't help); it's the patent clause. Apache is better in that regard. Bill From jacliburn at bellsouth.net Tue Aug 8 13:28:49 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 08 Aug 2006 08:28:49 -0500 Subject: EXTRAVERSION ignores "-" when making kernel from src.rpm Message-ID: <44D89191.3010301@bellsouth.net> Is there a way to get the "-" included as part of the EXTRAVERSION field when making a Fedora kernel? If I change EXTRAVERSION = -foo in the master Makefile, I end up with an rpm named kernel-2.6.15foo. I've tried escaping the dash, double-quoting the entire EXTRAVERSION field, and manually setting KERNELVERSION = 2.6.15-foo, but nothing seems to work. Thanks, Jay From paul at city-fan.org Tue Aug 8 13:42:56 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Aug 2006 14:42:56 +0100 Subject: EXTRAVERSION ignores "-" when making kernel from src.rpm In-Reply-To: <44D89191.3010301@bellsouth.net> References: <44D89191.3010301@bellsouth.net> Message-ID: <44D894E0.2030405@city-fan.org> Jay Cliburn wrote: > Is there a way to get the "-" included as part of the EXTRAVERSION field > when making a Fedora kernel? If I change EXTRAVERSION = -foo in the > master Makefile, I end up with an rpm named kernel-2.6.15foo. I've > tried escaping the dash, double-quoting the entire EXTRAVERSION field, > and manually setting KERNELVERSION = 2.6.15-foo, but nothing seems to work. You would end up with a dash is the version number, which is not an allowed character. The last two dashes in a (default) RPM name separate the version and release from the package name. Paul. From jacliburn at bellsouth.net Tue Aug 8 13:49:51 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 08 Aug 2006 08:49:51 -0500 Subject: Driver disk questions In-Reply-To: <1155024420.18907.4.camel@metropolis.intra.city-fan.org> References: <44D67CDC.9040100@bellsouth.net> <1154936308.3187.26.camel@metropolis.intra.city-fan.org> <20060807130047.GA3074@osprey.hogchain.net> <44D8032C.6050908@bellsouth.net> <1155024420.18907.4.camel@metropolis.intra.city-fan.org> Message-ID: <44D8967F.3030406@bellsouth.net> Paul Howarth wrote: > On Mon, 2006-08-07 at 22:21 -0500, Jay Cliburn wrote: >> Jay Cliburn wrote: >>> On Mon, Aug 07, 2006 at 08:38:28AM +0100, Paul Howarth wrote: >>>> However, it is possible to manually load the driver if all you have is >>>> the .ko file. See for example: >>>> >>>> http://www.keffective.com/mvsata/ >>> Thanks for this. I ran across it early in my information search, but I >>> didn't realize its significance until just now with your comment. I'll >>> try this method this evening when I get home. >> The method in the referenced link works, at least for me. I had to copy >> libata.ko and sata_via.ko to a floppy, then follow the procedure in the >> link and modprobe libata and sata_via from the floppy. This enabled the >> kernel to see my sata drive long enough to install FC5. (Also tried it >> with FC6T2 and it worked.) >> >> Unfortunately, on the reboot following installation I encountered a >> kernel panic very early on when /dev/VolGroup00 couldn't be found. This >> happened for both FC5 and FC6T2. > > I think that the reason for this is that the updated module has not > actually been installed on the target system (this issue would not have > happened with a "real" driver disk btw). So the initrd used to boot the > system was made with the original modules, which don't work with your > hardware. You may be able to fix this by booting the rescue CD using > your custom module, copying your custom module on to the target system > in place of the original module, then rebuilding the initrd. 1. Booted linux-rescue 2. modprobed libata and sata_via from floppy to recognize sata drive 3. chroot /mnt/sysimage 4. Copied libata.ko and sata_via.ko from floppy to /lib/modules/... 5. Added "alias scsi_hostadapter sata_via" to modprobe.conf 6. Executed the following in /boot mkinitrd --preload=libata initrd-2.6.15-1.2054_FC5.img 2.6.15-1.2054_FC5 7. Rebooted. System now boots from HDD. Thanks for your help. From david at lovesunix.net Tue Aug 8 14:13:08 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 08 Aug 2006 16:13:08 +0200 Subject: launchd In-Reply-To: <20060808121724.GB2091@nostromo.devel.redhat.com> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <20060808024523.GB29020@nostromo.devel.redhat.com> <20060808121724.GB2091@nostromo.devel.redhat.com> Message-ID: <1155046388.16949.14.camel@price> tir, 08 08 2006 kl. 08:17 -0400, skrev Bill Nottingham: > Kevin Kofler (kevin.kofler at chello.at) said: > > Bill Nottingham redhat.com> writes: > > > It's APSL 2.0, not Apache. Unless they've changed it. And that therein is > > > the problem (well, one of them.) > > > > They changed the license from APSL 2.0 to Apache 2.0 a few hours ago: > > http://lists.apple.com/archives/Darwin-dev/2006/Aug/msg00067.html > > http://launchd.macosforge.org/ > > > > Now of course, if what's required is GPL compatibility (which is what the wiki > > says), this won't change much. > > The problem with the APSL isn't GPL compatiblity as much (although > that didn't help); it's the patent clause. Apache is better > in that regard. I'm a bit confused, does better indicate that we might be legally allowed to use it in Fedora now or does it still make RMS cry? - David From notting at redhat.com Tue Aug 8 14:53:24 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 8 Aug 2006 10:53:24 -0400 Subject: launchd In-Reply-To: <1155046388.16949.14.camel@price> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <20060808024523.GB29020@nostromo.devel.redhat.com> <20060808121724.GB2091@nostromo.devel.redhat.com> <1155046388.16949.14.camel@price> Message-ID: <20060808145324.GA4622@nostromo.devel.redhat.com> David Nielsen (david at lovesunix.net) said: > > The problem with the APSL isn't GPL compatiblity as much (although > > that didn't help); it's the patent clause. Apache is better > > in that regard. > > I'm a bit confused, does better indicate that we might be legally > allowed to use it in Fedora now or does it still make RMS cry? Apache license is legally feasible. Haven't actually looked at any of the code. Bill From jacliburn at bellsouth.net Tue Aug 8 13:55:09 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 08 Aug 2006 08:55:09 -0500 Subject: EXTRAVERSION ignores "-" when making kernel from src.rpm In-Reply-To: <44D894E0.2030405@city-fan.org> References: <44D89191.3010301@bellsouth.net> <44D894E0.2030405@city-fan.org> Message-ID: <44D897BD.9020506@bellsouth.net> Paul Howarth wrote: > Jay Cliburn wrote: >> Is there a way to get the "-" included as part of the EXTRAVERSION >> field when making a Fedora kernel? If I change EXTRAVERSION = -foo in >> the master Makefile, I end up with an rpm named kernel-2.6.15foo. >> I've tried escaping the dash, double-quoting the entire EXTRAVERSION >> field, and manually setting KERNELVERSION = 2.6.15-foo, but nothing >> seems to work. > > You would end up with a dash is the version number, which is not an > allowed character. The last two dashes in a (default) RPM name separate > the version and release from the package name. But if I follow the directions in the release notes, I get an incorrectly named rpm, to wit: kernel-2.6.151.2054_FC5-2.x86_64.rpm It should be 2.6.15-1.whatever, not 2.6.151.whatever Here's the relevant section from the release notes. Every kernel gets a name based on its version number. This is the value the uname -r command displays. The kernel name is defined by the first four lines of the kernel Makefile. The Makefile has been changed to generate a kernel with a different name from that of the running kernel. To be accepted by the running kernel, a module must be compiled for a kernel with the correct name. To do this, you must edit the kernel Makefile. For example, if the uname -r returns the string 2.6.15-1.1948_FC5 , change the EXTRAVERSION definition from this: EXTRAVERSION = -prep to this: EXTRAVERSION = -1.1948_FC5 That is, substitute everything from the final dash onward. From david at lovesunix.net Tue Aug 8 15:23:37 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 08 Aug 2006 17:23:37 +0200 Subject: launchd In-Reply-To: <20060808145324.GA4622@nostromo.devel.redhat.com> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <20060808024523.GB29020@nostromo.devel.redhat.com> <20060808121724.GB2091@nostromo.devel.redhat.com> <1155046388.16949.14.camel@price> <20060808145324.GA4622@nostromo.devel.redhat.com> Message-ID: <1155050617.20527.10.camel@price> tir, 08 08 2006 kl. 10:53 -0400, skrev Bill Nottingham: > David Nielsen (david at lovesunix.net) said: > > > The problem with the APSL isn't GPL compatiblity as much (although > > > that didn't help); it's the patent clause. Apache is better > > > in that regard. > > > > I'm a bit confused, does better indicate that we might be legally > > allowed to use it in Fedora now or does it still make RMS cry? > > Apache license is legally feasible. Haven't actually looked at any > of the code. Thank you, that was basically the answer I was looking for, since nothing legal is stopping us it wouldn't be a waste of time to read the code. - David From notting at redhat.com Tue Aug 8 15:53:37 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 8 Aug 2006 11:53:37 -0400 Subject: launchd In-Reply-To: <1155050617.20527.10.camel@price> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <20060808024523.GB29020@nostromo.devel.redhat.com> <20060808121724.GB2091@nostromo.devel.redhat.com> <1155046388.16949.14.camel@price> <20060808145324.GA4622@nostromo.devel.redhat.com> <1155050617.20527.10.camel@price> Message-ID: <20060808155336.GA6307@nostromo.devel.redhat.com> David Nielsen (david at lovesunix.net) said: > > > I'm a bit confused, does better indicate that we might be legally > > > allowed to use it in Fedora now or does it still make RMS cry? > > > > Apache license is legally feasible. Haven't actually looked at any > > of the code. > > Thank you, that was basically the answer I was looking for, since > nothing legal is stopping us it wouldn't be a waste of time to read the > code. Note that it's still GPL-incompatible, but it's shippable. Bill From dravet at hotmail.com Tue Aug 8 17:28:19 2006 From: dravet at hotmail.com (Jason Dravet) Date: Tue, 08 Aug 2006 12:28:19 -0500 Subject: aug 8th boot.iso traceback Message-ID: I tried to do an ftp install of the august 8th rawhide and anaconda crashes after stage2 downloads and running anaconda..... shows traceback (most recent call list) file "/usr/bin/anaconda", line 585, in ? import signal, traceback, string, isys, iutils, time file "/usr/lib/anaconda/isys.py", line 18, in ? import isys ImportError: /usr/lib/anaconda/_isys.so: undefined symbol: logmessage The system is a tyan tiger S1832 motherboard (P3 850Mhz) with 256MB of RAM. It has an adaptec 2930U2 scsi card with 2 scsi hard drives. The network is an Intel 1000/GT which works great on FC5. Video card is a Number Nine Revolution IV (32MB) and a SGI 1600SW digital LCD panel. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201737 Thanks, From stickster at gmail.com Tue Aug 8 19:07:55 2006 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 08 Aug 2006 15:07:55 -0400 Subject: EXTRAVERSION ignores "-" when making kernel from src.rpm In-Reply-To: <44D897BD.9020506@bellsouth.net> References: <44D89191.3010301@bellsouth.net> <44D894E0.2030405@city-fan.org> <44D897BD.9020506@bellsouth.net> Message-ID: <1155064075.6135.69.camel@localhost.localdomain> On Tue, 2006-08-08 at 08:55 -0500, Jay Cliburn wrote: > Paul Howarth wrote: > > Jay Cliburn wrote: > >> Is there a way to get the "-" included as part of the EXTRAVERSION > >> field when making a Fedora kernel? If I change EXTRAVERSION = -foo in > >> the master Makefile, I end up with an rpm named kernel-2.6.15foo. > >> I've tried escaping the dash, double-quoting the entire EXTRAVERSION > >> field, and manually setting KERNELVERSION = 2.6.15-foo, but nothing > >> seems to work. > > > > You would end up with a dash is the version number, which is not an > > allowed character. The last two dashes in a (default) RPM name separate > > the version and release from the package name. > > But if I follow the directions in the release notes, I get an > incorrectly named rpm, to wit: > > kernel-2.6.151.2054_FC5-2.x86_64.rpm > > It should be 2.6.15-1.whatever, not 2.6.151.whatever > > Here's the relevant section from the release notes. > > Every kernel gets a name based on its version number. This is the value > the uname -r command displays. The kernel name is defined by the first > four lines of the kernel Makefile. The Makefile has been changed to > generate a kernel with a different name from that of the running kernel. > To be accepted by the running kernel, a module must be compiled for a > kernel with the correct name. To do this, you must edit the kernel Makefile. > > For example, if the uname -r returns the string 2.6.15-1.1948_FC5 , > change the EXTRAVERSION definition from this: > > EXTRAVERSION = -prep > > to this: > > EXTRAVERSION = -1.1948_FC5 > > That is, substitute everything from the final dash onward. Speaking as a release notes writer/editor/wrangler, I can only say WORKSFORME throughout FC5 thus far. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 louisg00 at bellsouth.net Wed Aug 9 00:38:16 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Tue, 08 Aug 2006 20:38:16 -0400 Subject: FC6T2 flash problems Message-ID: <1155083896.3233.8.camel@soncomputer> Just installed FC6 on a pentium4 and is looking good. I did noticed that macromedia crashes firefox when I look at a page with flash. This is with selinux on or off. Had to remove the plugin for the time being. -Louis From mattdm at mattdm.org Wed Aug 9 02:36:18 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 8 Aug 2006 22:36:18 -0400 Subject: FC6T2 flash problems In-Reply-To: <1155083896.3233.8.camel@soncomputer> References: <1155083896.3233.8.camel@soncomputer> Message-ID: <20060809023618.GA29131@jadzia.bu.edu> On Tue, Aug 08, 2006 at 08:38:16PM -0400, Louis Garcia II wrote: > Just installed FC6 on a pentium4 and is looking good. I did noticed that > macromedia crashes firefox when I look at a page with flash. This is > with selinux on or off. Had to remove the plugin for the time being. Tell Macromedia. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From sundaram at fedoraproject.org Wed Aug 9 05:32:55 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 09 Aug 2006 11:02:55 +0530 Subject: Dependencies a little excessive? In-Reply-To: <1154940634.14582.149.camel@localhost.localdomain> References: <1154940634.14582.149.camel@localhost.localdomain> Message-ID: <44D97387.3080309@fedoraproject.org> Naoki wrote: > So I nonchalantly typed this and walked away from my rawhide box.. > > "yum -y install libgnome-devel gcc-c++" > libgnome-devel pulls in a lot of deps. Thats normal. Rahul From sundaram at fedoraproject.org Wed Aug 9 05:37:23 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 09 Aug 2006 11:07:23 +0530 Subject: launchd In-Reply-To: <1155006916.5057.87.camel@price> References: <763fc8580608071852y2f80c810w1c7b73e33f9d9e73@mail.gmail.com> <1155002885.5057.80.camel@price> <20060808025812.GA29485@nostromo.devel.redhat.com> <1155006916.5057.87.camel@price> Message-ID: <44D97493.2030609@fedoraproject.org> David Nielsen wrote: >>> https://launchpad.net/products/upstart >>> >>> I'm unsure where they actually keep their code though, maybe someone >>> could hit Scott for some more data. >> If it's in the obvious place on bazaar.launchpad.net, there's no code >> to speak of. > > I'll try asking around if they feel like sharing some ideas with us > here, maybe we could get some cross distros work going if the design > appeals to everyone. > Scott from Ubuntu mailed me the specs a while back. I will upload it in the new init wiki page. Someone else needs to look at the code when its available and compare it with initng and others. Rahul From buildsys at redhat.com Wed Aug 9 10:02:05 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 9 Aug 2006 06:02:05 -0400 Subject: rawhide report: 20060809 changes Message-ID: <200608091002.k79A25ZI026541@hs20-bc2-6.build.redhat.com> Updated Packages: SysVinit-2.86-7 --------------- * Tue Aug 08 2006 Bill Nottingham - 2.86-7 - be slightly less verbose when booted with 'quiet' anaconda-11.1.0.80-1 -------------------- * Tue Aug 08 2006 Paul Nasrat 11.1.0.80-1 - Blacklist e2fsprogs.ppc64 on upgrades (#200233) - Set self.currentMedia to [] (dcantrel, #201722). - Remove multiple error messages (dcantrel, #201247) - Revert logMessage calls (clumens, #201707) arts-8:1.5.4-1 -------------- * Tue Aug 08 2006 Than Ngo 8:1.5.4-1 - rebuilt audit-1.2.5-7 ------------- * Tue Aug 08 2006 Dan Walsh 1.2.5-7 - Remove debug lines from dispatcher cachefilesd-0.4-3.fc6 --------------------- * Tue Aug 08 2006 Steve Dickson 0.4-3 - Updated init.d script to look for cachefilesd in /sbin - Added postun and preun rules so cachefilesd is stopped and started when the rpm is updated or removed. cairo-1.2.2-1 ------------- * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 - Update to 1.2.2 eclipse-cdt-1:3.1.0-1jpp_11fc ----------------------------- * Tue Aug 08 2006 Jeff Johnston 3.1.0-1jpp_11fc - Fix Build Special Targets bug when importing a CVS project and using ManagedMake Project Wizard. - Bugzilla 201269 evolution-webcal-2.7.1-6 ------------------------ * Tue Aug 08 2006 Matthew Barnes - 2.7.1-6 - Add missing BR libsoup-devel. * Tue Aug 08 2006 Matthew Barnes - 2.7.1-5 - Rebuild for new libecal. firefox-1.5.0.6-3 ----------------- * Tue Aug 08 2006 Kai Engert - 1.5.0.6-3 - Rebuild * Thu Aug 03 2006 Kai Engert - 1.5.0.6-2 - Update to 1.5.0.6 firstboot-1.4.19-1 ------------------ * Tue Aug 08 2006 Chris Lumens 1.4.19-1 - Don't fill in the Create User UI with whatever user happens to have UID 500 (#200695). gnome-applets-1:2.15.2-4.fc6 ---------------------------- * Tue Aug 08 2006 Ray Strode - 1:2.15.2-4.fc6 - destroy about dialog on close (bug 197975) gnucash-2.0.1-2 --------------- * Tue Aug 08 2006 Bill Nottingham - 2.0.1-2 - fix schema list hsqldb-1:1.8.0.4-2jpp.2 ----------------------- * Tue Aug 08 2006 Deepak Bhole 1:1.8.0.4-2jpp.2 - Fix regression re: missing shadow-utils prereq. htdig-3:3.2.0b6-6.4.3 --------------------- * Tue Aug 08 2006 Jitka Kudrnacova - 3:3.2.0b6-6.4.3 - built with --with-ssl (#174162) to enable indexing ssl pages, BuildRequires openssl-devel icu-3.6-0.2.d01 --------------- * Tue Aug 08 2006 Caolan McNamara - 3.6-0.2.d01 - c++ code not alias correct jzlib-0:1.0.7-4jpp.1 -------------------- * Tue Aug 08 2006 Vivek Lakshmanan - 0:1.0.7-4jpp.1 - Re-sync with latest from JPP. - Partially adopt new naming convention. kde-i18n-1:3.5.4-1 ------------------ * Tue Aug 08 2006 Than Ngo 1:3.5.4-1 - 3.5.4 kdebase-6:3.5.4-1.fc6 --------------------- * Tue Aug 08 2006 Than Ngo 6:3.5.4-1 - apply upstream patch to fix KDED crashing on startup when D-BUS is unavailable. - apply upstream patch to fix kde#128552, kicker regression kdelibs-6:3.5.4-2.fc6 --------------------- * Tue Aug 08 2006 Than Ngo 6:3.5.4-2 - add BR on gettext, cups * Tue Aug 08 2006 Than Ngo 6:3.5.4-1 - rebuilt kernel-2.6.17-1.2532.fc6 ------------------------ * Tue Aug 08 2006 Roland McGrath - Fix utrace/ptrace interactions with SELinux. * Tue Aug 08 2006 Dave Jones - Pull post-rc4 fixes from GregKH's git tree. krb5-1.5-5 ---------- * Tue Aug 08 2006 Nalin Dahyabhai - 1.5-5 - apply patch to address MITKRB-SA-2006-001 (CVE-2006-3084) * Mon Aug 07 2006 Nalin Dahyabhai - 1.5-4 - ensure that the gssapi library's been initialized before walking the internal mechanism list in gss_release_oid(), needed if called from gss_release_name() right after a gss_import_name() (#198092) * Tue Jul 25 2006 Nalin Dahyabhai - 1.5-3 - rebuild log4j-0:1.2.13-3jpp.1 --------------------- * Tue Aug 08 2006 Vivek Lakshmanan - 0:1.2.13-3jpp.1 - Re-sync with latest from JPP. - Update patch for BZ #157585 to apply cleanly. - Partially adopt new naming convention. m17n-db-1.3.3-17.fc6 -------------------- * Tue Aug 08 2006 Mayank Jain - Updated bn-probhat.mim for RH bz #200890 ...weird... that previous update didnt showed up! - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200890#c4 openais-0.80-1.1 ---------------- * Tue Aug 08 2006 Steven Dake - 0.80-1.1 - New process of tracking any revisions in the upstream stable branch. openoffice.org-1:2.0.3-7.9 -------------------------- * Tue Aug 08 2006 Caolan McNamara - 1:2.0.3-7.9 - icu settext ownership of string data changed silently openssh-4.3p2-8 --------------- * Tue Aug 08 2006 Tomas Mraz - 4.3p2-8 - drop the pam-session patch from the previous build (#201341) - don't set IPV6_V6ONLY sock opt when listening on wildcard addr (#201594) pango-1.14.0-2 -------------- * Mon Aug 07 2006 Behdad Esfahbod - 1.14.0-2 - Incorrect sources in last update. Fix. * Mon Aug 07 2006 Behdad Esfahbod - 1.14.0-1 - Update to 1.14.0 planner-0.14-3 -------------- * Tue Aug 08 2006 Caolan McNamara - 0.14-3 - rebuild against eds, deja-vu samba-0:3.0.23b-2 ----------------- * Tue Aug 08 2006 Jay Fenlason 3.0.23b-2 - New upstream release. scim-1.4.4-30.fc6 ----------------- * Mon Aug 07 2006 Jens Petersen - 1.4.4-30 - improvements to scim_panel_gtk-menu-recently-used-factories.patch - only list up to 5 recently used factories and only when more than 5 in menu - keep menu entry of recenty used factory in original place too - fix display of English/European entry - bring back Ctrl+space hotkey for Japanese and Korean users for backward compatibility (#201173) - include European keyboard in default factories again to avoid breaking deadkey support in XIM apps (lxo, #188357) - move scim modules to the main package * Fri Jul 28 2006 Qingyu Wang - 1.4.4-29 - fix scim_panel_gtk-systray-click-199187.patch for second click away from icon * Thu Jul 27 2006 Qingyu Wang - 1.4.4-26 - fixed the bug 199187 with scim_panel_gtk-systray-click-199187.patch selinux-policy-2.3.6-1 ---------------------- * Tue Aug 08 2006 Dan Walsh 2.3.6-1 - Quiet down anaconda audit messages * Mon Aug 07 2006 Dan Walsh 2.3.5-1 - Fix setroubleshootd setroubleshoot-0.19-1 --------------------- * Tue Aug 08 2006 Dan Walsh - 0.19-1 2006-08-08 Dan Walsh * Fix up handling of mls ranges in context * Cleanup some pychecker errors 2006-08-07 John Dennis * add first seen, last seen, and report count to alert detail view * make the seen icon work, if the alert has been displayed more than N seconds, mark the alert as having been seen by the user and update the icon is the list view * change the schema for the xml data; the database now has a version, there is a local id attached to each signature, the filter list in the siginfo was replaced by a list of per user data, the per user data now contains the filter, seen_flag. Modify all the code which was operating on the filter information to use the new model. * fix the xml serialization so that booleans can be used as a basic type and also so that non-string types can be used in element attributes (e.g. int, bool) and the serialization code will automatically convert between python types and strings. star-1.5a75-1 ------------- * Tue Aug 08 2006 Peter Vrabec 1.5a75-1 - upgrade * Wed Jul 12 2006 Jesse Keating - 1.5a74-3.1 - rebuild * Tue Jun 13 2006 Peter Vrabec 1.5a74-3 - use autoconf provided by star sudo-1.6.8p12-8 --------------- * Tue Aug 08 2006 Peter Vrabec 1.6.8p12-8 - use Red Hat specific default sudoers file velocity-0:1.4-6jpp.1 --------------------- * Tue Aug 08 2006 Vivek Lakshmanan - 0:1.4-6jpp.1 - Resync with latest from JPP. - Partially adopt new naming convention. vsftpd-2.0.5-5 -------------- * Tue Aug 08 2006 Maros Barabas - 2.0.5-5 - option to change listening to IPv6 protocol xorg-x11-drv-i810-1.6.0-14.20060808modeset.fc6 ---------------------------------------------- * Tue Aug 08 2006 Adam Jackson 1.6.0-14.20060808modeset.fc6 - Today's snapshot: I2C bus creation fix. xorg-x11-server-1.1.1-18.fc6 ---------------------------- * Tue Aug 08 2006 Kristian H??gsberg - 1.1.1-18.fc6 - Update offscreen-pixmaps patch to migrate pixmaps when the compiz selection is taken. * Mon Aug 07 2006 Kristian H??gsberg - 1.1.1-17.fc5.aiglx - Build for fc5 aiglx repo. * Mon Aug 07 2006 Kristian H??gsberg - 1.1.1-17.fc6 - Add xorg-x11-server-1.1.1-offscreen-pixmaps.patch to default XaaNoOffscreenPixmaps to false, for now. Broken deps for i386 ---------------------------------------------------------- epiphany - 2.15.4-1.i386 requires firefox = 0:1.5.0.5 Broken deps for ppc64 ---------------------------------------------------------- epiphany - 2.15.4-1.ppc64 requires firefox = 0:1.5.0.5 Broken deps for x86_64 ---------------------------------------------------------- epiphany - 2.15.4-1.x86_64 requires firefox = 0:1.5.0.5 Broken deps for ppc ---------------------------------------------------------- epiphany - 2.15.4-1.ppc requires firefox = 0:1.5.0.5 Broken deps for ia64 ---------------------------------------------------------- epiphany - 2.15.4-1.ia64 requires firefox = 0:1.5.0.5 Broken deps for s390 ---------------------------------------------------------- epiphany - 2.15.4-1.s390 requires firefox = 0:1.5.0.5 Broken deps for s390x ---------------------------------------------------------- epiphany - 2.15.4-1.s390x requires firefox = 0:1.5.0.5 From fedora at wir-sind-cool.org Wed Aug 9 10:13:07 2006 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 9 Aug 2006 12:13:07 +0200 Subject: Possibly OT : build deps for extras package depending on core packages In-Reply-To: <1154989023.20827.6.camel@T7.Linux> References: <1154989023.20827.6.camel@T7.Linux> Message-ID: <20060809121307.323ae1f5.fedora@wir-sind-cool.org> On Mon, 07 Aug 2006 23:17:03 +0100, Paul wrote: > I've just posted to the FE list that the current rawhide update of > gtksourceview includes boo.lang. Is there any way when the buildsys > generates a daily rawhide update list, that packages in extras that > depend explicitly on core packages are also checked to see if they break > anything? > > It would certainly help us lil' ol' FE maintainers! It won't be caught. An automated check of file conflicts is not done. Dependency checks don't catch file conflicts. It would be possible quite easily to check for potential conflicts. But the results would contain several false positives, and in order to filter them out with the help of checksum checks, access to a local Core+Extras file:// repository would be needed. From kmaraas at broadpark.no Wed Aug 9 11:20:42 2006 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 09 Aug 2006 13:20:42 +0200 Subject: FC6T2 flash problems In-Reply-To: <20060809023618.GA29131@jadzia.bu.edu> References: <1155083896.3233.8.camel@soncomputer> <20060809023618.GA29131@jadzia.bu.edu> Message-ID: <1155122442.3921.0.camel@rivendell> tir, 08,.08.2006 kl. 22.36 -0400, skrev Matthew Miller: > On Tue, Aug 08, 2006 at 08:38:16PM -0400, Louis Garcia II wrote: > > Just installed FC6 on a pentium4 and is looking good. I did noticed that > > macromedia crashes firefox when I look at a page with flash. This is > > with selinux on or off. Had to remove the plugin for the time being. > > Tell Macromedia. > Or use epiphany for the time being :-) I find it strange though that flash works in epiphany at the same time that it crashes firefox since they use much of the same stack? Cheers Kjartan From bart.vanbrabant at zoeloelip.be Wed Aug 9 12:11:30 2006 From: bart.vanbrabant at zoeloelip.be (Bart Vanbrabant) Date: Wed, 09 Aug 2006 14:11:30 +0200 Subject: rawhide report: 20060809 changes In-Reply-To: <200608091002.k79A25ZI026541@hs20-bc2-6.build.redhat.com> References: <200608091002.k79A25ZI026541@hs20-bc2-6.build.redhat.com> Message-ID: <44D9D0F2.2030003@zoeloelip.be> buildsys at redhat.com wrote: > cairo-1.2.2-1 > ------------- > * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 > - Update to 1.2.2 There is a problem with this update. rhgb doesn't work and gdm won't start. When I login with startx I see windows popping up and disappearing again. I see a lot of these errors: symbol lookup error: /usr/lib/libgdk-x11-2.0.so.0: undefined symbol: cairo_xlib_surface_create Reverting back to the previous cairo and pango fixes the problem again. Should I report this to bugzilla? I tried to search for a bugreport about this but every query I tried resulted in this error: "You can't see or sort by the 'relevance' field if you aren't also doing a full text search." And I don't have a clue what I do wrong. I've done a lot of searches before and I've never seen this error before. gr, Bart -- Bart Vanbrabant PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From j.w.r.degoede at hhs.nl Wed Aug 9 12:37:18 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 09 Aug 2006 14:37:18 +0200 Subject: dmraid adventures and 'challenges' In-Reply-To: <44D4AD9D.7030205@xs4all.nl> References: <44D49D17.8020009@xs4all.nl> <44D4AD9D.7030205@xs4all.nl> Message-ID: <44D9D6FE.5060101@hhs.nl> Chris Chabot wrote: > > After some experimenting i 'hit gold' on how to kind of make it boot the > latest kernel again: > > 1) gunzip, cpio 2364 initrd > 2) ditto for 2527 initrd (different directory) > 3) copy over *.ko files from 2527 directory into 2364 directory > 4) cpio, gzip resulting old nash/insmod/modprobe/init+new kernel modules > into a new 2527 initrd > > and presto .. it boots! > Good work!, so it is a userspace problem! Is there a way to find out the version of nash in the initrd, since Chris has compared the scripts in the initrd's (AFAIK) its probably due to a nash change?? Regards, Hans From aalam at redhat.com Wed Aug 9 12:40:34 2006 From: aalam at redhat.com (aalam at redhat.com) Date: Wed, 9 Aug 2006 08:40:34 -0400 Subject: rawhide report: 20060809 changes In-Reply-To: <44D9D0F2.2030003@zoeloelip.be> References: <200608091002.k79A25ZI026541@hs20-bc2-6.build.redhat.com> <44D9D0F2.2030003@zoeloelip.be> Message-ID: <20060809084034.axm8uenqooscs484@webmail.corp.redhat.com> Quoting Bart Vanbrabant : > buildsys at redhat.com wrote: > >> cairo-1.2.2-1 >> ------------- >> * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 >> - Update to 1.2.2 > > There is a problem with this update. rhgb doesn't work and gdm won't > start. When I login with startx I see windows popping up and > disappearing again. I see a lot of these errors: > > symbol lookup error: /usr/lib/libgdk-x11-2.0.so.0: undefined symbol: > cairo_xlib_surface_create > > Reverting back to the previous cairo and pango fixes the problem again. > > Should I report this to bugzilla? I tried to search for a bugreport yes, you need to file in bugzilla, I am also facing same type of problems thanks A S Alam Join us at #fedora-l10n From bart.vanbrabant at zoeloelip.be Wed Aug 9 12:53:29 2006 From: bart.vanbrabant at zoeloelip.be (Bart Vanbrabant) Date: Wed, 09 Aug 2006 14:53:29 +0200 Subject: rawhide report: 20060809 changes In-Reply-To: <44D9D0F2.2030003@zoeloelip.be> References: <200608091002.k79A25ZI026541@hs20-bc2-6.build.redhat.com> <44D9D0F2.2030003@zoeloelip.be> Message-ID: <44D9DAC9.5010105@zoeloelip.be> Bart Vanbrabant wrote: > buildsys at redhat.com wrote: > >> cairo-1.2.2-1 >> ------------- >> * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 >> - Update to 1.2.2 > > There is a problem with this update. rhgb doesn't work and gdm won't > start. When I login with startx I see windows popping up and > disappearing again. I see a lot of these errors: > > symbol lookup error: /usr/lib/libgdk-x11-2.0.so.0: undefined symbol: > cairo_xlib_surface_create > > Reverting back to the previous cairo and pango fixes the problem again. Reported in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201844 -- Bart Vanbrabant PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From paul at all-the-johnsons.co.uk Wed Aug 9 13:23:00 2006 From: paul at all-the-johnsons.co.uk (PFJ) Date: Wed, 09 Aug 2006 14:23:00 +0100 Subject: rawhide report: 20060809 changes In-Reply-To: <44D9D0F2.2030003@zoeloelip.be> References: <200608091002.k79A25ZI026541@hs20-bc2-6.build.redhat.com> <44D9D0F2.2030003@zoeloelip.be> Message-ID: <1155129781.2542.10.camel@localhost.localdomain> Hi, > > cairo-1.2.2-1 > > ------------- > > * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 > > - Update to 1.2.2 > > There is a problem with this update. rhgb doesn't work and gdm won't > start. When I login with startx I see windows popping up and > disappearing again. I see a lot of these errors: Any chance of uploading the old pango and cairo packages somewhere? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From j.w.r.degoede at hhs.nl Wed Aug 9 14:05:06 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 09 Aug 2006 16:05:06 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D4F43C.9090702@mharris.ca> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D437CB.4090103@hhs.nl> <44D4F43C.9090702@mharris.ca> Message-ID: <44D9EB92.6000700@hhs.nl> Mike A. Harris wrote: > Hans de Goede wrote: >> >> >> David Nielsen wrote: >>> l?r, 05 08 2006 kl. 06:32 +0200, skrev Hans de Goede: >>>> Install libXi-devel and try again. >>> >>> Yep, that did indeed solve the problem, might I suggest BR'ing it? >>> >> >> Actually the build so be fixed not to build the included glut as that >> is not oss, but as a quick hack I just rm the builded glut in %install. > > Mesa does not include GLUT in the MesaLib tarball anymore, and hasn't > for about a year and a half. It is included in MesaGLUT tarball, which > is not shipped in Fedora Core. > Well appearantly it does include GLUT in a CVS checkout. Regards, Hans From rwarsow at gmx.de Wed Aug 9 14:07:31 2006 From: rwarsow at gmx.de (Ronald Warsow) Date: Wed, 09 Aug 2006 16:07:31 +0200 Subject: to Vikram Goyal (Re: Fedora's Userfiendliness (was Re: Leaving?)) In-Reply-To: <1152036683.3915.67.camel@localhost.localdomain> References: <1152026394.2339.20.camel@obelix.localdomain> <1152036683.3915.67.camel@localhost.localdomain> Message-ID: <1155132451.2745.11.camel@obelix.localdomain> hello ... > H?ffentlich habe Ich keine mehr fehler gemacht. leider doch, aber das ist nicht so schlimm ! sounds funny, makes everbody smile (not laughing) and (maybe) opens the "doors" if you visit germany. take a trip with google-earth over berlin ... btw: do you know StarDict ? -i think it's in the core repo- and the Dictionaries at : http://stardict.sourceforge.net/Dictionaries.php ronald From jfrieben at freesurf.fr Wed Aug 9 14:18:14 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Wed, 9 Aug 2006 16:18:14 +0200 (CEST) Subject: rawhide report: 20060809 changes In-Reply-To: <1155129781.2542.10.camel@localhost.localdomain> References: <1155129781.2542.10.camel@localhost.localdomain> Message-ID: <15026.194.94.224.254.1155133094.squirrel@arlette.freesurf.fr> You can install the "FC6T2" packages which are still available. > > Any chance of uploading the old pango and cairo packages somewhere? > > TTFN > > Paul > From ajackson at redhat.com Wed Aug 9 13:26:22 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 09 Aug 2006 09:26:22 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D9EB92.6000700@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D437CB.4090103@hhs.nl> <44D4F43C.9090702@mharris.ca> <44D9EB92.6000700@hhs.nl> Message-ID: <44D9E27E.9060005@redhat.com> Hans de Goede wrote: > Well appearantly it does include GLUT in a CVS checkout. Which is why we hack the buildsystem to not build it. It's redistributable but not free. And of course, since we don't build it, we never needed to add the BuildReq on libXi-devel. Kristian started merging our patchset into Mesa 6.5.1 yesterday, should be out soonish I hope after we do some smoketesting. - ajax From j.w.r.degoede at hhs.nl Wed Aug 9 15:11:22 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 09 Aug 2006 17:11:22 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D9E27E.9060005@redhat.com> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D437CB.4090103@hhs.nl> <44D4F43C.9090702@mharris.ca> <44D9EB92.6000700@hhs.nl> <44D9E27E.9060005@redhat.com> Message-ID: <44D9FB1A.5050803@hhs.nl> Adam Jackson wrote: > Hans de Goede wrote: >> Well appearantly it does include GLUT in a CVS checkout. > > Which is why we hack the buildsystem to not build it. It's > redistributable but not free. And of course, since we don't build it, > we never needed to add the BuildReq on libXi-devel. > > Kristian started merging our patchset into Mesa 6.5.1 yesterday, should > be out soonish I hope after we do some smoketesting. > So 6.5.1 is out, cool! May I ask for your attention to the mesa-cvs-r300-smooth-line.patch patch which is in the SRPM I "attached" too: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 Get the SRPM directly here: http://people.atrpms.net/~hdegoede/mesa-6.5-20060802.src.rpm This might be a good starting point for the patchset as it contains the patchset in Fedora's SRPM ported to a pretty rescent mesa-CVS. Anyways this patch does the following (as described in the referenced BZ ticket): --- There is one peculiar patch in my SRPM which needs some clarification: mesa-cvs-r300-smooth-line.patch This comments this 1 line in r300_renderer.c: FALLBACK_IF(ctx->Line.SmoothFlag); // GL_LINE_SMOOTH the result of this is that if an application has requested anti-aliased lines, which currently are not implemented in the r300 driver, the application gets normal (not antialiased) lines instead of falling back to the software renderer. This patch is needed to make googleearth and smc (http://www.secretmaryo.org/) usable IMHO having none antialiased lines is way better then 2 fps. The same could be argued for anti-aliased points (the line below this one), but I haven't encountered any apps using this one yet. Notice that this change was suggested by upstream and that upstream has even concidered doing this themselves, they haven;t however because they are planning to fix this by actually implementing antialiased lines soon. --- Thanks & Regards, Hans From ajackson at redhat.com Wed Aug 9 14:17:44 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 09 Aug 2006 10:17:44 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D9FB1A.5050803@hhs.nl> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D437CB.4090103@hhs.nl> <44D4F43C.9090702@mharris.ca> <44D9EB92.6000700@hhs.nl> <44D9E27E.9060005@redhat.com> <44D9FB1A.5050803@hhs.nl> Message-ID: <44D9EE88.8040609@redhat.com> Hans de Goede wrote: > Adam Jackson wrote: >> Hans de Goede wrote: >>> Well appearantly it does include GLUT in a CVS checkout. >> Which is why we hack the buildsystem to not build it. It's >> redistributable but not free. And of course, since we don't build it, >> we never needed to add the BuildReq on libXi-devel. >> >> Kristian started merging our patchset into Mesa 6.5.1 yesterday, should >> be out soonish I hope after we do some smoketesting. > So 6.5.1 is out, cool! May I ask for your attention to the > mesa-cvs-r300-smooth-line.patch patch which is in the SRPM I "attached" too: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 Uh, I wrote this wrong, should have been "merging our patchset into the CVS SRPM you did". I only which 6.5.1 were out... > Get the SRPM directly here: > http://people.atrpms.net/~hdegoede/mesa-6.5-20060802.src.rpm > > This might be a good starting point for the patchset as it contains the > patchset in Fedora's SRPM ported to a pretty rescent mesa-CVS. Yeah, we'll pop that in. Thanks! - ajax From ajackson at redhat.com Wed Aug 9 14:20:25 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 09 Aug 2006 10:20:25 -0400 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D9EE88.8040609@redhat.com> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D437CB.4090103@hhs.nl> <44D4F43C.9090702@mharris.ca> <44D9EB92.6000700@hhs.nl> <44D9E27E.9060005@redhat.com> <44D9FB1A.5050803@hhs.nl> <44D9EE88.8040609@redhat.com> Message-ID: <44D9EF29.3030909@redhat.com> Adam Jackson wrote: > Hans de Goede wrote: >> Adam Jackson wrote: >>> Hans de Goede wrote: >>>> Well appearantly it does include GLUT in a CVS checkout. >>> Which is why we hack the buildsystem to not build it. It's >>> redistributable but not free. And of course, since we don't build it, >>> we never needed to add the BuildReq on libXi-devel. >>> >>> Kristian started merging our patchset into Mesa 6.5.1 yesterday, should >>> be out soonish I hope after we do some smoketesting. >> So 6.5.1 is out, cool! May I ask for your attention to the >> mesa-cvs-r300-smooth-line.patch patch which is in the SRPM I >> "attached" too: >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 > > Uh, I wrote this wrong, should have been "merging our patchset into the > CVS SRPM you did". I only which 6.5.1 were out... Wish. Brain no work good. - ajax From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 9 16:11:39 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 9 Aug 2006 18:11:39 +0200 Subject: Dependencies a little excessive? In-Reply-To: <44D97387.3080309@fedoraproject.org> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> Message-ID: <20060809181139.009bec4c@twister> Rahul wrote : > Naoki wrote: > > So I nonchalantly typed this and walked away from my rawhide box.. > > > > "yum -y install libgnome-devel gcc-c++" > > > > libgnome-devel pulls in a lot of deps. Thats normal. Yeah, but he probably wanted to do : yum -y install libgnome-devel.x86_64 gcc-c++.x86_64 I don't like the yum "feature" of installing all available archs of a same package when it's explicitly requested either... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2530.fc6 Load : 1.33 1.21 1.19 From j.w.r.degoede at hhs.nl Wed Aug 9 17:00:29 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 09 Aug 2006 19:00:29 +0200 Subject: Upgrade Mesa to latest Mesa-CVS? In-Reply-To: <44D9EF29.3030909@redhat.com> References: <44D11CED.7030909@hhs.nl> <44D11AE8.4080302@redhat.com> <44D2F060.2030907@hhs.nl> <44D352A8.80307@redhat.com> <44D3812E.8050704@hhs.nl> <44D37949.8010501@redhat.com> <44D3C663.1080200@hhs.nl> <1154732820.5805.46.camel@price> <44D41F40.5090107@hhs.nl> <1154756755.348.1.camel@price> <44D437CB.4090103@hhs.nl> <44D4F43C.9090702@mharris.ca> <44D9EB92.6000700@hhs.nl> <44D9E27E.9060005@redhat.com> <44D9FB1A.5050803@hhs.nl> <44D9EE88.8040609@redhat.com> <44D9EF29.3030909@redhat.com> Message-ID: <44DA14AD.60408@hhs.nl> Adam Jackson wrote: > Adam Jackson wrote: >> Hans de Goede wrote: >>> Adam Jackson wrote: >>>> Hans de Goede wrote: >>>>> Well appearantly it does include GLUT in a CVS checkout. >>>> Which is why we hack the buildsystem to not build it. It's >>>> redistributable but not free. And of course, since we don't build it, >>>> we never needed to add the BuildReq on libXi-devel. >>>> >>>> Kristian started merging our patchset into Mesa 6.5.1 yesterday, should >>>> be out soonish I hope after we do some smoketesting. >>> So 6.5.1 is out, cool! May I ask for your attention to the >>> mesa-cvs-r300-smooth-line.patch patch which is in the SRPM I >>> "attached" too: >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 >> >> Uh, I wrote this wrong, should have been "merging our patchset into >> the CVS SRPM you did". I only which 6.5.1 were out... > > Wish. Brain no work good. > No problem, any verdict on the anti-aliased lines hack I included? I really want to see it in, otherwise I will still have to roll my own version with it, and don't underestimate the popularity of googleearth (closed sourced unfortunatly). Regards, Hans From dravet at hotmail.com Wed Aug 9 16:37:33 2006 From: dravet at hotmail.com (Jason Dravet) Date: Wed, 09 Aug 2006 11:37:33 -0500 Subject: aug 9th boot.iso kernel panic Message-ID: I tried to do an ftp install of the august 9th rawhide and I get a kernel panic. I think stage2 downloads but I am not sure. During or after the stage2 download I get blue screens with lines of gargabe text. Something like 2 screens full of: ASDLKJFA;KLSDJFL;WUW68W4SIEHJTAS;DKLTSJL;DKTAHUS;DG but with funny characters and various length lines. If I press Ctrl-Alt-Del I get a black screen with the kernel panic on it. Here is the little I can provide. There is at least another screen of information that I can't get: code: 00 C7 03 00 01 10 00 8B 5D FC C9 C3 55 89 E5 57 89 C7 56 89 D6 53 8B 41 04 89 CB 39 D0 74 17 50 52 68 87 A3 61 C0 E8 D0 04 F4 FF <0F> 0B 1A 00 3C A3 61 C0 83 C4 0C 8B 06 39 D8 74 13 50 53 68 C1 EIP: [] __LIST_ADD+0x1f/0x59 SS:ESP 0068:cffc9d2c The system is a tyan tiger S1832 motherboard (P3 850Mhz) with 256MB of RAM. It has an adaptec 2930U2 scsi card with 2 scsi hard drives. The network is an Intel 1000/GT which works great on FC5. Video card is a Number Nine Revolution IV (32MB) and a SGI 1600SW digital LCD panel. Thanks, PS. Is there a way to get the full kernel panic text dumped to a usb thumb drive? The system does not have a floopy drive and I don't have a second PC near by to use the serial console. From david at lovesunix.net Wed Aug 9 17:16:09 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 09 Aug 2006 19:16:09 +0200 Subject: aug 9th boot.iso kernel panic In-Reply-To: References: Message-ID: <1155143769.2945.0.camel@price> ons, 09 08 2006 kl. 11:37 -0500, skrev Jason Dravet: > I tried to do an ftp install of the august 9th rawhide and I get a kernel > panic. I think stage2 downloads but I am not sure. During or after the > stage2 download I get blue screens with lines of gargabe text. Something > like 2 screens full of: ASDLKJFA;KLSDJFL;WUW68W4SIEHJTAS;DKLTSJL;DKTAHUS;DG > but with funny characters and various length lines. > > If I press Ctrl-Alt-Del I get a black screen with the kernel panic on it. > Here is the little I can provide. There is at least another screen of > information that I can't get: > > code: 00 C7 03 00 01 10 00 8B 5D FC C9 C3 55 89 E5 57 89 C7 56 89 D6 53 8B > 41 04 89 CB 39 D0 74 17 50 52 68 87 A3 61 C0 E8 D0 04 F4 FF <0F> 0B 1A 00 3C > A3 61 C0 83 C4 0C 8B 06 39 D8 74 13 50 53 68 C1 > EIP: [] __LIST_ADD+0x1f/0x59 SS:ESP 0068:cffc9d2c > > The system is a tyan tiger S1832 motherboard (P3 850Mhz) with 256MB of RAM. > It has an adaptec 2930U2 scsi card with 2 scsi hard drives. The network is > an Intel 1000/GT which works great on FC5. Video card is a Number Nine > Revolution IV (32MB) and a SGI 1600SW digital LCD panel. > > Thanks, > > PS. Is there a way to get the full kernel panic text dumped to a usb thumb > drive? The system does not have a floopy drive and I don't have a second PC > near by to use the serial console. Would bugzilla not be a more suitable place to report this? From skvidal at linux.duke.edu Wed Aug 9 17:47:57 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 09 Aug 2006 13:47:57 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060809181139.009bec4c@twister> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> Message-ID: <1155145677.9162.10.camel@cutter> On Wed, 2006-08-09 at 18:11 +0200, Matthias Saou wrote: > Rahul wrote : > > > Naoki wrote: > > > So I nonchalantly typed this and walked away from my rawhide box.. > > > > > > "yum -y install libgnome-devel gcc-c++" > > > > > > > libgnome-devel pulls in a lot of deps. Thats normal. > > Yeah, but he probably wanted to do : > > yum -y install libgnome-devel.x86_64 gcc-c++.x86_64 > > I don't like the yum "feature" of installing all available archs of a > same package when it's explicitly requested either... > If you have a patch that nicely deals with: yum install libgnome\* and guesses if the user meant: install libgnome*.x86_64 or install libgnome.*(all archs) send it to me, I'm amenable to that sort of thing. -sv From mattdm at mattdm.org Wed Aug 9 18:05:54 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 9 Aug 2006 14:05:54 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155145677.9162.10.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> Message-ID: <20060809180554.GA3131@jadzia.bu.edu> On Wed, Aug 09, 2006 at 01:47:57PM -0400, seth vidal wrote: > If you have a patch that nicely deals with: > > yum install libgnome\* > > and guesses if the user meant: install libgnome*.x86_64 or > install libgnome.*(all archs) > > send it to me, I'm amenable to that sort of thing. Can we just define and document it as being the former? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From notting at redhat.com Wed Aug 9 18:12:05 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 9 Aug 2006 14:12:05 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060809180554.GA3131@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> Message-ID: <20060809181205.GA17126@nostromo.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > On Wed, Aug 09, 2006 at 01:47:57PM -0400, seth vidal wrote: > > If you have a patch that nicely deals with: > > > > yum install libgnome\* > > > > and guesses if the user meant: install libgnome*.x86_64 or > > install libgnome.*(all archs) > > > > send it to me, I'm amenable to that sort of thing. > > Can we just define and document it as being the former? And what if they thought .* was a regexp and not globbing? :) Bill From mattdm at mattdm.org Wed Aug 9 18:18:31 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 9 Aug 2006 14:18:31 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060809181205.GA17126@nostromo.devel.redhat.com> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <20060809181205.GA17126@nostromo.devel.redhat.com> Message-ID: <20060809181831.GA4446@jadzia.bu.edu> On Wed, Aug 09, 2006 at 02:12:05PM -0400, Bill Nottingham wrote: > > > yum install libgnome\* > > > and guesses if the user meant: install libgnome*.x86_64 or > > > install libgnome.*(all archs) > > > send it to me, I'm amenable to that sort of thing. > > Can we just define and document it as being the former? > And what if they thought .* was a regexp and not globbing? :) No problem! This issue is already documented! -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From davej at redhat.com Wed Aug 9 18:38:58 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 9 Aug 2006 14:38:58 -0400 Subject: aug 9th boot.iso kernel panic In-Reply-To: <1155143769.2945.0.camel@price> References: <1155143769.2945.0.camel@price> Message-ID: <20060809183858.GH10930@redhat.com> On Wed, Aug 09, 2006 at 07:16:09PM +0200, David Nielsen wrote: > ons, 09 08 2006 kl. 11:37 -0500, skrev Jason Dravet: > > I tried to do an ftp install of the august 9th rawhide and I get a kernel > > panic. I think stage2 downloads but I am not sure. During or after the > > stage2 download I get blue screens with lines of gargabe text. Something > > like 2 screens full of: ASDLKJFA;KLSDJFL;WUW68W4SIEHJTAS;DKLTSJL;DKTAHUS;DG > > but with funny characters and various length lines. > > > > If I press Ctrl-Alt-Del I get a black screen with the kernel panic on it. > > Here is the little I can provide. There is at least another screen of > > information that I can't get: > > > > code: 00 C7 03 00 01 10 00 8B 5D FC C9 C3 55 89 E5 57 89 C7 56 89 D6 53 8B > > 41 04 89 CB 39 D0 74 17 50 52 68 87 A3 61 C0 E8 D0 04 F4 FF <0F> 0B 1A 00 3C > > A3 61 C0 83 C4 0C 8B 06 39 D8 74 13 50 53 68 C1 > > EIP: [] __LIST_ADD+0x1f/0x59 SS:ESP 0068:cffc9d2c > > > > The system is a tyan tiger S1832 motherboard (P3 850Mhz) with 256MB of RAM. > > It has an adaptec 2930U2 scsi card with 2 scsi hard drives. The network is > > an Intel 1000/GT which works great on FC5. Video card is a Number Nine > > Revolution IV (32MB) and a SGI 1600SW digital LCD panel. > > > > Thanks, > > > > PS. Is there a way to get the full kernel panic text dumped to a usb thumb > > drive? The system does not have a floopy drive and I don't have a second PC > > near by to use the serial console. > > Would bugzilla not be a more suitable place to report this? Indeed. Also, handy tricks to try.. 1. boot with vga=1 to get more lines of text onscreen 2. When you get the garbage, flip to the other tty's, where you may find the oops in english :) If you have a digital camera, attaching a jpg of the oops to bugzilla is fine. Dave -- http://www.codemonkey.org.uk From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 9 18:53:07 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 9 Aug 2006 20:53:07 +0200 Subject: Dependencies a little excessive? In-Reply-To: <20060809181831.GA4446@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <20060809181205.GA17126@nostromo.devel.redhat.com> <20060809181831.GA4446@jadzia.bu.edu> Message-ID: <20060809205307.12ffb13c@twister> Matthew Miller wrote : > On Wed, Aug 09, 2006 at 02:12:05PM -0400, Bill Nottingham wrote: > > > > yum install libgnome\* > > > > and guesses if the user meant: install libgnome*.x86_64 or > > > > install libgnome.*(all archs) > > > > send it to me, I'm amenable to that sort of thing. > > > Can we just define and document it as being the former? > > And what if they thought .* was a regexp and not globbing? :) > > No problem! This issue is already documented! Yup. I was just saying that I didn't like that "feature", not that I knew better nor knew how to properly fix it. I better not say that I don't like multilib, then, right? :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2532.fc6 Load : 0.73 0.57 0.59 From dravet at hotmail.com Wed Aug 9 19:38:56 2006 From: dravet at hotmail.com (Jason Dravet) Date: Wed, 09 Aug 2006 14:38:56 -0500 Subject: aug 9th boot.iso kernel panic Message-ID: >Would bugzilla not be a more suitable place to report this? I did put this in bugzilla. I forgot to post the bug number in the original message. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201878 Thanks, From dravet at hotmail.com Wed Aug 9 19:45:20 2006 From: dravet at hotmail.com (Jason Dravet) Date: Wed, 09 Aug 2006 14:45:20 -0500 Subject: aug 9th boot.iso kernel panic Message-ID: On Wed, Aug 09, 2006 at 14:38:58 -0400, David Jones wrote: > >Indeed. Also, handy tricks to try.. >1. boot with vga=1 to get more lines of text onscreen >2. When you get the garbage, flip to the other tty's, where you may find >the oops in english :) > >If you have a digital camera, attaching a jpg of the oops to bugzilla is >fine. I forgot to include that the system is locked at that point. When the blue screen with the garbage is showing I can't flip to the other ttys. The only key combo that works at that point is Ctrl-Alt-Del which switches me to the black screen and the info I posted and put in bugzilla. Unfortunately I don't have a digital camera. I am a little behind the times. Thanks, From davej at redhat.com Wed Aug 9 20:42:39 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 9 Aug 2006 16:42:39 -0400 Subject: aug 9th boot.iso kernel panic In-Reply-To: References: Message-ID: <20060809204239.GL10930@redhat.com> On Wed, Aug 09, 2006 at 02:45:20PM -0500, Jason Dravet wrote: > On Wed, Aug 09, 2006 at 14:38:58 -0400, David Jones wrote: > > > >Indeed. Also, handy tricks to try.. > >1. boot with vga=1 to get more lines of text onscreen > >2. When you get the garbage, flip to the other tty's, where you may find > >the oops in english :) > > > >If you have a digital camera, attaching a jpg of the oops to bugzilla is > >fine. > > I forgot to include that the system is locked at that point. When the blue > screen with the garbage is showing I can't flip to the other ttys. The only > key combo that works at that point is Ctrl-Alt-Del which switches me to the > black screen and the info I posted and put in bugzilla. Hmm, that makes it reeeal tricky to diagnose. Not sure what to suggest yet, but keep an eye on things, and if it's still broken as we approach test3, shout louder, and wave your arms a bit, and I'll see if I have any more bright ideas. > Unfortunately I don't have a digital camera. I am a little behind the > times. I'm surprised they haven't started showing up as free gifts in cereal packets yet :) Dave -- http://www.codemonkey.org.uk From louisg00 at bellsouth.net Wed Aug 9 22:12:33 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Wed, 09 Aug 2006 18:12:33 -0400 Subject: gstreamer and selinux issue Message-ID: <1155161553.3130.9.camel@soncomputer> I was able to setup the pitfdll plugin for gstreamer and use the win32 codecs under fc5 with selinux enabled. The pitfdll plugin needed to be marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. This worked for FC5 under selinux and FC6 with selinux disabled. But selinux under FC6 seems to have changed. Is their another lable I should use, how can I debug this? -Thanks From notting at redhat.com Thu Aug 10 00:23:17 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 9 Aug 2006 20:23:17 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060809205307.12ffb13c@twister> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <20060809181205.GA17126@nostromo.devel.redhat.com> <20060809181831.GA4446@jadzia.bu.edu> <20060809205307.12ffb13c@twister> Message-ID: <20060810002317.GB21346@nostromo.devel.redhat.com> Matthias Saou (thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net) said: > I was just saying that I didn't like that "feature", not that I knew > better nor knew how to properly fix it. > > I better not say that I don't like multilib, then, right? :-) Obviously, to have things work right, x86_64 should be subscribed to both the i386 and x86_64 extras repositories. Bill From louisg00 at bellsouth.net Thu Aug 10 00:31:37 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Wed, 09 Aug 2006 20:31:37 -0400 Subject: gstreamer and selinux issue In-Reply-To: <1155161553.3130.9.camel@soncomputer> References: <1155161553.3130.9.camel@soncomputer> Message-ID: <1155169897.10728.4.camel@soncomputer> On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: > I was able to setup the pitfdll plugin for gstreamer and use the win32 > codecs under fc5 with selinux enabled. The pitfdll plugin needed to be > marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. > This worked for FC5 under selinux and FC6 with selinux disabled. But > selinux under FC6 seems to have changed. Is their another lable I > should use, how can I debug this? > > -Thanks This is what I get: Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: denied { execstack } for pid=9530 comm="totem" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process -Louis From benjy.grogan at gmail.com Thu Aug 10 02:17:27 2006 From: benjy.grogan at gmail.com (Benjy Grogan) Date: Wed, 9 Aug 2006 22:17:27 -0400 Subject: Prevent packages from switching from repo to repo In-Reply-To: References: Message-ID: On 8/6/06, Kevin Kofler wrote: > Benjy Grogan gmail.com> writes: > > Is there a way of preventing a package from updating to a more recent > > package from another repo? I have several repos enabled, and I > > noticed today that one package was set to be updated to one from > > another repo. So package foo from Fedora Extras was going to be > > updated to a new release ( minor/major version the same though) from > > Livna. Seems like that's almost always unwanted behaviour. Is there > > a way of avoiding these situations with yum, and then in turn possibly > > with Pup? > > If you mean comical, that one is permanently moving to Livna (getting dropped > from Extras) because of licensing issues with the included RAR decompression > code. See: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190278 Yep, it's Comical. Is this that rare of a situation that you can pinpoint the rpm? In this case I don't mind the repo switch if Extras no longer will hold Comical. But shouldn't there be a warning message that pops up when a repo switch occurs? It's not really a situation of prohibiting this behaviour with protectbase, or allowing it by default, but more or less being able to be aware that the rpm is being pulled from another repo. I was curious and discovered this in the details. Seems like a feature that would be worth putting into Pup, along with the standard 'do you want to see this warning in the future?'. Benjy > > Kevin Kofler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From skvidal at linux.duke.edu Thu Aug 10 02:33:45 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 09 Aug 2006 22:33:45 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060809205307.12ffb13c@twister> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <20060809181205.GA17126@nostromo.devel.redhat.com> <20060809181831.GA4446@jadzia.bu.edu> <20060809205307.12ffb13c@twister> Message-ID: <1155177225.11572.4.camel@cutter> On Wed, 2006-08-09 at 20:53 +0200, Matthias Saou wrote: > Matthew Miller wrote : > > > On Wed, Aug 09, 2006 at 02:12:05PM -0400, Bill Nottingham wrote: > > > > > yum install libgnome\* > > > > > and guesses if the user meant: install libgnome*.x86_64 or > > > > > install libgnome.*(all archs) > > > > > send it to me, I'm amenable to that sort of thing. > > > > Can we just define and document it as being the former? > > > And what if they thought .* was a regexp and not globbing? :) > > > > No problem! This issue is already documented! > > Yup. > > I was just saying that I didn't like that "feature", not that I knew > better nor knew how to properly fix it. > > I better not say that I don't like multilib, then, right? :-) > I have strong, negative feelings toward multilib myself but I understand why it is there and needs to be there, sadly. -sv From skvidal at linux.duke.edu Thu Aug 10 02:34:35 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 09 Aug 2006 22:34:35 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060809205307.12ffb13c@twister> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <20060809181205.GA17126@nostromo.devel.redhat.com> <20060809181831.GA4446@jadzia.bu.edu> <20060809205307.12ffb13c@twister> Message-ID: <1155177275.11572.6.camel@cutter> On Wed, 2006-08-09 at 20:53 +0200, Matthias Saou wrote: > Matthew Miller wrote : > > > On Wed, Aug 09, 2006 at 02:12:05PM -0400, Bill Nottingham wrote: > > > > > yum install libgnome\* > > > > > and guesses if the user meant: install libgnome*.x86_64 or > > > > > install libgnome.*(all archs) > > > > > send it to me, I'm amenable to that sort of thing. > > > > Can we just define and document it as being the former? > > > And what if they thought .* was a regexp and not globbing? :) > > > > No problem! This issue is already documented! > > Yup. > > I was just saying that I didn't like that "feature", not that I knew > better nor knew how to properly fix it. > one more item. if you have no need for multilib then you can solve all of these problems by doing: exclude=*.?86 in your yum.conf -sv From skvidal at linux.duke.edu Thu Aug 10 02:36:18 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 09 Aug 2006 22:36:18 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060809180554.GA3131@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> Message-ID: <1155177379.11572.8.camel@cutter> On Wed, 2006-08-09 at 14:05 -0400, Matthew Miller wrote: > On Wed, Aug 09, 2006 at 01:47:57PM -0400, seth vidal wrote: > > If you have a patch that nicely deals with: > > > > yum install libgnome\* > > > > and guesses if the user meant: install libgnome*.x86_64 or > > install libgnome.*(all archs) > > > > send it to me, I'm amenable to that sort of thing. > > Can we just define and document it as being the former? > so let's say we do that. and then the person wants to install all packages named: foo*.i?86 what should yum do in that case? -sv From jspaleta at gmail.com Thu Aug 10 02:43:48 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 9 Aug 2006 18:43:48 -0800 Subject: Prevent packages from switching from repo to repo In-Reply-To: References: Message-ID: <604aa7910608091943i5f11971bi381ab663b85ba4b9@mail.gmail.com> On 8/9/06, Benjy Grogan wrote: > Yep, it's Comical. Is this that rare of a situation that you can > pinpoint the rpm? In this case I don't mind the repo switch if Extras > no longer will hold Comical. But shouldn't there be a warning message > that pops up when a repo switch occurs? It's not really a situation > of prohibiting this behaviour with protectbase, or allowing it by > default, but more or less being able to be aware that the rpm is being > pulled from another repo. I was curious and discovered this in the > details. Seems like a feature that would be worth putting into Pup, > along with the standard 'do you want to see this warning in the > future?'. Which field in rpmdb on your system do you think makes the best guess as to which repo a currently installed version of a package is from? There is no header field that can garuntee to catch a repository change since the rpmdb does not record the url from which the package came. Vendor fields are not authorative, Packager fields are not authorative. Buildhost is not authorative. At best you can do a signature comparison to check to see if a package is signed by the same key as the update(which will I would expect noticable slow down the update process). Obviously this only works for signed packages, and even signature comparisons will not catch all repo by repo changes IF the same key is used to sign packages for multiple repos. It will catch a jump from extras to livna, but not something like a jump from Core to updates or updates to updates-testing, which i think are still all signed with the same key(s). Nor is key checking going to work for mongrel repos, which have packages built and signed from other locations in the same repository structure. There simply is no repository heritage information stored in the rpmdb about currently install packages which can be considered authorative for all possible situations. The closest thing is a signature change. And while I have illustrated that checking for a signature change isn't perfect I think such an optional check does have value. A change of signature with a package update is definitely something I would followup on before allowing an update if I were notified of that situation. But I'm far from a regular user, and I couldn't fathom whether or not this sort of 'red flag' would be beneficial to the 99.9% of the users closer to the median than I. For all I know this information would only be ignored as a nag dialog and summarily ignored. -jef"completely underwhelmed by the skeeters here"spaleta From florencio at omeu.com.br Thu Aug 10 04:43:27 2006 From: florencio at omeu.com.br (=?iso-8859-1?q?Flor=EAncio_Guimar=E3es?=) Date: Thu, 10 Aug 2006 01:43:27 -0300 Subject: kernel BUG on umount Message-ID: <200608100143.28080.florencio@omeu.com.br> I'm having this error since a few kernels ago on shutdown or even trying to unmount mannualy. Same error on 2.6.17-1.2532.fc6. Should I fill a fedora bug or kernel.org? Any ideas? Thanks. --------------------------------- Aug 6 20:33:59 voyager kernel: BUG: Dentry df0029e4{i=3,n=.reiserfs_priv} still in use (1) [unmount of reiserfs hda6] Aug 6 20:33:59 voyager kernel: ------------[ cut here ]------------ Aug 6 20:33:59 voyager kernel: kernel BUG at fs/dcache.c:615! Aug 6 20:33:59 voyager kernel: invalid opcode: 0000 [#1] Aug 6 20:33:59 voyager kernel: SMP Aug 6 20:33:59 voyager kernel: last sysfs file: /block/hda/removable Aug 6 20:33:59 voyager kernel: Modules linked in: sbp2 ohci1394 ieee1394 acpi_cpufreq sd_mod sg usb_storage scsi_mod snd_rtctimer i915 drm ipt_LOG xt_tcpudp x_tables ipv6 hidp l2cap bluetooth vfat fat reiser fs dm_mirror dm_mod video sbs i2c_ec button battery asus_acpi ac parport_pc lp parport intel_rng joydev snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_seq_dummy bcm43xx snd_seq_oss snd_seq_midi_event ieee80211s oftmac ieee80211 snd_seq ieee80211_crypt 8139cp ehci_hcd snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm 8139too mii i2c_i801 i2c_core snd_timer uhci_hcd ide_cd pcspkr cdrom snd soundcore snd_page_alloc seri o_raw ext3 jbd Aug 6 20:33:59 voyager kernel: CPU: 0 Aug 6 20:33:59 voyager kernel: EIP: 0060:[] Not tainted VLI Aug 6 20:33:59 voyager kernel: EFLAGS: 00010246 (2.6.17-1.2505.fc6 #1) Aug 6 20:33:59 voyager kernel: EIP is at shrink_dcache_for_umount_subtree+0x146/0x1d2 Aug 6 20:33:59 voyager kernel: eax: 0000005a ebx: df0029e4 ecx: c042481d edx: d99e5eb8 Aug 6 20:33:59 voyager kernel: esi: 00000001 edi: de097190 ebp: d99e5ee0 esp: d99e5eb4 Aug 6 20:34:00 voyager kernel: ds: 007b es: 007b ss: 0068 Aug 6 20:34:00 voyager kernel: Process umount (pid: 6576, ti=d99e5000 task=cdda9540 task.ti=d99e5000) Aug 6 20:34:00 voyager kernel: Stack: c0630b2f df0029e4 00000003 df002a60 00000001 e0b50288 de097190 00000003 Aug 6 20:34:00 voyager kernel: de096f60 e0b641e0 00000000 d99e5eec c04878fb de096f60 d99e5efc c0477f62 Aug 6 20:34:00 voyager kernel: df596344 de096f60 d99e5f0c c0478048 de096f60 e0b641a0 d99e5f1c c0478108 Aug 6 20:34:00 voyager kernel: Call Trace: Aug 6 20:34:00 voyager kernel: [] shrink_dcache_for_umount+0x31/0x3e Aug 6 20:34:00 voyager kernel: [] generic_shutdown_super+0x19/0xdf Aug 6 20:34:00 voyager kernel: [] kill_block_super+0x20/0x32 Aug 6 20:34:00 voyager kernel: [] deactivate_super+0x5d/0x6f Aug 6 20:34:00 voyager kernel: [] mntput_no_expire+0x42/0x72 Aug 6 20:34:00 voyager kernel: [] path_release_on_umount+0x15/0x18 Aug 6 20:34:00 voyager kernel: [] sys_umount+0x1e7/0x21b Aug 6 20:34:00 voyager kernel: [] sys_oldumount+0xd/0xf Aug 6 20:34:00 voyager kernel: [] syscall_call+0x7/0xb Aug 6 20:34:00 voyager kernel: DWARF2 unwinder stuck at syscall_call+0x7/0xb Aug 6 20:34:00 voyager kernel: Leftover inexact backtrace: Aug 6 20:34:00 voyager kernel: [] show_stack_log_lvl+0x8a/0x95 Aug 6 20:34:00 voyager kernel: [] show_registers+0x12d/0x19a Aug 6 20:34:00 voyager kernel: [] die+0x190/0x293 Aug 6 20:34:00 voyager kernel: [] do_trap+0x7c/0x96 Aug 6 20:34:00 voyager kernel: [] do_invalid_op+0x89/0x93 Aug 6 20:34:00 voyager kernel: [] error_code+0x39/0x40 Aug 6 20:34:00 voyager kernel: [] shrink_dcache_for_umount+0x31/0x3e Aug 6 20:34:00 voyager kernel: [] generic_shutdown_super+0x19/0xdf Aug 6 20:34:00 voyager kernel: [] kill_block_super+0x20/0x32 Aug 6 20:34:00 voyager kernel: [] deactivate_super+0x5d/0x6f Aug 6 20:34:00 voyager kernel: [] mntput_no_expire+0x42/0x72 Aug 6 20:34:00 voyager kernel: [] path_release_on_umount+0x15/0x18 Aug 6 20:34:00 voyager kernel: [] sys_umount+0x1e7/0x21b Aug 6 20:34:00 voyager kernel: [] sys_oldumount+0xd/0xf Aug 6 20:34:00 voyager kernel: [] syscall_call+0x7/0xb Aug 6 20:34:00 voyager kernel: Code: 02 00 00 8b 40 1c 85 d2 8b 00 c7 45 f0 00 00 00 00 74 06 8b 52 20 89 55 f0 57 50 56 51 ff 75 f0 53 68 2f 0b 63 c0 e8 88 e0 f9 ff <0f> 0b 67 02 23 0b 63 c0 83 c4 1c 8b 73 30 39 de 75 04 31 f6 eb Aug 6 20:34:00 voyager kernel: EIP: [] shrink_dcache_for_umount_subtree+0x146/0x1d2 SS:ESP 0068:d99e5eb4 From selke at thi.uni-hannover.de Thu Aug 10 08:27:13 2006 From: selke at thi.uni-hannover.de (Joachim Selke) Date: Thu, 10 Aug 2006 10:27:13 +0200 Subject: Config dialog on every login? Message-ID: <44DAEDE1.4000709@thi.uni-hannover.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, some time ago I created a bugzilla report against the package mail-notification in FC5 extras. The report has been closed as "WONTFIX" but the reasons for that resolution are not comprehensible to me. The bug report does not deal with some application specific problems but rather general behavior of applications. Thus, I post this message to the devel list asking you to give your opinion about the issue. The bug is filed at but I give a short description of the problem. Mail Notification monitors mailboxes for new mail and provides a small icon in the GNOME panel. Some screenshots can be found at . If there are no mailboxes configured to be monitored yet, Mail Notification comes up with a config dialog that can be seen here: . Note that this dialog comes up every time when there are no mailboxes configured, not just once. Up to this point there is no problem. Users who want to use Mail Notification can do so by starting it and setting it up. Users who are not interested have to do nothing. But the upstream package, and so the Fedora RPM, provides an autostart feature for this application by creating the file /usr/share/gnome/autostart/fedora-mail-notification.desktop. Because of this *any* user (who has not configured any mailboxes to be monitored yet) gets the config dialog on every GNOME login. This in particular is a problem on multiuser systems where some users want to use this application and others don't. There is no way to prevent the automatic startup at the moment. I think it's a bad idea at all to start a user program on every login by default. What is your opinion? Joachim - -- B. Sc. Joachim Selke Universit?t Hannover, Institut f?r Theoretische Informatik Appelstra?e 4, 30167 Hannover, Germany -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE2u3hq7fYj4TsIUwRAihNAJ4z3Wtx8AZszMJIv20pBZbO7B44lQCePenr nRNHk70BYX8eTPIeIBy+Ad8= =d7Yy -----END PGP SIGNATURE----- From naoki at valuecommerce.com Thu Aug 10 08:27:20 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 10 Aug 2006 17:27:20 +0900 Subject: Evolution crash on startup - gdk/cairo issues. Message-ID: <44DAEDE8.9090201@valuecommerce.com> Using : evolution-2.7.91-1 evolution-data-server-1.7.91-1 gtk2-2.10.1-1 cairo-1.2.0-2 & cairo-1.2.2-1 I get : $ evolution CalDAV Eplugin starting up ... (evolution-2.8:7195): camel-WARNING **: camel_exception_get_id called with NULL parameter. libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files evolution: symbol lookup error: /usr/lib64/libgdk-x11-2.0.so.0: undefined symbol: cairo_xlib_surface_create Anybody seen that before? Google doesn't know and gnome bugzilla didn't give me any joy. Checking into it a bit /usr/lib64/libgdk-x11-2.0.so.0 is linked against /usr/lib64/libcairo.so.2 -> libcairo.so.2.9.1 from cairo-1.2.2-1. I removed the older cairo just to check, but the same result applies. From fedora at leemhuis.info Thu Aug 10 08:45:01 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 10 Aug 2006 10:45:01 +0200 Subject: Config dialog on every login? In-Reply-To: <44DAEDE1.4000709@thi.uni-hannover.de> References: <44DAEDE1.4000709@thi.uni-hannover.de> Message-ID: <44DAF20D.60608@leemhuis.info> Small add-on: Joachim Selke schrieb: > > I think it's a bad idea at all to start a user program on every login by > default. I (as the maintainer of mail-notification) agree with that in general. That's why I mailed the author of mail-notification and discussed the issue with him. He didn't want to change the behavior AFAICS. I'm willing to apply patches to mail-notification that modify the behavior so the dialog comes up only once (or even never). But I don't know C enough to do it myself. And I strongly believe that it should be fixed upstream and not only in Fedora Extras. But I chose to *not remove* the autostart file (as Joachim suggested) because that would make it a lot harder for people to make sure mail-notification gets started on every log-in. CU thl From buildsys at redhat.com Thu Aug 10 09:46:07 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 10 Aug 2006 05:46:07 -0400 Subject: rawhide report: 20060810 changes Message-ID: <200608100946.k7A9k7t7002501@hs20-bc2-6.build.redhat.com> Updated Packages: NetworkManager-0.7.0-0.cvs20060529.5 ------------------------------------ * Wed Aug 09 2006 Ray Strode - 0.7.0-0.cvs20060529.5 - actually make the patch in 0.7.0-0.cvs20060529.4 apply SysVinit-2.86-9 --------------- * Wed Aug 09 2006 Bill Nottingham - 2.86-8 - preserve 'WAITING' across re-exec (#143289, others) - actually apply quiet patch - don't write garbage to utmp on x86-64 (#176494) cairo-1.2.2-2.fc6 ----------------- * Wed Aug 09 2006 Ray Strode - 1.2.2-2 - add lame libXt-devel BuildReq to get things building again. - small spec tweaks to follow conventions * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 - Update to 1.2.2 * Tue Jul 18 2006 Matthias Clasen - 1.2.0-2 - rebuild frysk-0.0.1.2006.08.09.rh1-1.fc6 -------------------------------- * Wed Aug 09 2006 Stepan Kasal - 0.0.1.2006.08.09.rh1-1 - New upstream version, incorporates both the patches. gtk2-2.10.1-2.fc6 ----------------- * Wed Aug 09 2006 Ray Strode - 2.10.1-2 - patch from Jonathan Matthew to fix crash in GtkTreeModelFilter (upstream bug 346800) kernel-2.6.17-1.2543.fc6 ------------------------ * Wed Aug 09 2006 Roland McGrath - Fix utrace_regset nits breaking s390. * Wed Aug 09 2006 Dave Jones - Another lockdep fix for networking. - Change some hotplug PCI options. - Daily update from GregKH's git tree. - Unbreak SMP locking in oprofile. - Fix hotplug CPU locking in workqueue creation. - K8 EDAC support. - IPsec labelling enhancements for MLS - Netlabel: CIPSO labeled networking kexec-tools-1.101-42.fc6 ------------------------ * Wed Aug 09 2006 Jarod Wilson - 1.101-42.fc6 - Add %dir /var/crash, so default kdump setup works kudzu-1.2.42-1 -------------- * Wed Aug 09 2006 Bill Nottingham - 1.2.42-1 - always insert aliases at head of list () - don't parse videoaliases that don't end in .xinf () - fix ppc build * Wed Aug 09 2006 Peter Jones - make pci storage classes for "ATA" and "SATA" work libsemanage-1.6.13-2 -------------------- * Wed Aug 09 2006 Dan Walsh - 1.6.13-2 - Change netfilter stuff to be non-fatal so update can proceed. log4j-0:1.2.13-3jpp.2 --------------------- * Wed Aug 09 2006 Vivek Lakshmanan - 0:1.2.13-3jpp.2 - Remove patch for BZ #157585 because it doesnt seem to be needed anymore. logrotate-3.7.4-5 ----------------- * Wed Aug 09 2006 Dan Walsh 3.7.4-5 - Use selinux raw functions lsof-4.78-3 ----------- * Thu Aug 10 2006 Karel Zak 4.78-3 - minor changes to thread patch * Wed Aug 09 2006 Karel Zak 4.78-2 - fix #184338 - allow lsof access nptl threads man-pages-2.39-2 ---------------- * Wed Aug 09 2006 Marcela Maslanova 2.39-2 - fix(#200681) typo * Wed Aug 09 2006 Marcela Maslanova 2.39-1 - new version 2.39 * Thu Jul 20 2006 Marcela Maslanova 2.36-2 - fix (#198903) man-pages-fr-2.33.0-1 --------------------- * Wed Aug 09 2006 Marcela Maslanova 2.33.0-1 - new version of man-pages from source0 mtools-3.9.10-2.fc6 ------------------- * Wed Aug 09 2006 Jitka Kudrnacova - 3.9.10-2 - rebuilt to prevent corruption on the 13th character (#195528) pciutils-2.2.3-4 ---------------- * Wed Aug 09 2006 Peter Jones - 2.2.3-4 - Add definitions for more pci storage classes pcsc-lite-1.3.1-6 ----------------- * Mon Jul 31 2006 Ray Strode - 1.3.1-6 - follow packaging guidelines for setting up init service (bug 200778) rusers-0.17-47 -------------- * Wed Aug 09 2006 Phil Knirsch 0.17-47 - Modified the RHEL3 procpartitions patch to work on recent 2.6 kernels (#201839) scim-1.4.4-31.fc6 ----------------- * Wed Aug 09 2006 Jens Petersen - 1.4.4-31 - improve scim_panel_gtk-menu-recently-used-factories.patch to handle two letter locale and "other" - simplify scim_panel_gtk-systray-click-199187.patch to handle switching between tray menus better (Qingyu Wang) - add scim_backup-default-engine-2letter-locale.patch to improve matching of m17n maps (#197058) - add scim_utility-Assamese-locale-fix.patch to list Assamese as as_IN * Mon Aug 07 2006 Jens Petersen - 1.4.4-30 - improvements to scim_panel_gtk-menu-recently-used-factories.patch - only list up to 5 recently used factories and only when more than 5 in menu - keep menu entry of recenty used factory in original place too - fix display of English/European entry - bring back Ctrl+space hotkey for Japanese and Korean users for backward compatibility (#201173) - include European keyboard in default factories again to avoid breaking deadkey support in XIM apps (lxo, #188357) - move scim modules to the main package * Fri Jul 28 2006 Qingyu Wang - 1.4.4-29 - fix scim_panel_gtk-systray-click-199187.patch for second click away from icon selinux-policy-2.3.6-2 ---------------------- * Wed Aug 09 2006 Dan Walsh 2.3.6-2 - More fixes for strict policy vim-2:7.0.050-1 --------------- * Wed Aug 09 2006 Karsten Hopp 7.0.050-1 - Patchlevel 50 xorg-x11-drv-amd-0.0-3.20060809git.fc6 -------------------------------------- * Wed Aug 09 2006 Adam Jackson 0.0-3.20060809git.fc6 - Fix FC5 Requires too. xorg-x11-drv-i810-1.6.4-3.fc6 ----------------------------- * Wed Aug 09 2006 Adam Jackson 1.6.4-3.fc6 - intel-driver-rename.patch: Fix the driver name in more places so it'll, you know, load. * Wed Aug 09 2006 Adam Jackson 1.6.4-2.fc6 - intel-945gm-lfp-blacklist.patch: At anholt's suggestion, remove the other LFP special casing in favor of the blacklist. * Wed Aug 09 2006 Adam Jackson 1.6.4-1.fc6 - Admit defeat, kinda. Package both i810 stable and modesetting drivers. The modesetting driver is installed as intel_drv.so instead of i810_drv.so, and is selected with Driver "intel" in xorg.conf. Individual devices will whitelist over to "intel" until that branch gets merged into head. - Update the stable branch driver to 1.6.4 from upstream, adds i965 support. - intel-945gm-lfp-blacklist.patch: Blacklist LFP detection on machines where the BIOS is known to lie. xorg-x11-server-1.1.1-19.fc6 ---------------------------- * Wed Aug 09 2006 Adam Jackson - 1.1.1-19.fc6 - xorg-x11-server-1.1.1-builderstring.patch: Enable the builder info string at configure time; - ... and use it to print the package name and version. - xorg-x11-server-1.1.1-defaultdepth-24.patch: Set default depth to 24. - xorg-x11-server-1.1.1-edid-quirks-list.patch: Add EDID quirks list as an experiment; needs a better solution though. yum-2.9.4-1 ----------- * Wed Aug 09 2006 Jeremy Katz - 2.9.4-1 - update to 2.9.4 (including logging fixes, gpg checking fix, and fixes for #200901, #200346, #189483) Broken deps for ppc64 ---------------------------------------------------------- epiphany - 2.15.4-1.ppc64 requires firefox = 0:1.5.0.5 Broken deps for i386 ---------------------------------------------------------- epiphany - 2.15.4-1.i386 requires firefox = 0:1.5.0.5 Broken deps for x86_64 ---------------------------------------------------------- epiphany - 2.15.4-1.x86_64 requires firefox = 0:1.5.0.5 Broken deps for ppc ---------------------------------------------------------- epiphany - 2.15.4-1.ppc requires firefox = 0:1.5.0.5 Broken deps for ia64 ---------------------------------------------------------- epiphany - 2.15.4-1.ia64 requires firefox = 0:1.5.0.5 Broken deps for s390 ---------------------------------------------------------- epiphany - 2.15.4-1.s390 requires firefox = 0:1.5.0.5 Broken deps for s390x ---------------------------------------------------------- epiphany - 2.15.4-1.s390x requires firefox = 0:1.5.0.5 From mailinglists at erwinrol.com Thu Aug 10 10:11:36 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 10 Aug 2006 12:11:36 +0200 Subject: rawhide report: 20060810 changes In-Reply-To: <200608100946.k7A9k7t7002501@hs20-bc2-6.build.redhat.com> References: <200608100946.k7A9k7t7002501@hs20-bc2-6.build.redhat.com> Message-ID: <1155204696.2769.4.camel@xpc.home.erwinrol.com> On Thu, 2006-08-10 at 05:46 -0400, buildsys at redhat.com wrote: > cairo-1.2.2-2.fc6 > ----------------- > * Wed Aug 09 2006 Ray Strode - 1.2.2-2 > - add lame libXt-devel BuildReq to get things building again. > - small spec tweaks to follow conventions > > * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 > - Update to 1.2.2 > > * Tue Jul 18 2006 Matthias Clasen - 1.2.0-2 > - rebuild Is it save to update this, yesterday ppl warned that cairo broke GDM. - Erwin From bart.vanbrabant at zoeloelip.be Thu Aug 10 10:16:31 2006 From: bart.vanbrabant at zoeloelip.be (Bart Vanbrabant) Date: Thu, 10 Aug 2006 12:16:31 +0200 Subject: rawhide report: 20060810 changes In-Reply-To: <1155204696.2769.4.camel@xpc.home.erwinrol.com> References: <200608100946.k7A9k7t7002501@hs20-bc2-6.build.redhat.com> <1155204696.2769.4.camel@xpc.home.erwinrol.com> Message-ID: <44DB077F.3010409@zoeloelip.be> Erwin Rol wrote: > On Thu, 2006-08-10 at 05:46 -0400, buildsys at redhat.com wrote: > >> cairo-1.2.2-2.fc6 >> ----------------- >> * Wed Aug 09 2006 Ray Strode - 1.2.2-2 >> - add lame libXt-devel BuildReq to get things building again. >> - small spec tweaks to follow conventions >> >> * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-1 >> - Update to 1.2.2 >> >> * Tue Jul 18 2006 Matthias Clasen - 1.2.0-2 >> - rebuild > > Is it save to update this, yesterday ppl warned that cairo broke GDM. > > - Erwin This fixes the problem I reported yesterday. Everything works fine now. gr, Bart -- Bart Vanbrabant PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From j.w.r.degoede at hhs.nl Thu Aug 10 10:54:25 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 10 Aug 2006 12:54:25 +0200 Subject: The bug squad is hiring! Message-ID: <44DB1061.7020508@hhs.nl> Hi all, Introducing the bug squad: Currently there is not much to introduce except for this idea in my head. Last friday I started a thread about collecting and fixing pet peeve bugs, the idea behind this thread was to build a collection of bugs which are high on the annoyance ladder and are fixable by mere mortals. Building such a collection is just the start however, the next step is to build a team of volunteers to tackle these bugs: the bug squad. I myself will be part of the team, and I'm looking for partners in crime to squash all those nasty bugs. So what is expected of a bug squad member? Well the nescesarry skills to hunt down and fix bugs of course and some time to spare and invest, thats about all. And the rewards, well beside enormous fame the biggest reward will be a better distro and a better Linux landscape in general with less bugs and thus more fun. So come on and sign up today! --- So what will the bug squad do once formed? *The* purpose is to fix bugs. That is a but of a wide scope however, so the main purpose is to fix those bugs which affect a large audience and which are fixable with the skills and capabilities available in the bug squad. Also this will be strictly about bugs, not about behavioral changes (like the gnome file selector discussions), we might do simple RFE's if and only if upstream agrees its an enhancement. We will also need to devise some way for people to bring bugs which match our MO to our attention and some coordination to avoid debugging the same bug with 3 people at the same time, but that will all come, once we have our most important asset: People. So come on and sign up today! Regards, Hans p.s. Here is a list of bugs collected from the pet peeve bug discussion to get us started, filtered somewhat to weed out any behavioral change requests: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188079 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106552 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131428 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187268 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168660 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177823 From dhollis at davehollis.com Thu Aug 10 11:54:56 2006 From: dhollis at davehollis.com (David Hollis) Date: Thu, 10 Aug 2006 07:54:56 -0400 Subject: Evolution crash on startup - gdk/cairo issues. In-Reply-To: <44DAEDE8.9090201@valuecommerce.com> References: <44DAEDE8.9090201@valuecommerce.com> Message-ID: <1155210896.6141.2.camel@dhollis-lnx.sunera.com> On Thu, 2006-08-10 at 17:27 +0900, Naoki wrote: > Using : > > evolution-2.7.91-1 > evolution-data-server-1.7.91-1 > gtk2-2.10.1-1 > cairo-1.2.0-2 & cairo-1.2.2-1 > > I get : > > $ evolution > CalDAV Eplugin starting up ... > > (evolution-2.8:7195): camel-WARNING **: camel_exception_get_id called > with NULL parameter. > libnm_glib_nm_state_cb: dbus returned an error. > (org.freedesktop.DBus.Error.ServiceUnknown) The name > org.freedesktop.NetworkManager was not provided by any .service files > evolution: symbol lookup error: /usr/lib64/libgdk-x11-2.0.so.0: > undefined symbol: cairo_xlib_surface_create This is due to the pango/cairo updates that rolled out on 8/9. I reverted back to: pango-1.13.5-1 cairo-1.2.0-2 And all is well with the world again. -- David Hollis -------------- 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 mailinglists at erwinrol.com Thu Aug 10 13:32:26 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 10 Aug 2006 15:32:26 +0200 Subject: deadlock Message-ID: <1155216746.2769.12.camel@xpc.home.erwinrol.com> Could it be there is a deadlock or other SMP problem on SMP machnines again ? RPM will hang for ever in __lll_mutux_lock_wait. I have seen this before an rebooting an old kernel helped and i thought the problem was gone, but today i can't update anymore because RPM hangs. - Erwin From joseph_sacco at comcast.net Thu Aug 10 13:46:26 2006 From: joseph_sacco at comcast.net (Joseph E. Sacco, Ph.D.) Date: Thu, 10 Aug 2006 09:46:26 -0400 Subject: does nautilus_cd_burner work? Message-ID: <1155217586.2733.9.camel@plantain.jesacco.com> System: G4-based PPC with fedora/rawhide-10Aug06 ================================================= nautilus_cd_burner does not work on my system. The problem appears to be a failure to detect of a writable CD. --> * The app prompts for a blank CD. | * A blank CD is placed into the CD carrier. | * The CD carrier is closed | * a CD icon appears on the desktop <-- * the "OK" button is clicked. Anyone else seeing this problem? -Joseph -- joseph_sacco [at] comcast [dot] net From bpepple at fedoraproject.org Thu Aug 10 13:59:31 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 10 Aug 2006 09:59:31 -0400 Subject: Config dialog on every login? In-Reply-To: <44DAEDE1.4000709@thi.uni-hannover.de> References: <44DAEDE1.4000709@thi.uni-hannover.de> Message-ID: <1155218371.29820.2.camel@shuttle.piedmont.com> On Thu, 2006-08-10 at 10:27 +0200, Joachim Selke wrote: > some time ago I created a bugzilla report against the package > mail-notification in FC5 extras. The report has been closed as "WONTFIX" > but the reasons for that resolution are not comprehensible to me. The > bug report does not deal with some application specific problems but > rather general behavior of applications. Thus, I post this message to > the devel list asking you to give your opinion about the issue. I agree with Thorsten that this should be handled upstream. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dwalsh at redhat.com Thu Aug 10 14:08:15 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Thu, 10 Aug 2006 10:08:15 -0400 Subject: gstreamer and selinux issue In-Reply-To: <1155169897.10728.4.camel@soncomputer> References: <1155161553.3130.9.camel@soncomputer> <1155169897.10728.4.camel@soncomputer> Message-ID: <44DB3DCF.5030602@redhat.com> Louis Garcia II wrote: > On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: > >> I was able to setup the pitfdll plugin for gstreamer and use the win32 >> codecs under fc5 with selinux enabled. The pitfdll plugin needed to be >> marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. >> This worked for FC5 under selinux and FC6 with selinux disabled. But >> selinux under FC6 seems to have changed. Is their another lable I >> should use, how can I debug this? >> >> -Thanks >> > > This is what I get: > > Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: > denied { execstack } for pid=9530 comm="totem" > scontext=user_u:system_r:unconfined_t:s0 > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > you can turn on allow_execstack or change the context of totem to unconfined_execmen_exec_t chcon -t unconfined_execmem_exec_t /usr/bin/totem > -Louis > > From mattdm at mattdm.org Thu Aug 10 14:32:57 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 10:32:57 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155177379.11572.8.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <1155177379.11572.8.camel@cutter> Message-ID: <20060810143257.GA12044@jadzia.bu.edu> On Wed, Aug 09, 2006 at 10:36:18PM -0400, seth vidal wrote: > > > send it to me, I'm amenable to that sort of thing. > > Can we just define and document it as being the former? > > so let's say we do that. > > and then the person wants to install all packages named: > > foo*.i?86 > > what should yum do in that case? Presumably, install all packages with names starting with foo for either i386 or i686 (or i586) architecture. Are you concerned that there might be a package "foobarin86-5.3-1.fc6.x86_64"? I guess "." is kind of an unfortunate separator for arch..... But I'm still in favor of simply documenting what might happen in corner cases and making the default case be something other than "multilib pile-on!" -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From selke at thi.uni-hannover.de Thu Aug 10 14:33:47 2006 From: selke at thi.uni-hannover.de (Joachim Selke) Date: Thu, 10 Aug 2006 16:33:47 +0200 Subject: Config dialog on every login? In-Reply-To: <1155218371.29820.2.camel@shuttle.piedmont.com> References: <44DAEDE1.4000709@thi.uni-hannover.de> <1155218371.29820.2.camel@shuttle.piedmont.com> Message-ID: <44DB43CB.2080804@thi.uni-hannover.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brian Pepple wrote: >> some time ago I created a bugzilla report against the package >> mail-notification in FC5 extras. The report has been closed as "WONTFIX" >> but the reasons for that resolution are not comprehensible to me. The >> bug report does not deal with some application specific problems but >> rather general behavior of applications. Thus, I post this message to >> the devel list asking you to give your opinion about the issue. > > I agree with Thorsten that this should be handled upstream. This would be the best solution, of course. Thorsten already tried to convince the author of Mail Notification to remove the autostart feature, without success. I didn't try it myself yet, because I am not sure whether the application behaves "bad" or not by doing this autostart thing. Do you think this feature should be removed? Joachim - -- B. Sc. Joachim Selke Universit?t Hannover, Institut f?r Theoretische Informatik Appelstra?e 4, 30167 Hannover, Germany -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE20PKq7fYj4TsIUwRAj/ZAKC9bcPLpnlF8/O8YwuLEft+sxoYRQCgkAD4 +OBAcXw69olodXTD+yxw398= =PgB9 -----END PGP SIGNATURE----- From mattdm at mattdm.org Thu Aug 10 14:42:23 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 10:42:23 -0400 Subject: The bug squad is hiring! In-Reply-To: <44DB1061.7020508@hhs.nl> References: <44DB1061.7020508@hhs.nl> Message-ID: <20060810144223.GB12044@jadzia.bu.edu> On Thu, Aug 10, 2006 at 12:54:25PM +0200, Hans de Goede wrote: > Here is a list of bugs collected from the pet peeve bug discussion to > get us started, filtered somewhat to weed out any behavioral change > requests: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188079 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106552 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131428 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187268 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168660 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177823 Oooh, here's another: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=81836 -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fedora at camperquake.de Thu Aug 10 14:48:41 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 10 Aug 2006 16:48:41 +0200 Subject: Dependencies a little excessive? In-Reply-To: <20060810143257.GA12044@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <1155177379.11572.8.camel@cutter> <20060810143257.GA12044@jadzia.bu.edu> Message-ID: <20060810164841.0f870ba0@sisko.addix.net> Hi. On Thu, 10 Aug 2006 10:32:57 -0400, Matthew Miller wrote: > Are you concerned that there might be a package > "foobarin86-5.3-1.fc6.x86_64"? > > I guess "." is kind of an unfortunate separator for arch..... That depends whether that's a shell glob or a regexp :) From mattdm at mattdm.org Thu Aug 10 15:02:00 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 11:02:00 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060810164841.0f870ba0@sisko.addix.net> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <1155177379.11572.8.camel@cutter> <20060810143257.GA12044@jadzia.bu.edu> <20060810164841.0f870ba0@sisko.addix.net> Message-ID: <20060810150200.GA13892@jadzia.bu.edu> On Thu, Aug 10, 2006 at 04:48:41PM +0200, Ralf Ertzinger wrote: > > Are you concerned that there might be a package > > "foobarin86-5.3-1.fc6.x86_64"? > > I guess "." is kind of an unfortunate separator for arch..... > That depends whether that's a shell glob or a regexp :) The pattern is already defined as being a shell glob. Seth, gimmie a hint. What's the issue you're worried about here? :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Thu Aug 10 15:04:18 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 10 Aug 2006 11:04:18 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060810150200.GA13892@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <1155177379.11572.8.camel@cutter> <20060810143257.GA12044@jadzia.bu.edu> <20060810164841.0f870ba0@sisko.addix.net> <20060810150200.GA13892@jadzia.bu.edu> Message-ID: <1155222258.14426.2.camel@cutter> On Thu, 2006-08-10 at 11:02 -0400, Matthew Miller wrote: > On Thu, Aug 10, 2006 at 04:48:41PM +0200, Ralf Ertzinger wrote: > > > Are you concerned that there might be a package > > > "foobarin86-5.3-1.fc6.x86_64"? > > > I guess "." is kind of an unfortunate separator for arch..... > > That depends whether that's a shell glob or a regexp :) > > The pattern is already defined as being a shell glob. > > Seth, gimmie a hint. What's the issue you're worried about here? :) > I'm worried about someone legitimately wanting to install both arches being stymied by this "feature". -sv From ajackson at redhat.com Thu Aug 10 14:18:47 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 10 Aug 2006 10:18:47 -0400 Subject: rawhide report: 20060810 changes In-Reply-To: <200608100946.k7A9k7t7002501@hs20-bc2-6.build.redhat.com> References: <200608100946.k7A9k7t7002501@hs20-bc2-6.build.redhat.com> Message-ID: <44DB4047.6070400@redhat.com> buildsys at redhat.com wrote: > * Wed Aug 09 2006 Adam Jackson 1.6.4-1.fc6 > - Admit defeat, kinda. Package both i810 stable and modesetting drivers. > The modesetting driver is installed as intel_drv.so instead of i810_drv.so, > and is selected with Driver "intel" in xorg.conf. Individual devices will > whitelist over to "intel" until that branch gets merged into head. > - Update the stable branch driver to 1.6.4 from upstream, adds i965 support. > - intel-945gm-lfp-blacklist.patch: Blacklist LFP detection on machines where > the BIOS is known to lie. Just wanted to highlight this one. If you've got Intel graphics and want to test (or run!) the modesetting driver, switch to Driver "intel" in xorg.conf. If you do so, PLEASE send me success stories in bugzilla (filed against xorg-x11-drv-i810 will get them to me), preferably complete with X log so I can start whitelisting devices over to the new driver. It's really important to get this tested, since I expect 1.7 of the i810 driver to have the modesetting branch merged; unfortunately it doesn't look like that will happen before FC6, so this was the best I could do. Thanks for all the feedback so far, keep it coming. - ajax From mattdm at mattdm.org Thu Aug 10 15:33:13 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 11:33:13 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155222258.14426.2.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <1155177379.11572.8.camel@cutter> <20060810143257.GA12044@jadzia.bu.edu> <20060810164841.0f870ba0@sisko.addix.net> <20060810150200.GA13892@jadzia.bu.edu> <1155222258.14426.2.camel@cutter> Message-ID: <20060810153313.GA15781@jadzia.bu.edu> On Thu, Aug 10, 2006 at 11:04:18AM -0400, seth vidal wrote: > > > That depends whether that's a shell glob or a regexp :) > > The pattern is already defined as being a shell glob. > > Seth, gimmie a hint. What's the issue you're worried about here? :) > I'm worried about someone legitimately wanting to install both arches > being stymied by this "feature". Stymied, or required to do a bit of extra typing? 'Cause I'm pretty sure the case where you want to install both archs *should* be the one where extra typing is required. So, "yum install foo.*" (shades of DOS). Or, if it needs to be "yum install foo.x86_64 foo.i386" (or "foo foo.i386"), is that really so bad? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skadz1 at gmail.com Thu Aug 10 15:38:52 2006 From: skadz1 at gmail.com (Ryan Skadberg) Date: Thu, 10 Aug 2006 11:38:52 -0400 Subject: FC6 and cdburning In-Reply-To: <200607281418.25416.jkeating@redhat.com> References: <20060728173425.28966.qmail@web51505.mail.yahoo.com> <200607281418.25416.jkeating@redhat.com> Message-ID: <8719b8230608100838n52d704abi5f19722aa993c50@mail.gmail.com> An old topic, but felt the need to get back to it. I did this (with the spelling correction) and my pcspkr module still loads every time. Do I need to set something up to tell modprobe to actually use the blacklist? Thanks! Skadz On 7/28/06, Jesse Keating wrote: > On Friday 28 July 2006 13:34, Steve G wrote: > > And also the annoying pc speaker beep that showed up in the last week or > > two. > > Blacklist the module. > > echo "blacklist pcspkr" >> /etc/modprob.d/blacklist > > -- > Jesse Keating > Release Engineer: Fedora > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From j.w.r.degoede at hhs.nl Thu Aug 10 15:38:15 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 10 Aug 2006 17:38:15 +0200 Subject: Dependencies a little excessive? In-Reply-To: <1155222258.14426.2.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <44D97387.3080309@fedoraproject.org> <20060809181139.009bec4c@twister> <1155145677.9162.10.camel@cutter> <20060809180554.GA3131@jadzia.bu.edu> <1155177379.11572.8.camel@cutter> <20060810143257.GA12044@jadzia.bu.edu> <20060810164841.0f870ba0@sisko.addix.net> <20060810150200.GA13892@jadzia.bu.edu> <1155222258.14426.2.camel@cutter> Message-ID: <44DB52E7.6040606@hhs.nl> seth vidal wrote: > On Thu, 2006-08-10 at 11:02 -0400, Matthew Miller wrote: >> On Thu, Aug 10, 2006 at 04:48:41PM +0200, Ralf Ertzinger wrote: >>>> Are you concerned that there might be a package >>>> "foobarin86-5.3-1.fc6.x86_64"? >>>> I guess "." is kind of an unfortunate separator for arch..... >>> That depends whether that's a shell glob or a regexp :) >> The pattern is already defined as being a shell glob. >> >> Seth, gimmie a hint. What's the issue you're worried about here? :) >> > > I'm worried about someone legitimately wanting to install both arches > being stymied by this "feature". > Erm, speaking as a multilib feature, I think an overwelming percentage of multilib user wants the suggested feature. Also most yum cmdline using multilib user (aka powerusers, who might want both versions) are currently used to adding .x86_64 to every package mentioned in a yum something command, so if they really want both I'm sure they can figure out to add the packagename twice to the cmdline list, once with .x86_64 appended, and once with .i386 . I already have been running with both i386 and x86_64 repos of core and extras in my /etc/yum.repos.d and have not complained because this is an unsupported setup, however the way as things currently work is annoying and the suggested feature would make life much easier. I review quite a few packages and often rpmbuild refuses to build the SRPM I'm reviewing because of a missing dep on foo-devel, if I then accidently (which still sometimes happens) type: sudo yum -y install foo-devel instead of sudo yum -y install foo-devel.x86_64 I get both versions, which is not what I wanted! I believe the current behaviour even though documented is annoying enough to almost warrent the title bug and I would love to see the suggested feature. Notice that this feature should preferably not only be added to the cmdline parsing but also to dep resolving. Sometimes a package will Require /usr/bin/foo, now if /usr/bin/foo is not in my system when I'm installing this package and /usr/bin/foo is provided by bar then yum will install both the i386 and x86_64 versions of bar, which is BAD. This is optimised for the exception that some package requires a file and somehow requires that file to be of a certain arch, which is crazy, because either the file is an executable, in which case either version should work fine (or the Requires is broken and the requiering package should be fixed), or it is not an executable in which case the versions in the i386 and x86_64 package must be indentical otherwise I'll get a file conflict. Regards, Hans From jkeating at redhat.com Thu Aug 10 15:41:41 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Aug 2006 11:41:41 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060810153313.GA15781@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <1155222258.14426.2.camel@cutter> <20060810153313.GA15781@jadzia.bu.edu> Message-ID: <200608101141.41766.jkeating@redhat.com> On Thursday 10 August 2006 11:33, Matthew Miller wrote: > Stymied, or required to do a bit of extra typing? 'Cause I'm pretty sure > the case where you want to install both archs *should* be the one where > extra typing is required. So, "yum install foo.*" (shades of DOS). Or, if > it needs to be "yum install foo.x86_64 foo.i386" (or "foo foo.i386"), is > that really so bad? it is when we want to provide a multilib environment when folks shouldn't have to think about it. Our users should have to jump through hoops when they want to run some 32bit app. It should Just Work. That's IMHO a big reason why we are installing both arches by default. The folks that really CARE about being pure lib are the ones that would have the ability to fiddle with some bits in a yumconf file. -- 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 cmadams at hiwaay.net Thu Aug 10 15:51:37 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 10 Aug 2006 10:51:37 -0500 Subject: Dependencies a little excessive? In-Reply-To: <200608101141.41766.jkeating@redhat.com> References: <1154940634.14582.149.camel@localhost.localdomain> <1155222258.14426.2.camel@cutter> <20060810153313.GA15781@jadzia.bu.edu> <200608101141.41766.jkeating@redhat.com> Message-ID: <20060810155137.GF1513459@hiwaay.net> Once upon a time, Jesse Keating said: > it is when we want to provide a multilib environment when folks shouldn't have > to think about it. Our users should have to jump through hoops when they > want to run some 32bit app. If someone installs a 32bit app via yum, it would automatically pull in the necessary dependencies (wouldn't it?). If someone is installing non-RPM software without yum, they'll have to be doing things manually anyway (and could specify the arch). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From orion at cora.nwra.com Thu Aug 10 16:07:44 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 10 Aug 2006 10:07:44 -0600 Subject: pam_console_apply, udev, selinux, and /var Message-ID: If you install FC (including FC6T2) with /var as a separate partition, you will get lots of the following at boot: audit(1155060024.471:4): avc: denied { search } for pid=496 comm="pam_console_app" name="var" dev=hda2 ino=251905 scontext=system_u:system_r:pam_console_t:s0-s0:c0.c255 tcontext=system_u:object_r:file_t:s0 tclass=dir This is because pam_console_apply is being run before /var is mounted and the unmounted /var directory does not have the appropriate selinux context (var_t). pam_console_apply is apparently looking for the fine /var/run/console.lock. I believe pam_console_apply is being run before /var is mounted by udev. udev is started before /var is mounted, and the following udev rule exists: # cat /etc/udev/rules.d/95-pam-console.rules ACTION=="add", SYSFS{dev}=="?*", KERNEL=="?*", RUN+="/sbin/pam_console_apply $env{DEVNAME} $env{DEVLINKS}" Which appears to run pam_console_apply for every device, which would explain why there are so many messages. Now, I think the proper solution is to have anaconda properly label the /var mount point var_t. Indeed, putting "restorecon /var" early in rc.sysinit and rebooting a couple times has been to favored hack to this point and doesn't not appear to result in any other error messages. But I'm posting this here so that hopefully all of the various parties (initscripts, udev, anaconda, selinux, pam) have a chance to weigh in. -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mspevack at redhat.com Thu Aug 10 16:35:21 2006 From: mspevack at redhat.com (Max Spevack) Date: Thu, 10 Aug 2006 12:35:21 -0400 (EDT) Subject: some closure on the xorg updates issue Message-ID: re-posted here from fedora-advisory-board ========= I wanted to spend a minute in response to the various threads about the XOrg update that were on fedora-devel-list last week, and also as a response to some of the blogosphere articles that were generated from those threads, for example: http://blog.eweek.com/blogs/eweek_labs/archive/2006/08/02/12050.aspx There are several parts to this issue: 1) The xorg update is of benefit to Fedora users who do not depend on proprietary drivers for their video cards. 2) As such, this update would be bad for users who do rely on proprietary drivers, mainly because those proprietary drivers are not updated to function properly with the new xorg code. Users who upgrade will be in a tough spot until their proprietary software vendors relese updates. 3) The Fedora Project does not support any sort of proprietary software. "Once free, always free". 4) The number of Fedora users who, due to the hardware that they own, are forced to rely on proprietary video drivers is significant enough for us to be concerned about breaking their systems. 5) This is more complicated than the case in which we release a new kernel, because in that case it is trivial for a user to boot an old, working kernel. In the case where packages are updated, the roll-back is not as trivial of a process. 6) The xorg update is not a security update. So there is a balance to be struck -- on one side you have the desire to not make concessions to proprietary software vendors, but on the other side you have the very real problem of unnecessarily breaking the systems of users. In short, it's a major change with only modest benefit, and a better solution is coming soon. That's an argument that resonates with me, and that has nothing to do with proprietary software, and everything to do with stability for users. Therefore, holding off on a non-security update in order to not break users' systems, to me, is a reasonable decision to make in this situation, especially when we are focusing our efforts entirely on Fedora Core 6 at this point, which will include the most up to date Xorg software anyway. I would further state that not all the members of the Fedora Board share this exact opinion on this issue, but there is a general consensus that holding off on this update for fc5 is the "better" decision of the two, and so the Board does stand behind that decision as a group. In addition, this debate has shown that we have a clear need to articulate our update policy as clearly as possible, so that future decisions like this will be easier to make. The work in that regard is going on here, and I hope that Fedora community members will join in. http://fedoraproject.org/wiki/UpdatesPolicy -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From nicolas.mailhot at laposte.net Thu Aug 10 16:36:12 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Aug 2006 18:36:12 +0200 Subject: Config dialog on every login? In-Reply-To: <44DB43CB.2080804@thi.uni-hannover.de> References: <44DAEDE1.4000709@thi.uni-hannover.de> <1155218371.29820.2.camel@shuttle.piedmont.com> <44DB43CB.2080804@thi.uni-hannover.de> Message-ID: <1155227772.16037.0.camel@rousalka.dyndns.org> Le jeudi 10 ao?t 2006 ? 16:33 +0200, Joachim Selke a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Brian Pepple wrote: > >> some time ago I created a bugzilla report against the package > >> mail-notification in FC5 extras. The report has been closed as "WONTFIX" > >> but the reasons for that resolution are not comprehensible to me. The > >> bug report does not deal with some application specific problems but > >> rather general behavior of applications. Thus, I post this message to > >> the devel list asking you to give your opinion about the issue. > > > > I agree with Thorsten that this should be handled upstream. > > This would be the best solution, of course. Thorsten already tried to > convince the author of Mail Notification to remove the autostart > feature, without success. I didn't try it myself yet, because I am not > sure whether the application behaves "bad" or not by doing this > autostart thing. Do you think this feature should be removed? Sounds like a perfect testcase for the usability project -- 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 pmatilai at laiskiainen.org Thu Aug 10 18:48:31 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 10 Aug 2006 21:48:31 +0300 Subject: Dependencies a little excessive? In-Reply-To: <200608101141.41766.jkeating@redhat.com> References: <1154940634.14582.149.camel@localhost.localdomain> <1155222258.14426.2.camel@cutter> <20060810153313.GA15781@jadzia.bu.edu> <200608101141.41766.jkeating@redhat.com> Message-ID: <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> On Thu, 2006-08-10 at 11:41 -0400, Jesse Keating wrote: > On Thursday 10 August 2006 11:33, Matthew Miller wrote: > > Stymied, or required to do a bit of extra typing? 'Cause I'm pretty sure > > the case where you want to install both archs *should* be the one where > > extra typing is required. So, "yum install foo.*" (shades of DOS). Or, if > > it needs to be "yum install foo.x86_64 foo.i386" (or "foo foo.i386"), is > > that really so bad? > > it is when we want to provide a multilib environment when folks shouldn't have > to think about it. Our users should have to jump through hoops when they > want to run some 32bit app. It should Just Work. That's IMHO a big reason > why we are installing both arches by default. The folks that really CARE > about being pure lib are the ones that would have the ability to fiddle with > some bits in a yumconf file. So why aren't we doing "everything" installs by default because somebody might have a piece of software that doesn't "just work" otherwise? I just don't buy that argument. Yum is perfectly capable of pulling in just the 32bit version of a library if you install a 32bit package. If we're talking about tarballs with binaries within.. all bets are off anyway, although it wouldn't be hard to write a script to resolve and install the needed libs of binaries in /opt/somesoftware path. No, I don't like the behavior of installing both arches by default. :) - Panu - From jkeating at redhat.com Thu Aug 10 18:51:22 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Aug 2006 14:51:22 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> Message-ID: <200608101451.23056.jkeating@redhat.com> On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > No, I don't like the behavior of installing both arches by default. I don't personally either, but I have the capacity to fix that for my system. I'm just repeating the reasoning that was given to me the last time I bitched about it. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at linux.duke.edu Thu Aug 10 18:56:25 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 10 Aug 2006 14:56:25 -0400 Subject: Dependencies a little excessive? In-Reply-To: <200608101451.23056.jkeating@redhat.com> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> Message-ID: <1155236186.14426.13.camel@cutter> On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > No, I don't like the behavior of installing both arches by default. > > I don't personally either, but I have the capacity to fix that for my system. > I'm just repeating the reasoning that was given to me the last time I bitched > about it. So everyone hates it? anyone in favor? -sv From mattdm at mattdm.org Thu Aug 10 18:57:56 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 14:57:56 -0400 Subject: The bug squad is hiring! In-Reply-To: <20060810144223.GB12044@jadzia.bu.edu> References: <44DB1061.7020508@hhs.nl> <20060810144223.GB12044@jadzia.bu.edu> Message-ID: <20060810185756.GA26146@jadzia.bu.edu> On Thu, Aug 10, 2006 at 10:42:23AM -0400, Matthew Miller wrote: > Oooh, here's another: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=81836 Note that this would partially mitigate MITKRB-SA-2006-001/CVE-2006-3084, although ksu would still have been affected. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From nicolas.mailhot at laposte.net Thu Aug 10 18:59:25 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Aug 2006 20:59:25 +0200 Subject: Dependencies a little excessive? In-Reply-To: <1155236186.14426.13.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> Message-ID: <1155236369.16037.2.camel@rousalka.dyndns.org> Le jeudi 10 ao?t 2006 ? 14:56 -0400, seth vidal a ?crit : > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > No, I don't like the behavior of installing both arches by default. > > > > I don't personally either, but I have the capacity to fix that for my system. > > I'm just repeating the reasoning that was given to me the last time I bitched > > about it. > > So everyone hates it? anyone in favor? We hate it :) -- 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 katzj at redhat.com Thu Aug 10 19:04:18 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 10 Aug 2006 15:04:18 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155236186.14426.13.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> Message-ID: <1155236658.6078.20.camel@aglarond.local> On Thu, 2006-08-10 at 14:56 -0400, seth vidal wrote: > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > No, I don't like the behavior of installing both arches by default. > > > > I don't personally either, but I have the capacity to fix that for my system. > > I'm just repeating the reasoning that was given to me the last time I bitched > > about it. > > So everyone hates it? anyone in favor? I'm strongly in favor. It removes some of the weirdness about caring about which order packages get installed in as well as making things just more consistent. Jeremy From skvidal at linux.duke.edu Thu Aug 10 19:04:07 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 10 Aug 2006 15:04:07 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155236369.16037.2.camel@rousalka.dyndns.org> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> Message-ID: <1155236647.14426.18.camel@cutter> On Thu, 2006-08-10 at 20:59 +0200, Nicolas Mailhot wrote: > Le jeudi 10 ao?t 2006 ? 14:56 -0400, seth vidal a ?crit : > > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > > No, I don't like the behavior of installing both arches by default. > > > > > > I don't personally either, but I have the capacity to fix that for my system. > > > I'm just repeating the reasoning that was given to me the last time I bitched > > > about it. > > > > So everyone hates it? anyone in favor? > > We hate it :) > okay - then here are a couple of more situations I want to make sure are understood: yum remove foo* it should remove all packages starting with foo of EVERY arch or just of the primary arch in the biarch set? yum update foo* ditto of above? What should it default to act on b/c if: yum install foo* only installs the primary arch - not the secondary one - then we're creating some expectation of it for the others. consistency is a good thing, I think. -sv From nicolas.mailhot at laposte.net Thu Aug 10 19:23:17 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Aug 2006 21:23:17 +0200 Subject: Dependencies a little excessive? In-Reply-To: <1155236647.14426.18.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> Message-ID: <1155237797.16037.13.camel@rousalka.dyndns.org> Le jeudi 10 ao?t 2006 ? 15:04 -0400, seth vidal a ?crit : > On Thu, 2006-08-10 at 20:59 +0200, Nicolas Mailhot wrote: > > Le jeudi 10 ao?t 2006 ? 14:56 -0400, seth vidal a ?crit : > > > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > > > No, I don't like the behavior of installing both arches by default. > > > > > > > > I don't personally either, but I have the capacity to fix that for my system. > > > > I'm just repeating the reasoning that was given to me the last time I bitched > > > > about it. > > > > > > So everyone hates it? anyone in favor? > > > > We hate it :) > > > > okay - then here are a couple of more situations I want to make sure are > understood: Ok, my own non-representative opinion there is : 1. yum operations should always target the primary arch when packages are not already installed, and all installed arches otherwise 2. using globs for arches in the package list is silly - most of the times if you target one or all arches it's the same rule for all the packages. So the arch mode should not be specified in the package list but via a specific yum flag ( --arch foo, --biarch, whatever) 3. control freaks which want a package-level arch granularity in the orders they issue through yum can type full arches instead of globs. This is not the general case and we should not optimize for it. 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 Thu Aug 10 19:29:20 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Aug 2006 21:29:20 +0200 Subject: Dependencies a little excessive? In-Reply-To: <1155237797.16037.13.camel@rousalka.dyndns.org> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155237797.16037.13.camel@rousalka.dyndns.org> Message-ID: <1155238162.16037.15.camel@rousalka.dyndns.org> Le jeudi 10 ao?t 2006 ? 21:23 +0200, Nicolas Mailhot a ?crit : > 3. control freaks which want a package-level arch granularity in the > orders they issue through yum can type full arches instead of globs. > This is not the general case and we should not optimize for it. (if you want to save users some typing having an exclude shortcut or list mode would help) -- 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 mattdm at mattdm.org Thu Aug 10 19:34:38 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 15:34:38 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155236647.14426.18.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> Message-ID: <20060810193438.GA27775@jadzia.bu.edu> On Thu, Aug 10, 2006 at 03:04:07PM -0400, seth vidal wrote: > okay - then here are a couple of more situations I want to make sure are > understood: > yum remove foo* > it should remove all packages starting with foo of EVERY arch or just of > the primary arch in the biarch set? I would expect matches of all archs to be removed. > only installs the primary arch - not the secondary one - then we're > creating some expectation of it for the others. Actaully, there is precedent for somewhat equivalent behavior in yum already. If you ask for a package by name without a version, "yum install" will just give you the latest one -- but "yum remove" will take out all matches. > consistency is a good thing, I think. Bah. Hobgoblins and all that. :) But really, given the above, I don't think it is inconsistent. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From notting at redhat.com Thu Aug 10 20:00:28 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 10 Aug 2006 16:00:28 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155236186.14426.13.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> Message-ID: <20060810200028.GB1024@nostromo.devel.redhat.com> seth vidal (skvidal at linux.duke.edu) said: > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > No, I don't like the behavior of installing both arches by default. > > > > I don't personally either, but I have the capacity to fix that for my system. > > I'm just repeating the reasoning that was given to me the last time I bitched > > about it. > > So everyone hates it? anyone in favor? I like it. You install glibc, you get all the glibc relevant for your system. Bill From notting at redhat.com Thu Aug 10 20:01:25 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 10 Aug 2006 16:01:25 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155236647.14426.18.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> Message-ID: <20060810200125.GC1024@nostromo.devel.redhat.com> seth vidal (skvidal at linux.duke.edu) said: > okay - then here are a couple of more situations I want to make sure are > understood: > > yum remove foo* > > it should remove all packages starting with foo of EVERY arch or just of > the primary arch in the biarch set? The problem is, logically, this should be all arches... > yum update foo* and this *needs* to be all installed arches, or your transaction will break. Bill From tjb at unh.edu Thu Aug 10 20:05:42 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 10 Aug 2006 16:05:42 -0400 Subject: Wither Bling? Message-ID: <1155240342.6087.9.camel@raptor.sr.unh.edu> So what's the thinking on fc6 bling? Why was composite compiled out of metacity as opposed to just using the gconf key? Is it going to be compiz for bling and metacity for no bling? (That's a sad christmas for me because compiz is too buggy compared to metacity on my ATI R250 laptop). Or will there just be a bling repo for fc6 just like fc5? (oh the irony of updating my laptop to fc6t2 to get some bling because the fc5 bling repo hadn't been updated, only to get no bling on fc6t2 and then have the fc5 bling repo updated a day later!) Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From louisg00 at bellsouth.net Thu Aug 10 20:31:36 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Thu, 10 Aug 2006 16:31:36 -0400 Subject: gstreamer and selinux issue In-Reply-To: <1155169897.10728.4.camel@soncomputer> References: <1155161553.3130.9.camel@soncomputer> <1155169897.10728.4.camel@soncomputer> Message-ID: <1155241896.3031.10.camel@soncomputer> On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote: > On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote: > > On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: > > > I was able to setup the pitfdll plugin for gstreamer and use the win32 > > > codecs under fc5 with selinux enabled. The pitfdll plugin needed to be > > > marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. > > > This worked for FC5 under selinux and FC6 with selinux disabled. But > > > selinux under FC6 seems to have changed. Is their another lable I > > > should use, how can I debug this? > > > > > > -Thanks > > > > This is what I get: > > > > Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: > > denied { execstack } for pid=9530 comm="totem" > > scontext=user_u:system_r:unconfined_t:s0 > > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > > > -Louis > > you can turn on allow_execstack or change the context of totem to unconfined_execmen_exec_t > chcon -t unconfined_execmem_exec_t /usr/bin/totem if I turn on allow_execstack would that be for everything or just for totem? What would be the most secure of these two options? -Louis From terraformers at gmail.com Thu Aug 10 20:30:21 2006 From: terraformers at gmail.com (Lars G) Date: Thu, 10 Aug 2006 22:30:21 +0200 Subject: kernel BUG on umount In-Reply-To: <200608100143.28080.florencio@omeu.com.br> References: <200608100143.28080.florencio@omeu.com.br> Message-ID: <1155241821.3770.6.camel@kinichahau.homebase> On Thu, 2006-08-10 at 01:43 -0300, Flor?ncio Guimar?es wrote: > I'm having this error since a few kernels ago on shutdown or even trying to > unmount mannualy. > Same error on 2.6.17-1.2532.fc6. > Should I fill a fedora bug or kernel.org? > Any ideas? > > Thanks. > > --------------------------------- > Aug 6 20:33:59 voyager kernel: BUG: Dentry df0029e4{i=3,n=.reiserfs_priv} > still in use (1) [unmount of reiserfs hda6] > Aug 6 20:33:59 voyager kernel: ------------[ cut here ]------------ > Aug 6 20:33:59 voyager kernel: kernel BUG at fs/dcache.c:615! > Aug 6 20:33:59 voyager kernel: invalid opcode: 0000 [#1] > Aug 6 20:33:59 voyager kernel: SMP > Aug 6 20:33:59 voyager kernel: last sysfs file: /block/hda/removable > Aug 6 20:33:59 voyager kernel: Modules linked in: sbp2 ohci1394 ieee1394 > acpi_cpufreq sd_mod sg usb_storage scsi_mod snd_rtctimer i915 drm ipt_LOG > xt_tcpudp x_tables ipv6 hidp l2cap bluetooth vfat fat reiser > fs dm_mirror dm_mod video sbs i2c_ec button battery asus_acpi ac parport_pc lp > parport intel_rng joydev snd_intel8x0 snd_ac97_codec snd_ac97_bus > snd_seq_dummy bcm43xx snd_seq_oss snd_seq_midi_event ieee80211s > oftmac ieee80211 snd_seq ieee80211_crypt 8139cp ehci_hcd snd_seq_device > snd_pcm_oss snd_mixer_oss snd_pcm 8139too mii i2c_i801 i2c_core snd_timer > uhci_hcd ide_cd pcspkr cdrom snd soundcore snd_page_alloc seri > o_raw ext3 jbd > Aug 6 20:33:59 voyager kernel: CPU: 0 > Aug 6 20:33:59 voyager kernel: EIP: 0060:[] Not tainted VLI > Aug 6 20:33:59 voyager kernel: EFLAGS: 00010246 (2.6.17-1.2505.fc6 #1) > Aug 6 20:33:59 voyager kernel: EIP is at > shrink_dcache_for_umount_subtree+0x146/0x1d2 > Aug 6 20:33:59 voyager kernel: eax: 0000005a ebx: df0029e4 ecx: c042481d > edx: d99e5eb8 > Aug 6 20:33:59 voyager kernel: esi: 00000001 edi: de097190 ebp: d99e5ee0 > esp: d99e5eb4 > Aug 6 20:34:00 voyager kernel: ds: 007b es: 007b ss: 0068 > Aug 6 20:34:00 voyager kernel: Process umount (pid: 6576, ti=d99e5000 > task=cdda9540 task.ti=d99e5000) > Aug 6 20:34:00 voyager kernel: Stack: c0630b2f df0029e4 00000003 df002a60 > 00000001 e0b50288 de097190 00000003 > Aug 6 20:34:00 voyager kernel: de096f60 e0b641e0 00000000 d99e5eec > c04878fb de096f60 d99e5efc c0477f62 > Aug 6 20:34:00 voyager kernel: df596344 de096f60 d99e5f0c c0478048 > de096f60 e0b641a0 d99e5f1c c0478108 > Aug 6 20:34:00 voyager kernel: Call Trace: > Aug 6 20:34:00 voyager kernel: [] > shrink_dcache_for_umount+0x31/0x3e > Aug 6 20:34:00 voyager kernel: [] generic_shutdown_super+0x19/0xdf > Aug 6 20:34:00 voyager kernel: [] kill_block_super+0x20/0x32 > Aug 6 20:34:00 voyager kernel: [] deactivate_super+0x5d/0x6f > Aug 6 20:34:00 voyager kernel: [] mntput_no_expire+0x42/0x72 > Aug 6 20:34:00 voyager kernel: [] path_release_on_umount+0x15/0x18 > Aug 6 20:34:00 voyager kernel: [] sys_umount+0x1e7/0x21b > Aug 6 20:34:00 voyager kernel: [] sys_oldumount+0xd/0xf > Aug 6 20:34:00 voyager kernel: [] syscall_call+0x7/0xb > Aug 6 20:34:00 voyager kernel: DWARF2 unwinder stuck at syscall_call+0x7/0xb > Aug 6 20:34:00 voyager kernel: Leftover inexact backtrace: > Aug 6 20:34:00 voyager kernel: [] show_stack_log_lvl+0x8a/0x95 > Aug 6 20:34:00 voyager kernel: [] show_registers+0x12d/0x19a > Aug 6 20:34:00 voyager kernel: [] die+0x190/0x293 > Aug 6 20:34:00 voyager kernel: [] do_trap+0x7c/0x96 > Aug 6 20:34:00 voyager kernel: [] do_invalid_op+0x89/0x93 > Aug 6 20:34:00 voyager kernel: [] error_code+0x39/0x40 > Aug 6 20:34:00 voyager kernel: [] > shrink_dcache_for_umount+0x31/0x3e > Aug 6 20:34:00 voyager kernel: [] generic_shutdown_super+0x19/0xdf > Aug 6 20:34:00 voyager kernel: [] kill_block_super+0x20/0x32 > Aug 6 20:34:00 voyager kernel: [] deactivate_super+0x5d/0x6f > Aug 6 20:34:00 voyager kernel: [] mntput_no_expire+0x42/0x72 > Aug 6 20:34:00 voyager kernel: [] path_release_on_umount+0x15/0x18 > Aug 6 20:34:00 voyager kernel: [] sys_umount+0x1e7/0x21b > Aug 6 20:34:00 voyager kernel: [] sys_oldumount+0xd/0xf > Aug 6 20:34:00 voyager kernel: [] syscall_call+0x7/0xb > Aug 6 20:34:00 voyager kernel: Code: 02 00 00 8b 40 1c 85 d2 8b 00 c7 45 f0 > 00 00 00 00 74 06 8b 52 20 89 55 f0 57 50 56 51 ff 75 f0 53 68 2f 0b 63 c0 e8 > 88 e0 f9 ff <0f> 0b 67 02 23 0b 63 c0 83 c4 1c 8b 73 > 30 39 de 75 04 31 f6 eb > Aug 6 20:34:00 voyager kernel: EIP: [] > shrink_dcache_for_umount_subtree+0x146/0x1d2 SS:ESP 0068:d99e5eb4 same here with reiserfs, kernel- 2.6.17-1.2543.fc6 i686 i get [rsl at kinichahau ~]$ sudo mount /mnt/backup/ [rsl at kinichahau ~]$ sudo umount /mnt/backup/ Segmentation fault [rsl at kinichahau ~]$ Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: ------------[ cut here ]------------ Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: kernel BUG at fs/dcache.c:615! Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: invalid opcode: 0000 [#1] Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: SMP Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: CPU: 0 Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: EIP is at shrink_dcache_for_umount_subtree +0x146/0x1d7 Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: eax: 0000005a ebx: d5625b5c ecx: c04248c1 edx: e2418eb8 Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: esi: 00000001 edi: ea91aa30 ebp: e2418ee0 esp: e2418eb4 Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: ds: 007b es: 007b ss: 0068 Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: Process umount (pid: 3686, ti=e2418000 task=d5a35540 task.ti=e2418000) Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: Stack: c063b692 d5625b5c 00000003 d5625bd8 00000001 f8de3748 ea91aa30 00000003 Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: ea91a800 f8df74c0 00000000 e2418eec c0487249 ea91a800 e2418efc c047777a Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: c1b03040 ea91a800 e2418f0c c0477860 ea91a800 f8df7480 e2418f1c c0477920 Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: Call Trace: Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: Code: 02 00 00 8b 40 1c 85 d2 8b 00 c7 45 f0 00 00 00 00 74 06 8b 52 20 89 55 f0 57 50 56 51 ff 75 f0 53 68 92 b6 63 c0 e8 26 e8 f9 ff <0f> 0b 67 02 86 b6 63 c0 83 c4 1c 8b 73 30 39 de 75 04 31 f6 eb Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... kinichahau kernel: EIP: [] shrink_dcache_for_umount_subtree +0x146/0x1d7 SS:ESP 0068:e2418eb4 -- Lars Mail terraformers at gmail.com Web http://researchlab.terraformers.de No Big Brother! http://kai.iks-jena.de/bigb From skvidal at linux.duke.edu Thu Aug 10 20:35:57 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 10 Aug 2006 16:35:57 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060810193438.GA27775@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <20060810193438.GA27775@jadzia.bu.edu> Message-ID: <1155242158.14426.33.camel@cutter> On Thu, 2006-08-10 at 15:34 -0400, Matthew Miller wrote: > On Thu, Aug 10, 2006 at 03:04:07PM -0400, seth vidal wrote: > > okay - then here are a couple of more situations I want to make sure are > > understood: > > yum remove foo* > > it should remove all packages starting with foo of EVERY arch or just of > > the primary arch in the biarch set? > > I would expect matches of all archs to be removed. > > > only installs the primary arch - not the secondary one - then we're > > creating some expectation of it for the others. > > Actaully, there is precedent for somewhat equivalent behavior in yum > already. If you ask for a package by name without a version, "yum install" > will just give you the latest one -- but "yum remove" will take out all > matches. > > > consistency is a good thing, I think. > > Bah. Hobgoblins and all that. :) > > But really, given the above, I don't think it is inconsistent. > In the situations where you dislike the current behavior - could you just add: exclude=*.i?86 to your /etc/yum.conf and be done w/it? -sv From mattdm at mattdm.org Thu Aug 10 20:43:06 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 16:43:06 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155242158.14426.33.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <20060810193438.GA27775@jadzia.bu.edu> <1155242158.14426.33.camel@cutter> Message-ID: <20060810204306.GA889@jadzia.bu.edu> On Thu, Aug 10, 2006 at 04:35:57PM -0400, seth vidal wrote: > > But really, given the above, I don't think it is inconsistent. > In the situations where you dislike the current behavior - could you > just add: exclude=*.i?86 > to your /etc/yum.conf and be done w/it? Doesn't that prevent i?86 packages from being pulled in by the depsolver when actually needed? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From notting at redhat.com Thu Aug 10 20:53:44 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 10 Aug 2006 16:53:44 -0400 Subject: Wither Bling? In-Reply-To: <1155240342.6087.9.camel@raptor.sr.unh.edu> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> Message-ID: <20060810205344.GA2229@nostromo.devel.redhat.com> Thomas J. Baker (tjb at unh.edu) said: > So what's the thinking on fc6 bling? Why was composite compiled out of > metacity as opposed to just using the gconf key? Is it going to be > compiz for bling and metacity for no bling? (That's a sad christmas for > me because compiz is too buggy compared to metacity on my ATI R250 > laptop). Yes, that's the plan going forward. Bill From florencio at omeu.com.br Thu Aug 10 20:51:22 2006 From: florencio at omeu.com.br (=?utf-8?q?Flor=C3=AAncio_Guimar=C3=A3es?=) Date: Thu, 10 Aug 2006 17:51:22 -0300 Subject: kernel BUG on umount In-Reply-To: <1155241821.3770.6.camel@kinichahau.homebase> References: <200608100143.28080.florencio@omeu.com.br> <1155241821.3770.6.camel@kinichahau.homebase> Message-ID: <200608101751.22786.florencio@omeu.com.br> Fix available from akpm: http://marc.theaimsgroup.com/?l=linux-kernel&m=115522451507465&w=2 Florencio. On Thursday 10 August 2006 17:30, Lars G wrote: > On Thu, 2006-08-10 at 01:43 -0300, Flor?ncio Guimar?es wrote: > > I'm having this error since a few kernels ago on shutdown or even trying > > to unmount mannualy. > > Same error on 2.6.17-1.2532.fc6. > > Should I fill a fedora bug or kernel.org? > > Any ideas? > > > > Thanks. > > > > --------------------------------- > > Aug 6 20:33:59 voyager kernel: BUG: Dentry > > df0029e4{i=3,n=.reiserfs_priv} still in use (1) [unmount of reiserfs > > hda6] > > Aug 6 20:33:59 voyager kernel: ------------[ cut here ]------------ > > Aug 6 20:33:59 voyager kernel: kernel BUG at fs/dcache.c:615! > > Aug 6 20:33:59 voyager kernel: invalid opcode: 0000 [#1] > > Aug 6 20:33:59 voyager kernel: SMP > > Aug 6 20:33:59 voyager kernel: last sysfs file: /block/hda/removable > > Aug 6 20:33:59 voyager kernel: Modules linked in: sbp2 ohci1394 ieee1394 > > acpi_cpufreq sd_mod sg usb_storage scsi_mod snd_rtctimer i915 drm ipt_LOG > > xt_tcpudp x_tables ipv6 hidp l2cap bluetooth vfat fat reiser > > fs dm_mirror dm_mod video sbs i2c_ec button battery asus_acpi ac > > parport_pc lp parport intel_rng joydev snd_intel8x0 snd_ac97_codec > > snd_ac97_bus snd_seq_dummy bcm43xx snd_seq_oss snd_seq_midi_event > > ieee80211s > > oftmac ieee80211 snd_seq ieee80211_crypt 8139cp ehci_hcd snd_seq_device > > snd_pcm_oss snd_mixer_oss snd_pcm 8139too mii i2c_i801 i2c_core snd_timer > > uhci_hcd ide_cd pcspkr cdrom snd soundcore snd_page_alloc seri > > o_raw ext3 jbd > > Aug 6 20:33:59 voyager kernel: CPU: 0 > > Aug 6 20:33:59 voyager kernel: EIP: 0060:[] Not tainted > > VLI Aug 6 20:33:59 voyager kernel: EFLAGS: 00010246 (2.6.17-1.2505.fc6 > > #1) Aug 6 20:33:59 voyager kernel: EIP is at > > shrink_dcache_for_umount_subtree+0x146/0x1d2 > > Aug 6 20:33:59 voyager kernel: eax: 0000005a ebx: df0029e4 ecx: > > c042481d edx: d99e5eb8 > > Aug 6 20:33:59 voyager kernel: esi: 00000001 edi: de097190 ebp: > > d99e5ee0 esp: d99e5eb4 > > Aug 6 20:34:00 voyager kernel: ds: 007b es: 007b ss: 0068 > > Aug 6 20:34:00 voyager kernel: Process umount (pid: 6576, ti=d99e5000 > > task=cdda9540 task.ti=d99e5000) > > Aug 6 20:34:00 voyager kernel: Stack: c0630b2f df0029e4 00000003 > > df002a60 00000001 e0b50288 de097190 00000003 > > Aug 6 20:34:00 voyager kernel: de096f60 e0b641e0 00000000 > > d99e5eec c04878fb de096f60 d99e5efc c0477f62 > > Aug 6 20:34:00 voyager kernel: df596344 de096f60 d99e5f0c > > c0478048 de096f60 e0b641a0 d99e5f1c c0478108 > > Aug 6 20:34:00 voyager kernel: Call Trace: > > Aug 6 20:34:00 voyager kernel: [] > > shrink_dcache_for_umount+0x31/0x3e > > Aug 6 20:34:00 voyager kernel: [] > > generic_shutdown_super+0x19/0xdf Aug 6 20:34:00 voyager kernel: > > [] kill_block_super+0x20/0x32 Aug 6 20:34:00 voyager kernel: > > [] deactivate_super+0x5d/0x6f Aug 6 20:34:00 voyager kernel: > > [] mntput_no_expire+0x42/0x72 Aug 6 20:34:00 voyager kernel: > > [] path_release_on_umount+0x15/0x18 Aug 6 20:34:00 voyager > > kernel: [] sys_umount+0x1e7/0x21b Aug 6 20:34:00 voyager > > kernel: [] sys_oldumount+0xd/0xf Aug 6 20:34:00 voyager > > kernel: [] syscall_call+0x7/0xb Aug 6 20:34:00 voyager > > kernel: DWARF2 unwinder stuck at syscall_call+0x7/0xb Aug 6 20:34:00 > > voyager kernel: Leftover inexact backtrace: > > Aug 6 20:34:00 voyager kernel: [] > > show_stack_log_lvl+0x8a/0x95 Aug 6 20:34:00 voyager kernel: > > [] show_registers+0x12d/0x19a Aug 6 20:34:00 voyager kernel: > > [] die+0x190/0x293 > > Aug 6 20:34:00 voyager kernel: [] do_trap+0x7c/0x96 > > Aug 6 20:34:00 voyager kernel: [] do_invalid_op+0x89/0x93 > > Aug 6 20:34:00 voyager kernel: [] error_code+0x39/0x40 > > Aug 6 20:34:00 voyager kernel: [] > > shrink_dcache_for_umount+0x31/0x3e > > Aug 6 20:34:00 voyager kernel: [] > > generic_shutdown_super+0x19/0xdf Aug 6 20:34:00 voyager kernel: > > [] kill_block_super+0x20/0x32 Aug 6 20:34:00 voyager kernel: > > [] deactivate_super+0x5d/0x6f Aug 6 20:34:00 voyager kernel: > > [] mntput_no_expire+0x42/0x72 Aug 6 20:34:00 voyager kernel: > > [] path_release_on_umount+0x15/0x18 Aug 6 20:34:00 voyager > > kernel: [] sys_umount+0x1e7/0x21b Aug 6 20:34:00 voyager > > kernel: [] sys_oldumount+0xd/0xf Aug 6 20:34:00 voyager > > kernel: [] syscall_call+0x7/0xb Aug 6 20:34:00 voyager > > kernel: Code: 02 00 00 8b 40 1c 85 d2 8b 00 c7 45 f0 00 00 00 00 74 06 8b > > 52 20 89 55 f0 57 50 56 51 ff 75 f0 53 68 2f 0b 63 c0 e8 88 e0 f9 ff <0f> > > 0b 67 02 23 0b 63 c0 83 c4 1c 8b 73 > > 30 39 de 75 04 31 f6 eb > > Aug 6 20:34:00 voyager kernel: EIP: [] > > shrink_dcache_for_umount_subtree+0x146/0x1d2 SS:ESP 0068:d99e5eb4 > > same here with reiserfs, kernel- 2.6.17-1.2543.fc6 i686 > > i get > > [rsl at kinichahau ~]$ sudo mount /mnt/backup/ > [rsl at kinichahau ~]$ sudo umount /mnt/backup/ > Segmentation fault > [rsl at kinichahau ~]$ > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: ------------[ cut here ]------------ > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: kernel BUG at fs/dcache.c:615! > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: invalid opcode: 0000 [#1] > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: SMP > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: CPU: 0 > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: EIP is at shrink_dcache_for_umount_subtree > +0x146/0x1d7 > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: eax: 0000005a ebx: d5625b5c ecx: c04248c1 edx: > e2418eb8 > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: esi: 00000001 edi: ea91aa30 ebp: e2418ee0 esp: > e2418eb4 > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: ds: 007b es: 007b ss: 0068 > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: Process umount (pid: 3686, ti=e2418000 task=d5a35540 > task.ti=e2418000) > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: Stack: c063b692 d5625b5c 00000003 d5625bd8 00000001 > f8de3748 ea91aa30 00000003 > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: ea91a800 f8df74c0 00000000 e2418eec c0487249 > ea91a800 e2418efc c047777a > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: c1b03040 ea91a800 e2418f0c c0477860 ea91a800 > f8df7480 e2418f1c c0477920 > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: Call Trace: > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: Code: 02 00 00 8b 40 1c 85 d2 8b 00 c7 45 f0 00 00 00 > 00 74 06 8b 52 20 89 55 f0 57 50 56 51 ff 75 f0 53 68 92 b6 63 c0 e8 26 > e8 f9 ff <0f> 0b 67 02 86 b6 63 c0 83 c4 1c 8b 73 30 39 de 75 04 31 f6 > eb > > Message from syslogd at kinichahau at Thu Aug 10 22:17:53 2006 ... > kinichahau kernel: EIP: [] shrink_dcache_for_umount_subtree > +0x146/0x1d7 SS:ESP 0068:e2418eb4 > > > -- > Lars > > Mail terraformers at gmail.com > Web http://researchlab.terraformers.de > No Big Brother! http://kai.iks-jena.de/bigb From skvidal at linux.duke.edu Thu Aug 10 21:16:40 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 10 Aug 2006 17:16:40 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060810204306.GA889@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <20060810193438.GA27775@jadzia.bu.edu> <1155242158.14426.33.camel@cutter> <20060810204306.GA889@jadzia.bu.edu> Message-ID: <1155244601.14426.35.camel@cutter> On Thu, 2006-08-10 at 16:43 -0400, Matthew Miller wrote: > On Thu, Aug 10, 2006 at 04:35:57PM -0400, seth vidal wrote: > > > But really, given the above, I don't think it is inconsistent. > > In the situations where you dislike the current behavior - could you > > just add: exclude=*.i?86 > > to your /etc/yum.conf and be done w/it? > > Doesn't that prevent i?86 packages from being pulled in by the depsolver > when actually needed? if you have none installed, why would you ever need them? -sv From mattdm at mattdm.org Thu Aug 10 21:23:37 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 17:23:37 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155244601.14426.35.camel@cutter> References: <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <20060810193438.GA27775@jadzia.bu.edu> <1155242158.14426.33.camel@cutter> <20060810204306.GA889@jadzia.bu.edu> <1155244601.14426.35.camel@cutter> Message-ID: <20060810212337.GA3260@jadzia.bu.edu> On Thu, Aug 10, 2006 at 05:16:40PM -0400, seth vidal wrote: > > On Thu, Aug 10, 2006 at 04:35:57PM -0400, seth vidal wrote: > > > > But really, given the above, I don't think it is inconsistent. > > > In the situations where you dislike the current behavior - could you > > > just add: exclude=*.i?86 > > > to your /etc/yum.conf and be done w/it? > > Doesn't that prevent i?86 packages from being pulled in by the depsolver > > when actually needed? > if you have none installed, why would you ever need them? I'm not (necessarily) trying to have an all-64-bit system. I just don't want compat-arch packages to be added to the system when they're not required by something or asked for explicitly. I don't think that's unreasonable. Otherwise, as someone mentioned, why *not* just do an Everything install? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kmacmill at redhat.com Thu Aug 10 21:31:52 2006 From: kmacmill at redhat.com (Karl MacMillan) Date: Thu, 10 Aug 2006 17:31:52 -0400 Subject: gstreamer and selinux issue In-Reply-To: <1155241896.3031.10.camel@soncomputer> References: <1155161553.3130.9.camel@soncomputer> <1155169897.10728.4.camel@soncomputer> <1155241896.3031.10.camel@soncomputer> Message-ID: <1155245512.8018.32.camel@localhost.localdomain> On Thu, 2006-08-10 at 16:31 -0400, Louis Garcia II wrote: > On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote: > > On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote: > > > On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: > > > > I was able to setup the pitfdll plugin for gstreamer and use the win32 > > > > codecs under fc5 with selinux enabled. The pitfdll plugin needed to be > > > > marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. > > > > This worked for FC5 under selinux and FC6 with selinux disabled. But > > > > selinux under FC6 seems to have changed. Is their another lable I > > > > should use, how can I debug this? > > > > > > > > -Thanks > > > > > > This is what I get: > > > > > > Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: > > > denied { execstack } for pid=9530 comm="totem" > > > scontext=user_u:system_r:unconfined_t:s0 > > > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > > > > > -Louis > > > > you can turn on allow_execstack or change the context of totem to > unconfined_execmen_exec_t > > chcon -t unconfined_execmem_exec_t /usr/bin/totem > > if I turn on allow_execstack would that be for everything or just for totem? > What would be the most secure of these two options? > allow_execstack will effect everything. Changing the context on /usr/bin/totem is by far the most secure option. Karl From louisg00 at bellsouth.net Thu Aug 10 18:25:58 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Thu, 10 Aug 2006 14:25:58 -0400 Subject: About Fedora Message-ID: <1155234358.2470.1.camel@soncomputer> About Fedora under the system menu in gnome does not work. This is as of 2006/08/10. From toshio at tiki-lounge.com Thu Aug 10 22:33:39 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 10 Aug 2006 15:33:39 -0700 Subject: Dependencies a little excessive? In-Reply-To: <1155236647.14426.18.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> Message-ID: <1155249219.3034.35.camel@localhost> On Thu, 2006-08-10 at 15:04 -0400, seth vidal wrote: > okay - then here are a couple of more situations I want to make sure are > understood: > > yum remove foo* > > it should remove all packages starting with foo of EVERY arch or just of > the primary arch in the biarch set? > > yum update foo* > > ditto of above? What should it default to act on This is interesting. In my mind I've been thinking of globs as broken because they pull in everything. Then I start using them when I remove something and it works as I expect! Woohoo! Next time I use it to install something and it's still "broken".... Now that we've had this discussion I realize this isn't broken but a design decision. But even though I now realize it is consistent, I still think it is unexpected. Here's why: yum install vim* installs vim-common.x86_64 vim-enhanced.x86_64 vim-minimal.x86_64 yum install xfsprogs* installs xfsprogs.x86_64 xfsprogs.i386 xfsprogs-devel.x86_64 xfsprogs-devel.i386 Why should xfsprogs install i386 packages when vim doesn't? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dedourek at unb.ca Thu Aug 10 22:51:40 2006 From: dedourek at unb.ca (John DeDourek) Date: Thu, 10 Aug 2006 19:51:40 -0300 Subject: Dependencies a little excessive? In-Reply-To: <1155249219.3034.35.camel@localhost> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> Message-ID: <44DBB87C.80608@unb.ca> Toshio Kuratomi wrote: >On Thu, 2006-08-10 at 15:04 -0400, seth vidal wrote: > > > >>okay - then here are a couple of more situations I want to make sure are >>understood: >> >>yum remove foo* >> >>it should remove all packages starting with foo of EVERY arch or just of >>the primary arch in the biarch set? >> >>yum update foo* >> >>ditto of above? What should it default to act on >> >> > >This is interesting. In my mind I've been thinking of globs as broken >because they pull in everything. Then I start using them when I remove >something and it works as I expect! Woohoo! Next time I use it to >install something and it's still "broken".... > >Now that we've had this discussion I realize this isn't broken but a >design decision. But even though I now realize it is consistent, I >still think it is unexpected. > >Here's why: >yum install vim* >installs vim-common.x86_64 vim-enhanced.x86_64 vim-minimal.x86_64 > >yum install xfsprogs* >installs xfsprogs.x86_64 xfsprogs.i386 xfsprogs-devel.x86_64 >xfsprogs-devel.i386 > >Why should xfsprogs install i386 packages when vim doesn't? > >-Toshio > > Just a suspicion. And a suggestion, perhaps something for the FAQ. It seems to me that yum install foo* is a command line. If typed to the bash interpretter, bash will notice the "*" in foo and attempt filename expansion. If there happens to be some files named, say, foo1, foo2, foo3 in the current directory, then typing yum install foo* will be expanded by bash into yum install foo1 foo2 foo3 which will likely result in the error messages about foo1, foo2, and foo3 being nonexistent packages. If, on the other hand, there are no files starting with foo in the current directory, then foo* will be passed to yum, resulting effectively in the command yum install foo* and yum will hae an opportunity to expand the wildcard. This variation in behaviour of a command, depending on the contents of the current directory, has often confused students here; and often baffled the instructor (me) until it occurred to me to ask what was in the current directory. ;0( It seems to me, in the interest of not misleading the uninitiated to the intricacies of bash (particularly if we are recruiting users from M$s products which always hand the wildcards to the applications) we might promote typing things like this as yum install 'foo*' to make sure that the wildcard gets to yum, if I understand correctly that it expands the "*" using rpm names (not filenames in the current directory, as bash will do). I hope that the above suggestion is clearly stated. My explanations are not always clear. From sundaram at fedoraproject.org Fri Aug 11 00:08:42 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 05:38:42 +0530 Subject: Feedback on Java applet functionality? Message-ID: <44DBCA8A.1000902@fedoraproject.org> Hi I was expecting to some comments on whether this feature works well in Fedora Core 6 test 2 and the current development tree. Anyone tried it out with the applets in the wild? Rahul From louisg00 at bellsouth.net Fri Aug 11 00:13:57 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Thu, 10 Aug 2006 20:13:57 -0400 Subject: X lockup with 3d game Message-ID: <1155255237.3447.4.camel@soncomputer> I am able to play wolfenstien with rawhide as of today on my radeon 9200 pro + p4 box. When I exit the game I can't get back to the desktop, I have to press ctrl+alt+backspace and then logon again. If this is unknown I will put it in bugzilla. -Louis From david at lovesunix.net Fri Aug 11 01:35:35 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 11 Aug 2006 03:35:35 +0200 Subject: Feedback on Java applet functionality? In-Reply-To: <44DBCA8A.1000902@fedoraproject.org> References: <44DBCA8A.1000902@fedoraproject.org> Message-ID: <1155260135.5676.9.camel@price> fre, 11 08 2006 kl. 05:38 +0530, skrev Rahul: > Hi > > I was expecting to some comments on whether this feature works well in > Fedora Core 6 test 2 and the current development tree. Anyone tried it > out with the applets in the wild? As the very first thing after it was announced my good man. www.infidelguy.com/chatroom.html has a java applet for using IRC and that works without a single flaw. I am very impressed. - David Nielsen From david at lovesunix.net Fri Aug 11 01:38:12 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 11 Aug 2006 03:38:12 +0200 Subject: X lockup with 3d game In-Reply-To: <1155255237.3447.4.camel@soncomputer> References: <1155255237.3447.4.camel@soncomputer> Message-ID: <1155260292.5676.12.camel@price> tor, 10 08 2006 kl. 20:13 -0400, skrev Louis Garcia II: > I am able to play wolfenstien with rawhide as of today on my radeon 9200 > pro + p4 box. When I exit the game I can't get back to the desktop, I > have to press ctrl+alt+backspace and then logon again. If this is > unknown I will put it in bugzilla. Instead of sending all these bugmail to the development list, please go directly to bugzilla - it has a search function and even if you file a duplicate bug it's easy to just close it. Thank you for spending you time to make Fedora better. - David Nielsen From david at lovesunix.net Fri Aug 11 01:58:42 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 11 Aug 2006 03:58:42 +0200 Subject: Dependencies a little excessive? In-Reply-To: <1155236186.14426.13.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> Message-ID: <1155261522.5676.29.camel@price> tor, 10 08 2006 kl. 14:56 -0400, skrev seth vidal: > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > No, I don't like the behavior of installing both arches by default. > > > > I don't personally either, but I have the capacity to fix that for my system. > > I'm just repeating the reasoning that was given to me the last time I bitched > > about it. > > So everyone hates it? anyone in favor? If you give me a simple boolean in yum.conf to turn it off I would be in favor. I'll admit I was stunned when I first noticed the feature and I did call for a handy little lynching but now that I've gotten used to yum wasting my bandwidth and diskspace I just sigh and let it. I have yet to actually experience any gain from this, so either it just works and I didn't know there was a problem previously or it doesn't do anything for me. - David Nielsen From cmadams at hiwaay.net Fri Aug 11 02:13:53 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 10 Aug 2006 21:13:53 -0500 Subject: Feedback on Java applet functionality? In-Reply-To: <44DBCA8A.1000902@fedoraproject.org> References: <44DBCA8A.1000902@fedoraproject.org> Message-ID: <20060811021353.GA1524458@hiwaay.net> Once upon a time, Rahul said: > I was expecting to some comments on whether this feature works well in > Fedora Core 6 test 2 and the current development tree. Anyone tried it > out with the applets in the wild? I just tried the NWS (weather.gov) local radar animation applet. When I clicked "Trust Applet", firefox froze. Checking the log, I got an SELinux denied message for gappletviewer: audit(1155260238.314:4): avc: denied { execmem } for pid=3260 comm="gappletviewer" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process I started with FC6t2 and also tried after updating to the latest rawhide. I turned off the execmem check (setsebool allow_execmem=1). With that, the applet loads and eventually runs, but it doesn't display the radar images (and it uses a lot of RAM - 464m VIRT and 375m RES according to top). I'm checking my local radar loop at: http://radar.weather.gov/radar.php?rid=HTX&product=N0R&overlay=11101111&loop=yes -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From skvidal at linux.duke.edu Fri Aug 11 02:34:38 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 10 Aug 2006 22:34:38 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155249219.3034.35.camel@localhost> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> Message-ID: <1155263678.16936.0.camel@cutter> On Thu, 2006-08-10 at 15:33 -0700, Toshio Kuratomi wrote: > On Thu, 2006-08-10 at 15:04 -0400, seth vidal wrote: > > > okay - then here are a couple of more situations I want to make sure are > > understood: > > > > yum remove foo* > > > > it should remove all packages starting with foo of EVERY arch or just of > > the primary arch in the biarch set? > > > > yum update foo* > > > > ditto of above? What should it default to act on > > This is interesting. In my mind I've been thinking of globs as broken > because they pull in everything. Then I start using them when I remove > something and it works as I expect! Woohoo! Next time I use it to > install something and it's still "broken".... > > Now that we've had this discussion I realize this isn't broken but a > design decision. But even though I now realize it is consistent, I > still think it is unexpected. > > Here's why: > yum install vim* > installs vim-common.x86_64 vim-enhanced.x86_64 vim-minimal.x86_64 > > yum install xfsprogs* > installs xfsprogs.x86_64 xfsprogs.i386 xfsprogs-devel.x86_64 > xfsprogs-devel.i386 > > Why should xfsprogs install i386 packages when vim doesn't? > b/c, afaik, there is no i386 package for vim in the x86_64 tree. -sv From mattdm at mattdm.org Fri Aug 11 02:48:19 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 22:48:19 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155263678.16936.0.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> <1155263678.16936.0.camel@cutter> Message-ID: <20060811024819.GA13365@jadzia.bu.edu> On Thu, Aug 10, 2006 at 10:34:38PM -0400, seth vidal wrote: > > Why should xfsprogs install i386 packages when vim doesn't? > b/c, afaik, there is no i386 package for vim in the x86_64 tree. Yeah, I think that's his point -- from a user point of view, it's unpredictable behavior. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Fri Aug 11 03:27:40 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 10 Aug 2006 23:27:40 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060811024819.GA13365@jadzia.bu.edu> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> <1155263678.16936.0.camel@cutter> <20060811024819.GA13365@jadzia.bu.edu> Message-ID: <1155266860.16936.2.camel@cutter> On Thu, 2006-08-10 at 22:48 -0400, Matthew Miller wrote: > On Thu, Aug 10, 2006 at 10:34:38PM -0400, seth vidal wrote: > > > Why should xfsprogs install i386 packages when vim doesn't? > > b/c, afaik, there is no i386 package for vim in the x86_64 tree. > > Yeah, I think that's his point -- from a user point of view, it's > unpredictable behavior. is it? yum will install all archs that it CAN seems predictable to me. -sv From dwalsh at redhat.com Fri Aug 11 03:43:03 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Thu, 10 Aug 2006 23:43:03 -0400 Subject: gstreamer and selinux issue In-Reply-To: <1155245512.8018.32.camel@localhost.localdomain> References: <1155161553.3130.9.camel@soncomputer> <1155169897.10728.4.camel@soncomputer> <1155241896.3031.10.camel@soncomputer> <1155245512.8018.32.camel@localhost.localdomain> Message-ID: <44DBFCC7.30103@redhat.com> Karl MacMillan wrote: > On Thu, 2006-08-10 at 16:31 -0400, Louis Garcia II wrote: > >> On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote: >> >>> On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote: >>> >>>> On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: >>>> >>>>> I was able to setup the pitfdll plugin for gstreamer and use the win32 >>>>> codecs under fc5 with selinux enabled. The pitfdll plugin needed to be >>>>> marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. >>>>> This worked for FC5 under selinux and FC6 with selinux disabled. But >>>>> selinux under FC6 seems to have changed. Is their another lable I >>>>> should use, how can I debug this? >>>>> >>>>> -Thanks >>>>> >>>> This is what I get: >>>> >>>> Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: >>>> denied { execstack } for pid=9530 comm="totem" >>>> scontext=user_u:system_r:unconfined_t:s0 >>>> tcontext=user_u:system_r:unconfined_t:s0 tclass=process >>>> >>>> -Louis >>>> >>> you can turn on allow_execstack or change the context of totem to >>> >> unconfined_execmen_exec_t >> >>> chcon -t unconfined_execmem_exec_t /usr/bin/totem >>> >> if I turn on allow_execstack would that be for everything or just for totem? >> What would be the most secure of these two options? >> >> > > allow_execstack will effect everything. Changing the context > on /usr/bin/totem is by far the most secure option. > > Karl > > > To clarify allow_exec* allows exec permissions for the unconfined domains. All other domains are not affected. But setting the unconfined_execmem_exec_t context will only allow it for that executable instead of all unconfined executables. From mattdm at mattdm.org Fri Aug 11 03:47:23 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Aug 2006 23:47:23 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155266860.16936.2.camel@cutter> References: <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> <1155263678.16936.0.camel@cutter> <20060811024819.GA13365@jadzia.bu.edu> <1155266860.16936.2.camel@cutter> Message-ID: <20060811034723.GA15348@jadzia.bu.edu> On Thu, Aug 10, 2006 at 11:27:40PM -0400, seth vidal wrote: > > Yeah, I think that's his point -- from a user point of view, it's > > unpredictable behavior. > is it? > yum will install all archs that it CAN > seems predictable to me. Yeah, but for a naive (take that however you want) user, it's unpredictable when multiple architectures will be available for a given package. I'm not so hung up on this particular point personally, though. I'm just trying to explain what I think the previous poster meant. I guess my main complaint boils down to "this behavior seems un-yumlike". It's an intuitive dislike. I mean, disk space and bandwith are cheap enough that there's not much of a practical problem. (Except it's annoying when building software which wants to link against 32-bit stuff just cause hey, it's there. But that's not yum's fault.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Fri Aug 11 04:00:32 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 11 Aug 2006 00:00:32 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060811034723.GA15348@jadzia.bu.edu> References: <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> <1155263678.16936.0.camel@cutter> <20060811024819.GA13365@jadzia.bu.edu> <1155266860.16936.2.camel@cutter> <20060811034723.GA15348@jadzia.bu.edu> Message-ID: <20060811040032.GA15915@jadzia.bu.edu> On Thu, Aug 10, 2006 at 11:47:23PM -0400, Matthew Miller wrote: > I guess my main complaint boils down to "this behavior seems un-yumlike". > It's an intuitive dislike. I mean, disk space and bandwith are cheap enough Another parallel example: sendmail, postfix, and exim all provide smtpdaemon, but "yum install smtpdaemon" doesn't install all of those. And "yum remove smtpdaemon" *does* try to remove all matches. Okay, this isn't necessarily the best behavior, but it is what I expect from yum, and it's inconsistent that arch doesn't work this way. And at least with arch, we've got a decent way of guessing which one is "better" for installation. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From notting at redhat.com Fri Aug 11 04:12:18 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 11 Aug 2006 00:12:18 -0400 Subject: Dependencies a little excessive? In-Reply-To: <20060811034723.GA15348@jadzia.bu.edu> References: <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> <1155263678.16936.0.camel@cutter> <20060811024819.GA13365@jadzia.bu.edu> <1155266860.16936.2.camel@cutter> <20060811034723.GA15348@jadzia.bu.edu> Message-ID: <20060811041218.GA6788@nostromo.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > Yeah, but for a naive (take that however you want) user, it's unpredictable > when multiple architectures will be available for a given package. Ah, but the 'naive' user, as you say, is probably using pup/pirut, and never sees this stuff. Bill From skvidal at linux.duke.edu Fri Aug 11 04:23:34 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 11 Aug 2006 00:23:34 -0400 Subject: Dependencies a little excessive? In-Reply-To: <1155261522.5676.29.camel@price> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155261522.5676.29.camel@price> Message-ID: <1155270214.16936.28.camel@cutter> On Fri, 2006-08-11 at 03:58 +0200, David Nielsen wrote: > tor, 10 08 2006 kl. 14:56 -0400, skrev seth vidal: > > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > > No, I don't like the behavior of installing both arches by default. > > > > > > I don't personally either, but I have the capacity to fix that for my system. > > > I'm just repeating the reasoning that was given to me the last time I bitched > > > about it. > > > > So everyone hates it? anyone in favor? > > If you give me a simple boolean in yum.conf to turn it off I would be in > favor. I'll admit I was stunned when I first noticed the feature and I > did call for a handy little lynching but now that I've gotten used to > yum wasting my bandwidth and diskspace I just sigh and let it. I have > yet to actually experience any gain from this, so either it just works > and I didn't know there was a problem previously or it doesn't do > anything for me. > a simple boolean? does: exclude=*i?86 work for you? -sv From jkeating at redhat.com Fri Aug 11 04:41:07 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 11 Aug 2006 00:41:07 -0400 Subject: About Fedora In-Reply-To: <1155234358.2470.1.camel@soncomputer> References: <1155234358.2470.1.camel@soncomputer> Message-ID: <200608110041.10888.jkeating@redhat.com> On Thursday 10 August 2006 14:25, Louis Garcia II wrote: > About Fedora under the system menu in gnome does not work. This is as of > 2006/08/10. Bug #? -- 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 nmiell at comcast.net Fri Aug 11 05:03:35 2006 From: nmiell at comcast.net (Nicholas Miell) Date: Thu, 10 Aug 2006 22:03:35 -0700 Subject: Dependencies a little excessive? In-Reply-To: <1155270214.16936.28.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155261522.5676.29.camel@price> <1155270214.16936.28.camel@cutter> Message-ID: <1155272615.2454.24.camel@entropy> On Fri, 2006-08-11 at 00:23 -0400, seth vidal wrote: > On Fri, 2006-08-11 at 03:58 +0200, David Nielsen wrote: > > tor, 10 08 2006 kl. 14:56 -0400, skrev seth vidal: > > > On Thu, 2006-08-10 at 14:51 -0400, Jesse Keating wrote: > > > > On Thursday 10 August 2006 14:48, Panu Matilainen wrote: > > > > > No, I don't like the behavior of installing both arches by default. > > > > > > > > I don't personally either, but I have the capacity to fix that for my system. > > > > I'm just repeating the reasoning that was given to me the last time I bitched > > > > about it. > > > > > > So everyone hates it? anyone in favor? > > > > If you give me a simple boolean in yum.conf to turn it off I would be in > > favor. I'll admit I was stunned when I first noticed the feature and I > > did call for a handy little lynching but now that I've gotten used to > > yum wasting my bandwidth and diskspace I just sigh and let it. I have > > yet to actually experience any gain from this, so either it just works > > and I didn't know there was a problem previously or it doesn't do > > anything for me. > > > > a simple boolean? > > does: > exclude=*i?86 > > work for you? No, that doesn't work for us. The behavior we (well, I, anyway) want is as follows: == Definitions == UnqualifiedPackageName: A package name or wildcard matching one of the following forms: %{name} %{name}-%{version} %{name}-%{version}-%{release} %{name}-%{epoch}:%{version}-%{release} QualifiedPackageName: A package name or wildcard matching the following form: UnqualifiedPackageName.%{arch} == Behavior == Note that in the following descriptions, I use "match" to mean "consider as possible candidates for a match." Also note that this description only applies to yum's behavior parsing package arguments on the command line or yum shell prompt (and possibly other programmatic interfaces, as appropriate). yum behavior in the presence of an UnqualifiedPackageName: install: match only {x86_64,noarch} packages, unless no such package exists, then match i?86 packages update: match any package currently installed, regardless of arch upgrade: match any package currently installed, regardless of arch remove: match any package currently installed, regardless of arch list: match any package, regardless of arch info: match any package currently installed, regardless of arch, otherwise match any package deplist: match any package, regardless of arch yum behavior in the presence of a QualifiedPackageName: install: match any package update: match any package currently installed upgrade: match any package currently installed remove: match any package currently installed list: match any package info: match any package currently installed, otherwise match any package deplist: match any package In short, when I say "yum install flac", I expect only flac.x86_64 to be installed. When I say "yum install openoffice.org-writer", I expect it to work, which "exclude=*.i?86" won't give me. Is that clear enough? -- Nicholas Miell From louisg00 at bellsouth.net Fri Aug 11 04:52:54 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 11 Aug 2006 00:52:54 -0400 Subject: About Fedora In-Reply-To: <1155234358.2470.1.camel@soncomputer> References: <1155234358.2470.1.camel@soncomputer> Message-ID: <1155271974.5249.4.camel@soncomputer> On Friday 11 August 2006 00:41, Jesse Keating wrote: > On Thu, 2006-08-10 at 14:26 -0400, Louis Garcia II wrote: > > About Fedora under the system menu in gnome does not work. This is as of > > 2006/08/10. > > > > > > Bug #? Bug # 202156 - I was not sure what component so I picked gnome-menus. From paul at city-fan.org Fri Aug 11 07:01:42 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 11 Aug 2006 08:01:42 +0100 Subject: gstreamer and selinux issue In-Reply-To: <1155241896.3031.10.camel@soncomputer> References: <1155161553.3130.9.camel@soncomputer> <1155169897.10728.4.camel@soncomputer> <1155241896.3031.10.camel@soncomputer> Message-ID: <1155279702.15982.0.camel@metropolis.intra.city-fan.org> On Thu, 2006-08-10 at 16:31 -0400, Louis Garcia II wrote: > On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote: > > On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote: > > > On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: > > > > I was able to setup the pitfdll plugin for gstreamer and use the win32 > > > > codecs under fc5 with selinux enabled. The pitfdll plugin needed to be > > > > marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. > > > > This worked for FC5 under selinux and FC6 with selinux disabled. But > > > > selinux under FC6 seems to have changed. Is their another lable I > > > > should use, how can I debug this? > > > > > > > > -Thanks > > > > > > This is what I get: > > > > > > Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: > > > denied { execstack } for pid=9530 comm="totem" > > > scontext=user_u:system_r:unconfined_t:s0 > > > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > > > > > -Louis > > > > you can turn on allow_execstack or change the context of totem to > unconfined_execmen_exec_t > > chcon -t unconfined_execmem_exec_t /usr/bin/totem > > if I turn on allow_execstack would that be for everything Yes. > or just for totem? > What would be the most secure of these two options? Just changing the context type of totem. Paul. From toshio at tiki-lounge.com Fri Aug 11 08:09:42 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Aug 2006 01:09:42 -0700 Subject: Dependencies a little excessive? In-Reply-To: <1155263678.16936.0.camel@cutter> References: <1154940634.14582.149.camel@localhost.localdomain> <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> <1155263678.16936.0.camel@cutter> Message-ID: <1155283782.3818.56.camel@localhost> On Thu, 2006-08-10 at 22:34 -0400, seth vidal wrote: > On Thu, 2006-08-10 at 15:33 -0700, Toshio Kuratomi wrote: > > On Thu, 2006-08-10 at 15:04 -0400, seth vidal wrote: > > > > > okay - then here are a couple of more situations I want to make sure are > > > understood: > > > > > > yum remove foo* > > > > > > it should remove all packages starting with foo of EVERY arch or just of > > > the primary arch in the biarch set? > > > > > > yum update foo* > > > > > > ditto of above? What should it default to act on > > > > This is interesting. In my mind I've been thinking of globs as broken > > because they pull in everything. Then I start using them when I remove > > something and it works as I expect! Woohoo! Next time I use it to > > install something and it's still "broken".... > > > > Now that we've had this discussion I realize this isn't broken but a > > design decision. But even though I now realize it is consistent, I > > still think it is unexpected. > > > > Here's why: > > yum install vim* > > installs vim-common.x86_64 vim-enhanced.x86_64 vim-minimal.x86_64 > > > > yum install xfsprogs* > > installs xfsprogs.x86_64 xfsprogs.i386 xfsprogs-devel.x86_64 > > xfsprogs-devel.i386 > > > > Why should xfsprogs install i386 packages when vim doesn't? > > > > b/c, afaik, there is no i386 package for vim in the x86_64 tree. Better rhetorical question: How should I know that yum is going to install an i386 of xfsprogs but not vim ahead of time? I don't know that there's an i386 version of the package within the tree until yum tells me. So if I don't want to waste time with yum trying to download the i386 package I need to waste time ftp'ing into the repository to list the exact filenames of the packages I'm interested in. This is a case where "do what I mean" and "do what I say" don't match up. I think that part of it is because yum's overloading a field. In yum install [PACKAGE], PACKAGE sometimes means package name and PACKAGENAME.ARCH in others. If we break arch out of that field another issue is easier to see: On x86_64: yum remove [multilib package]* will remove whichever versions of the packages are present on the system. yum remove [multilib package]* --arch=i386 will remove the i386 packages if they exist on the system yum upgrade [multilib package]* will upgrade whichever versions of the packages are present on the system yum upgrade [multilib package]* --arch=i386 will upgrade the i386 packages if they exist on the system. yum install [multilib package]* will install the packages from the repository. yum install [multilib package]* --arch=i386 will install the i386 packages if they exist in the repository. The install case is different from the remove and upgrade cases because remove and upgrade deal with the installed system while install deals with the repository. To be truly consistent between yum install and yum upgrade, if I had vim-common on my system and ran "yum upgrade vim*", yum would look in the repository, discover vim-minimal, vim-enhanced, and vim-X11 and "upgrade" those as well. You don't have yum do that because yum install and yum upgrade are operating in different contexts with different expectations. If the expectation for the install case is "best arch for the system" instead of "all packages present in the repository" then it shouldn't be a surprise that it isn't consistent with the upgrade or remove case for the same reason. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at camperquake.de Fri Aug 11 08:14:52 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 11 Aug 2006 10:14:52 +0200 Subject: Feedback on Java applet functionality? In-Reply-To: <44DBCA8A.1000902@fedoraproject.org> References: <44DBCA8A.1000902@fedoraproject.org> Message-ID: <20060811101452.62bfba0a@sisko.addix.net> Hi. On Fri, 11 Aug 2006 05:38:42 +0530, Rahul wrote: > I was expecting to some comments on whether this feature works well > in Fedora Core 6 test 2 and the current development tree. Anyone > tried it out with the applets in the wild? Tried it with the Cisco PIX Device Manager, did not work but did not kill my firefox, either :) How does one get debugging messages out of it? From alexl at redhat.com Fri Aug 11 08:27:26 2006 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 11 Aug 2006 10:27:26 +0200 Subject: Wither Bling? In-Reply-To: <20060810205344.GA2229@nostromo.devel.redhat.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> Message-ID: <1155284847.2768.10.camel@greebo> On Thu, 2006-08-10 at 16:53 -0400, Bill Nottingham wrote: > Thomas J. Baker (tjb at unh.edu) said: > > So what's the thinking on fc6 bling? Why was composite compiled out of > > metacity as opposed to just using the gconf key? Is it going to be > > compiz for bling and metacity for no bling? (That's a sad christmas for > > me because compiz is too buggy compared to metacity on my ATI R250 > > laptop). > > Yes, that's the plan going forward. Also, i think metacity bling was disabled because it linking to libgl caused all sorts of bad issues with selinux. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a scarfaced overambitious card sharp on the wrong side of the law. She's a beautiful out-of-work angel with someone else's memories. They fight crime! From buildsys at redhat.com Fri Aug 11 09:55:13 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 11 Aug 2006 05:55:13 -0400 Subject: rawhide report: 20060811 changes Message-ID: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> New package compat-gcc-34 Compatibility GNU Compiler Collection Updated Packages: SysVinit-2.86-11 ---------------- * Thu Aug 10 2006 Bill Nottingham - 2.86-11 - fix warning on SELinux policy load failure (#185603) - don't package /dev/initctl (#174652, #199939) - allow some time for failed console opens to resolve themselves (#181546) - add documentation of -f to last(1) (#192804) * Wed Aug 09 2006 Bill Nottingham - 2.86-9 - preserve 'WAITING' across re-exec (#143289, others) - actually apply quiet patch - don't write garbage to utmp on x86-64 (#176494) * Tue Aug 08 2006 Bill Nottingham - 2.86-7 - be slightly less verbose when booted with 'quiet' acpid-1.0.4-3 ------------- * Thu Aug 10 2006 Phil Knirsch - 1.0.4-3 - Disable the automatic shutdown -h via powerdown button by default due to conflicts with gnome-power-manager avalon-framework-0:4.1.4-2jpp.13 -------------------------------- * Thu Aug 10 2006 Matt Wringe - 0:4.1.4-2jpp.13 - Add missing javadoc requires bcel-0:5.1-8jpp.1 ----------------- * Thu Aug 10 2006 Matt Wringe 0:5.1-8jpp.1 - Merge with upstream version: - Add missing javadoc requires * Thu Aug 10 2006 Karsten Hopp 5.1-7jpp_334fc - last release was 333 (typo), need to build 334 now - Requires(post/postun): coreutils beagle-0.2.7-7.fc6 ------------------ * Thu Aug 10 2006 Alexander Larsson - 0.2.7-7 - pre-require shadow-utils (#201991) cairo-1.2.2-3.fc6 ----------------- * Wed Aug 09 2006 Behdad Esfahbod 1.2.2-3 - Remove unnecessary --disable-* arguments to configure, add --enable-* for those backends we really want to make sure are enabled. classpathx-jaf-0:1.0-7jpp_5fc ----------------------------- * Thu Aug 10 2006 Karsten Hopp 1.0-7jpp_5fc - Requires(post): coreutils cman-2.0.7-1.fc6 ---------------- * Thu Aug 10 2006 Chris Feist - 2.0.7-0 - Rebuild w/ new upstream sources * Wed Jul 12 2006 Jesse Keating - rebuild * Thu Jul 06 2006 Chris Feist - 2.0.1-0.fc6.0 - Rebuild w/ new upstream sources compat-gcc-32-3.2.3-59 ---------------------- * Thu Aug 10 2006 Jakub Jelinek 3.2.3-59 - fix cleaning up the buildroot before debuginfo generation * Thu Aug 10 2006 Jakub Jelinek 3.2.3-58 - include only compat-libstdc++-33 subpackage compiz-0.0.13-0.15.20060721git.fc5.aiglx ---------------------------------------- * Thu Aug 10 2006 Ray Strode 0.0.13-0.15.20060721git.fc5.aiglx - Add Requires: gnome-session 2.15.90-2.fc6 (bug 201473) - unlink session file on changing wms (bug 201473) concurrent-0:1.3.4-4jpp.1 ------------------------- * Thu Aug 03 2006 Matt Wringe - 0:1.3.4-4jpp.1 - Merge with upstream version: - Add missing requires for javadoc task - Add missing postun for javadoc task cryptix-0:3.2.0-9jpp.1 ---------------------- * Thu Aug 10 2006 Matt Wringe 3.2.0-9jpp.1 - Merge with upstream version: - Add missing javadoc post and unpost - Add missing javadoc requires * Sat Jul 22 2006 Jakub Jelinek 3.2.0-8jpp_2fc - Rebuilt * Wed Jul 19 2006 Matt Wringe 3.2.0-8jpp_1rh - Merged with upstream verison. cups-1:1.2.2-9 -------------- * Thu Aug 10 2006 Tim Waugh 1:1.2.2-9 - Try different fix for STR #1795/STR #1881 (bug #201167). desktop-printing-0.19-12 ------------------------ * Thu Aug 10 2006 Ray Strode - 0.19-12 - Apply patch from Tim Waugh to make things work better with hal-lpadmin (bug 200393) devhelp-0.12-2 -------------- * Thu Aug 10 2006 Matthew Barnes - 0.12-2 - Rebuild against firefox, again. eclipse-1:3.2.0-1jpp_11fc ------------------------- * Thu Aug 10 2006 Andrew Overholt 3.2.0-1jpp_11fc - Fix eclipse-tomcat55.patch and eclipse-tomcat55-build.patch to not reference jars that don't exist. - Fix rebuild-sdk-features to work with 3.2.x feature versions. eel2-2.15.91-1.fc6 ------------------ * Thu Aug 10 2006 Alexander Larsson - 2.15.91-1 - update to 2.15.91 - Drop upstreamed patch gedit-1:2.15.5-2.fc6 -------------------- * Thu Aug 10 2006 Ray Strode - 1:2.15.5-2.fc6 - Apply patch from James Antill to copy extended attributes over when saving files (bug 202099) glibc-2.4.90-19 --------------- * Thu Aug 10 2006 Jakub Jelinek 2.4.90-19 - adaptive malloc brk/mmap threshold - fix fchownat to use kernel syscall (if available) on many arches (#201870) - only define O_DIRECT with -D_GNU_SOURCE on ia64 to match all other arches (#201748) gnome-pilot-2.0.13-16 --------------------- * Thu Aug 10 2006 Matthew Barnes - 2.0.13-16 - Forgot to commit the new patches. * Thu Aug 10 2006 Matthew Barnes - 2.0.13-15 - Add patches for RH bug #189294. * Mon Jul 31 2006 Matthew Barnes 2.0.13-14 - Cleanup spec file, renumber patches. gnome-session-2.15.90-2.fc6 --------------------------- * Thu Aug 10 2006 Ray Strode - 2.15.90-2.fc6 - update patch from 2.15.4-3 to be more session friendly (bug 201473) gnome-vfs2-2.15.91-1.fc6 ------------------------ * Thu Aug 10 2006 Alexander Larsson - 2.15.91-1 - update to 2.15.91 gnome-volume-manager-2.15.0-2.fc6 --------------------------------- * Thu Aug 10 2006 John (J5) Palmieri - 2.15.0-2 - Add patch to use the console user files to check for local users instead of using utmp which is unreliable jakarta-commons-beanutils-0:1.7.0-4jpp_3fc ------------------------------------------ * Thu Aug 10 2006 Karsten Hopp 1.7.0-4jpp_3fc - Requires(post/postun): coreutils jakarta-commons-codec-0:1.3-5jpp.1 ---------------------------------- * Thu Aug 10 2006 Matt Wringe 0:1.3-5jpp.1 - Merge with upstream version - Add missing javadoc requires jakarta-commons-daemon-1:1.0.1-4jpp_3fc --------------------------------------- * Thu Aug 10 2006 Karsten Hopp 1.0.1-4jpp_3fc - Requires(post): coreutils jakarta-commons-dbcp-0:1.2.1-6jpp.1 ----------------------------------- * Thu Aug 10 2006 Deepak Bhole 0:1.2.1-6jpp.1 - Added missing requirements. * Thu Aug 10 2006 Karsten Hopp 1.2.1-5jpp_4fc - Requires(post/postun): coreutils jakarta-commons-digester-0:1.7-5jpp.1 ------------------------------------- * Thu Aug 10 2006 Matt Wringe - 0:1.7-5jpp.1 - Merge with upstream version: - Add missing requires for javadoc * Thu Aug 10 2006 Karsten Hopp 1.7-4jpp_3fc - Requires(post/postun): coreutils jakarta-commons-discovery-1:0.3-4jpp.1 -------------------------------------- * Thu Aug 10 2006 Matt Wringe - 1:0:3-4jpp.1 - Merge with upstream version - Add missing javadoc post and postun - Add missing javadoc requires jakarta-commons-fileupload-1:1.0-6jpp.1 --------------------------------------- * Thu Aug 10 2006 Deepak Bhole - 1:1.0-6jpp.1 - Added missing requirements. * Thu Aug 10 2006 Karsten Hopp 1.0-5jpp_3fc - Requires(post/postun): coreutils jakarta-commons-httpclient-1:3.0-7jpp.1 --------------------------------------- * Thu Aug 10 2006 Deepak Bhole - 1:3.0-7jpp.1 - Added missing requirements. - Added missing postun section for javadoc. jakarta-commons-lang-0:2.1-5jpp.1 --------------------------------- * Thu Aug 10 2006 Deepak Bhole - 0:2.1-5jpp.1 - Added missing requirements. - Added missing postun section for javadoc. * Thu Aug 10 2006 Karsten Hopp - 0:2.1-4jpp_3fc - Requires(post): coreutils jakarta-commons-launcher-0:0.9-6jpp.1 ------------------------------------- * Thu Aug 10 2006 Matt Wringe - 0:0.9-6jpp.1 - Merge with upstream version - Add missing javadoc postun - Add missing javadoc requires * Thu Aug 10 2006 Karsten Hopp 0.9-5jpp_3fc - Requires(post): coreutils jakarta-commons-logging-0:1.0.4-6jpp.1 -------------------------------------- * Thu Aug 10 2006 Deepak Bhole 0:1.0.4-6jpp.1 - Added missing requirements. * Thu Aug 10 2006 Karsten Hopp 0:1.0.4-5jpp_3fc - Require(post/postun): coreutils jakarta-commons-modeler-0:1.1-8jpp.1 ------------------------------------ * Thu Aug 10 2006 Matt Wringe - 0:1.1-8jpp.1 - Merge with upstream version: - Add missing javadoc requires - Add patches to properly set the classpath in build.xml and build.properties.default * Thu Aug 10 2006 Karsten Hopp 1.1-7jpp_3fc - Requires(post/postun): coreutils jakarta-commons-pool-0:1.3-2jpp_3fc ----------------------------------- * Thu Aug 10 2006 Karsten Hopp 1.3-2jpp_3fc - Requires(post/postun): coreutils - BuildRequires: xml-commons-apis jakarta-taglibs-standard-0:1.1.1-7jpp.1 --------------------------------------- * Thu Aug 10 2006 Matt Wringe 0:1.1.1-7jpp.1 - Merge with upstream version - Add missing javadoc postun - Add missing javadoc requires * Thu Aug 10 2006 Karsten Hopp 1.1.1-6jpp_3fc - Requires(post): coreutils javacc-0:4.0-3jpp.3 ------------------- * Thu Aug 10 2006 Matt Wringe - 0:4.0-3jpp.3 - Rebuilt with new naming convention jdepend-0:2.6-6jpp.1 -------------------- * Thu Aug 10 2006 Matt Wringe - 0:2.6-6jpp.1 - Merge with upstream version - Add missing javadoc post and postun - Add missing javadoc requires jrefactory-0:2.8.9-6jpp.3 ------------------------- * Thu Aug 10 2006 Deepak Bhole - 0:2.8.9-6jpp.3 - Changed release to match new spec. jsch-0:0.1.28-1jpp.5 -------------------- * Thu Aug 10 2006 Deepak Bhole - 0:0.1.28-1jpp.5 - Updated changelog entries in spec. junit-0:3.8.2-3jpp.1 -------------------- * Thu Aug 10 2006 Deepak Bhole - 0:3.8.2-3jpp.1 - Added missing requirements. * Thu Aug 10 2006 Karsten Hopp 0:3.8.2-2jpp_3fc - Require(post/postun): coreutils kdeaccessibility-1:3.5.4-1.fc6 ------------------------------ * Thu Aug 10 2006 Than Ngo 1:3.5.4-1 - rebuild kdeaddons-3.5.4-1.fc6 --------------------- * Thu Aug 10 2006 Than Ngo 3.5.4-1 - rebuild kdeadmin-7:3.5.4-1.fc6 ---------------------- * Thu Aug 10 2006 Than Ngo 7:3.5.4-1 - rebuild kdeartwork-3.5.4-1.fc6 ---------------------- * Thu Aug 10 2006 Than Ngo 3.5.4-1 - rebuild kdebindings-3.5.4-1.fc6 ----------------------- * Thu Aug 10 2006 Than Ngo 3.5.4-1 - rebuild kdeedu-3.5.4-1.fc6 ------------------ * Thu Aug 10 2006 Than Ngo 3.5.4-1 - rebuild kdegames-6:3.5.4-1.fc6 ---------------------- * Thu Aug 10 2006 Than Ngo 6:3.5.4-1 - rebuild * Mon Jul 24 2006 Than Ngo 6:3.5.4-0.pre1 - prerelease of 3.5.4 (from the first-cut tag) * Thu Jul 13 2006 Dennis Gregorovic - 6:3.5.3-2.2 - rebuild kdegraphics-7:3.5.4-1.fc6 ------------------------- * Thu Aug 10 2006 Than Ngo 7:3.5.4-1 - rebuild kdemultimedia-6:3.5.4-1.fc6 --------------------------- * Thu Aug 10 2006 Than Ngo 3.5.4-1.fc6 - rebuild kdenetwork-7:3.5.4-2.fc6 ------------------------ * Thu Aug 10 2006 Than Ngo 7:3.5.4-2 - apply upstream patches, - check the return value from XF86VidModeGetAllModeLines() to avoid crashing kde#73519 - Fixed flickering when scrolling in newsticker kde#63494 kdepim-6:3.5.4-1.fc6 -------------------- * Thu Aug 10 2006 Than Ngo 6:3.5.4-1 - apply upstream patches, - Kmail crashes on startup, kde#132008 - Cannot send to addresses containing an ampersand (&), kde#117882 kdesdk-3.5.4-1.fc6 ------------------ * Thu Aug 10 2006 Than Ngo 3.5.4-1 - rebuild kdeutils-6:3.5.4-1.fc6 ---------------------- * Thu Aug 10 2006 Than Ngo 6:3.5.4-1 - rebuild kdevelop-9:3.3.4-1.fc6 ---------------------- * Thu Aug 10 2006 Than Ngo 9:3.3.4-1 - rebuild kdewebdev-6:3.5.4-1.fc6 ----------------------- * Thu Aug 10 2006 Than Ngo 6:3.5.4-1 - rebuild kernel-2.6.17-1.2548.fc6 ------------------------ * Thu Aug 10 2006 Roland McGrath - New utrace patch: fix ptrace synchronization issues. * Thu Aug 10 2006 Dave Jones - GFS2/DLM update. - Daily GregKH updates - More lockdep fixes. libselinux-1.30.22-2 -------------------- * Wed Aug 09 2006 Dan Walsh - 1.30.22-2 - Fix translation return codes to return size of buffer man-pages-cs-0.16-6 ------------------- * Fri Aug 11 2006 Ivana Varekova - 0.16-6 - remove at.1 man page to right directory (#202049) mockobjects-0:0.09-14jpp.3 -------------------------- * Thu Aug 10 2006 Matt Wringe - 0.09-14jpp.3 - Rebuilt with new naming convention mono-1.1.16.1-1 --------------- * Thu Aug 10 2006 Alexander Larsson - 1.1.16.1-1 - Update to 1.1.16.1 - Split out mono libs and devel headers to fix lib64 conflicts (#199790) * Wed Jul 12 2006 Jesse Keating - 1.1.16-1.1 - rebuild * Fri Jul 07 2006 Alexander Larsson - 1.1.16-1 - update to 1.1.16 nautilus-2.15.91-1.fc6 ---------------------- * Thu Aug 10 2006 Alexander Larsson - 2.15.91-1 - Update to 2.15.91 - Split package into devel and extensions (#201967) * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 * Tue Jul 18 2006 Matthias Clasen - 2.15.4-3 - Spec file cleanups nautilus-sendto-0.7-3.fc6 ------------------------- * Thu Aug 10 2006 Alexander Larsson - 0.7-3 - Make nautilus-sendto-bluetooth require gnome-bluetooth (#201908) net-snmp-5.3.1.0-3 ------------------ * Thu Aug 10 2006 Radek Vokal 5.3.1.0-3 - fix lib dirs in configure (#197684) openais-0.80-1.2 ---------------- * Thu Aug 10 2006 Steven Dake - 0.80-1.2 - Move libraries to openais package. - Add cpg hash collision patch. - Add makefile install clm patch. * Tue Aug 08 2006 Steven Dake - 0.80-1.1 - New process of tracking any revisions in the upstream stable branch. * Sun Jul 23 2006 Steven Dake - 0.80-1.0 - New upstream release. - Added openais-cfgtool tool to install. - Added openais/cfg.h header file. pam-0.99.5.0-8.fc6 ------------------ * Thu Aug 10 2006 Dan Walsh 0.99.5.0-8 - Add new setkeycreatecon call to pam_selinux to make sure keyring has correct context * Thu Aug 10 2006 Tomas Mraz 0.99.5.0-7 - revoke keyrings properly when pam_keyinit called as root (#201048) - pam_succeed_if should return PAM_USER_UNKNOWN when getpwnam fails (#197748) * Wed Aug 02 2006 Tomas Mraz 0.99.5.0-6 - revoke keyrings properly when pam_keyinit called more than once (#201048) patch by David Howells puretls-0.9-0.b5.4jpp.1 ----------------------- * Thu Aug 10 2006 Matt Wringe - 0.9-0.b5.4jpp.1 - Merge with upstream version - Add missing requires for javadoc * Thu Aug 10 2006 Karsten Hopp 0.9-0.b5.3jpp_2fc - Requires(post/postun): coreutils rgmanager-2.0.4-0 ----------------- selinux-policy-2.3.6-3 ---------------------- * Thu Aug 10 2006 Dan Walsh 2.3.6-3 - Misc fixes setroubleshoot-0.20-1 --------------------- * Thu Aug 10 2006 Dan Walsh - 0.20-1 * add html support * remove setroubleshoot_dispatcher squid-7:2.6.STABLE2-3.fc6 ------------------------- * Thu Aug 10 2006 Karsten Hopp 7:2.6.STABLE2-3 - added some requirements for pre/post install scripts struts-0:1.2.8-2jpp.17 ---------------------- * Thu Aug 10 2006 Deepak Bhole 1.2.8-2jpp.17 - Added post/postun for javadoc. tanukiwrapper-0:3.2.1-2jpp.3 ---------------------------- * Wed Aug 09 2006 Vivek Lakshmanan - 0:3.2.1-2jpp.3 - Resync with latest from JPP. tar-1.15.90-6 ------------- * Thu Aug 10 2006 Peter Vrabec 1.15.90-6 - add xattr support (#200925), patch from james.antill at redhat.com udev-095-5 ---------- * Thu Aug 10 2006 Harald Hoyer - 095-5 - allow long comments (bug #200244) util-linux-2.13-0.39 -------------------- * Fri Aug 11 2006 Karel Zak 2.13-0.39 - fix #199745 - non-existant simpleinit(8) mentioned in ctrlaltdel(8) * Thu Aug 10 2006 Dan Walsh 2.13-0.38 - Change keycreate line to happen after pam_selinux open call so it gets correct context * Thu Aug 10 2006 Karel Zak 2.13-0.37 - fix #176494 - last -i returns strange IP addresses (patch by Bill Nottingham) wsdl4j-0:1.5.2-4jpp.1 --------------------- * Thu Aug 10 2006 Deepak Bhole 1.5.2-4jpp.1 - Added missing requirements. xalan-j2-0:2.7.0-5jpp.2 ----------------------- * Thu Aug 10 2006 Vivek Lakshmanan - 0:2.7.0-5jpp.2 - Rebuild. * Thu Aug 10 2006 Vivek Lakshmanan - 0:2.7.0-5jpp.1 - Resync with latest from JPP. - Partially adopt new naming convention (.1 suffix). - Use ln and rm explicitly instead of core-utils in Requires(x). * Thu Aug 10 2006 Karsten Hopp 2.7.0-4jpp_5fc - Requires(post): coreutils xjavadoc-0:1.1-4jpp.1 --------------------- * Thu Aug 10 2006 Deepak Bhole 1.1-4jpp.1 - Added missing postun section for javadoc. - Added missing requirements. xml-commons-resolver-0:1.1-1jpp.12 ---------------------------------- * Thu Aug 10 2006 Deepak Bhole 1.1-1jpp.12 - Added missing dependencies. xorg-x11-drv-ati-6.6.1-8.fc6 ---------------------------- * Thu Aug 10 2006 Adam Jackson 6.6.1-8.fc6 - radeon-6.6.1-xpress-200.patch: Also disable DRI on xpress200, known broken. xorg-x11-server-1.1.1-20.fc6 ---------------------------- * Thu Aug 10 2006 Adam Jackson - 1.1.1-20.fc6 - xorg-x11-server-1.1.1-always-mouse-thyself.patch: If we lack a mouse device in the config, and the user hasn't asked for any void devices, synthesize a mouse section. (#200347) - xorg-x11-server-1.1.1-edid-quirks-list.patch: Better formatting. yelp-2.15.91-1 -------------- * Thu Aug 10 2006 Matthew Barnes - 2.15.91-1 - Update to 2.15.91 Broken deps for i386 ---------------------------------------------------------- epiphany - 2.15.4-1.i386 requires firefox = 0:1.5.0.5 Broken deps for ppc64 ---------------------------------------------------------- epiphany - 2.15.4-1.ppc64 requires firefox = 0:1.5.0.5 Broken deps for x86_64 ---------------------------------------------------------- epiphany - 2.15.4-1.x86_64 requires firefox = 0:1.5.0.5 Broken deps for ppc ---------------------------------------------------------- epiphany - 2.15.4-1.ppc requires firefox = 0:1.5.0.5 Broken deps for ia64 ---------------------------------------------------------- epiphany - 2.15.4-1.ia64 requires firefox = 0:1.5.0.5 Broken deps for s390 ---------------------------------------------------------- epiphany - 2.15.4-1.s390 requires firefox = 0:1.5.0.5 Broken deps for s390x ---------------------------------------------------------- epiphany - 2.15.4-1.s390x requires firefox = 0:1.5.0.5 From Lam at Lam.pl Fri Aug 11 11:04:34 2006 From: Lam at Lam.pl (Leszek Matok) Date: Fri, 11 Aug 2006 13:04:34 +0200 Subject: Dependencies a little excessive? In-Reply-To: <20060811034723.GA15348@jadzia.bu.edu> References: <200608101141.41766.jkeating@redhat.com> <1155235711.7510.20.camel@weasel.turre.laiskiainen.org> <200608101451.23056.jkeating@redhat.com> <1155236186.14426.13.camel@cutter> <1155236369.16037.2.camel@rousalka.dyndns.org> <1155236647.14426.18.camel@cutter> <1155249219.3034.35.camel@localhost> <1155263678.16936.0.camel@cutter> <20060811024819.GA13365@jadzia.bu.edu> <1155266860.16936.2.camel@cutter> <20060811034723.GA15348@jadzia.bu.edu> Message-ID: <1155294274.7445.6.camel@pensja.lam.pl> Dnia 10-08-2006, czw o godzinie 23:47 -0400, Matthew Miller napisa?(a): > I mean, disk space and bandwith are cheap enough > that there's not much of a practical problem. Try downloading OpenOffice.org via GPRS link. Polish GSM operators even have a 1 GB monthly download "limit" (after which you can get few kilobits per second or so) which makes difference between one and two architectures of a (500 MB) package really big. Why can't we do incremental (changed files only) updates is another matter. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From fedora at camperquake.de Fri Aug 11 11:20:06 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 11 Aug 2006 13:20:06 +0200 Subject: Mirrorlist plugin broken Message-ID: <20060811132006.187f0b70@sisko.addix.net> Hi. When called from Germany the mirrorlist plugin currently delivers thousands of lines of # No results found for country: global # Defaulting to global The URL called is http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386 From cragel at twcny.rr.com Fri Aug 11 07:51:01 2006 From: cragel at twcny.rr.com (Bob Agel) Date: Fri, 11 Aug 2006 03:51:01 -0400 Subject: Mirrorlist plugin broken In-Reply-To: <20060811132006.187f0b70@sisko.addix.net> References: <20060811132006.187f0b70@sisko.addix.net> Message-ID: <1155282661.3103.5.camel@localhost.localdomain> On Fri, 2006-08-11 at 13:20 +0200, Ralf Ertzinger wrote: > Hi. > > When called from Germany the mirrorlist plugin currently delivers > thousands of lines of > > # No results found for country: global > # Defaulting to global > > The URL called is http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386 > Same thing in the US: #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/os returns a 404 error; mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch returns: No results found for country: global # Defaulting to global Bob Agel From katzj at redhat.com Fri Aug 11 12:04:52 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 11 Aug 2006 08:04:52 -0400 Subject: Wither Bling? In-Reply-To: <1155284847.2768.10.camel@greebo> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155284847.2768.10.camel@greebo> Message-ID: <1155297892.3217.0.camel@aglarond.local> On Fri, 2006-08-11 at 10:27 +0200, Alexander Larsson wrote: > Also, i think metacity bling was disabled because it linking to libgl > caused all sorts of bad issues with selinux. No, the execmem problem with libGL was fixed in libGL. Otherwise, the problem would still exist for any GL using applications Jeremy From kevin.kofler at chello.at Fri Aug 11 12:04:34 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Aug 2006 12:04:34 +0000 (UTC) Subject: some closure on the xorg updates issue References: Message-ID: The decision is probably set in stone now anyway, but just my 2 cents: Max Spevack redhat.com> writes: > 1) The xorg update is of benefit to Fedora users who do not depend on > proprietary drivers for their video cards. Indeed. > 2) As such, this update would be bad for users who do rely on proprietary > drivers, mainly because those proprietary drivers are not updated to > function properly with the new xorg code. Users who upgrade will be in a > tough spot until their proprietary software vendors relese updates. ATI has already updated their driver, if NVidia won't do the same, that's really their problem. > 3) The Fedora Project does not support any sort of proprietary software. > "Once free, always free". Indeed. > In short, it's a major change with only modest benefit, and a better > solution is coming soon. And what IS that "better solution"? > Therefore, holding off on a non-security update in order to not break > users' systems, to me, is a reasonable decision to make in this situation, > especially when we are focusing our efforts entirely on Fedora Core 6 at > this point, which will include the most up to date Xorg software anyway. :-( IMHO, this sets a really bad precedent. Do we really want Fedora to become the next Debian Stable? Many users on the list have indicated they are running Fedora precisely because they want current software, not obsolete crap which happens to cooperate well with proprietary software, which as you say is not even supported. I must say I'm one of these people. For those who don't want version upgrades, there are plenty of other distros available (e.g. that U word everyone gets spammed with these days ;-) but there are others too). If I'm not mistaken, the new X.Org brings support for some Intel chipsets which are only currently supported by generic VESA drivers. Do we really want their users to suffer because of NVidia? It could also help free some users from having to use proprietary drivers (think r300 improvements...). (If it had been out earlier, before the ATI driver got upgraded, it might even have FORCED some people to switch to r300, which could have either shown them how well it works already or helped getting it in shape, depending on how well it would have worked for them. But it's too late for that now.) , Kevin Kofler From jfrieben at freesurf.fr Fri Aug 11 12:18:48 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Fri, 11 Aug 2006 14:18:48 +0200 (CEST) Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: <4567.194.94.224.254.1155298728.squirrel@arlette.freesurf.fr> Old Red Hat Linux had the habit of not breaking binary compatibility between minor releases, only between major ones. I think this was a reasonable approach and thus, it's perfectly intelligible not to break this compatibility at the mere update level for an official release. Look at other distros like "Ubuntu". They would not even upgrade their kernel from 2.6.x to 2.6.x+1 for their current release. "Fedora Core" has proven to be much more "dynamical" in this respect. If you really, really want the bleeding edge, then it's often possible to install the "rawhide" packages on the latest stable release or to rebuild the desired packages on your system. Finally you can still upgrade to the development tree or wait a couple of months for the next release. So, there are many options ahead ... > >> In short, it's a major change with only modest benefit, and a better >> solution is coming soon. > > And what IS that "better solution"? > >> Therefore, holding off on a non-security update in order to not break >> users' systems, to me, is a reasonable decision to make in this >> situation, especially when we are focusing our efforts entirely on >> Fedora Core 6 at this point, which will include the most up to date >> Xorg software anyway. > > :-( > From jwboyer at jdub.homelinux.org Fri Aug 11 12:24:32 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 11 Aug 2006 07:24:32 -0500 Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: <1155299072.2697.3.camel@zod.rchland.ibm.com> On Fri, 2006-08-11 at 12:04 +0000, Kevin Kofler wrote: > > > Therefore, holding off on a non-security update in order to not break > > users' systems, to me, is a reasonable decision to make in this situation, > > especially when we are focusing our efforts entirely on Fedora Core 6 at > > this point, which will include the most up to date Xorg software anyway. > > :-( > > IMHO, this sets a really bad precedent. Do we really want Fedora to become the > next Debian Stable? Many users on the list have indicated they are running > Fedora precisely because they want current software, not obsolete crap which > happens to cooperate well with proprietary software, which as you say is not > even supported. I must say I'm one of these people. For those who don't want > version upgrades, there are plenty of other distros available (e.g. that U word > everyone gets spammed with these days ;-) but there are others too). I disagree. Fedora isn't becoming the next Debian stable by any means. It's back to a 6 month release cycle, which at the moment is well along for FC6. If users _really_ want the latest and greatest software, they can install FC6t2. For a released distribution such as FC5, there will always be some trade-offs between stability and feature additions. josh From sundaram at fedoraproject.org Fri Aug 11 12:34:09 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 18:04:09 +0530 Subject: About Fedora In-Reply-To: <1155271974.5249.4.camel@soncomputer> References: <1155234358.2470.1.camel@soncomputer> <1155271974.5249.4.camel@soncomputer> Message-ID: <44DC7941.6020206@fedoraproject.org> Louis Garcia II wrote: > On Friday 11 August 2006 00:41, Jesse Keating wrote: >> On Thu, 2006-08-10 at 14:26 -0400, Louis Garcia II wrote: >>> About Fedora under the system menu in gnome does not work. This is as of >>> 2006/08/10. >>> >>> >> Bug #? > > Bug # 202156 - I was not sure what component so I picked gnome-menus. > > Thats the right component. Rahul From sundaram at fedoraproject.org Fri Aug 11 12:37:50 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 18:07:50 +0530 Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: <44DC7A1E.8080506@fedoraproject.org> Kevin Kofler wrote: > The decision is probably set in stone now anyway, but just my 2 cents: > > Max Spevack redhat.com> writes: >> 1) The xorg update is of benefit to Fedora users who do not depend on >> proprietary drivers for their video cards. > > Indeed. > >> 2) As such, this update would be bad for users who do rely on proprietary >> drivers, mainly because those proprietary drivers are not updated to >> function properly with the new xorg code. Users who upgrade will be in a >> tough spot until their proprietary software vendors relese updates. > > ATI has already updated their driver, if NVidia won't do the same, that's > really their problem. > >> 3) The Fedora Project does not support any sort of proprietary software. >> "Once free, always free". > > Indeed. > >> In short, it's a major change with only modest benefit, and a better >> solution is coming soon. > > And what IS that "better solution"? A well defined updates policy with the release engineering team to grant exceptions when required. Draft at http://fedoraproject.org/wiki/UpdatesPolicy > > IMHO, this sets a really bad precedent. Do we really want Fedora to become the > next Debian Stable? Many users on the list have indicated they are running > Fedora precisely because they want current software, not obsolete crap which > happens to cooperate well with proprietary software, which as you say is not > even supported. No need to trash talk other distributions. We have always withheld some updates from the general releases. We just need to define the criteria to withhold updates in a better way. Rahul From sundaram at fedoraproject.org Fri Aug 11 12:41:23 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 18:11:23 +0530 Subject: rawhide report: 20060811 changes In-Reply-To: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> Message-ID: <44DC7AF3.9030208@fedoraproject.org> buildsys at redhat.com wrote: > New package compat-gcc-34 > Compatibility GNU Compiler Collection > > Why is this needed in Fedora Core? Rahul From dragoran at feuerpokemon.de Fri Aug 11 12:49:54 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 14:49:54 +0200 Subject: rawhide report: 20060811 changes In-Reply-To: <44DC7AF3.9030208@fedoraproject.org> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> Message-ID: <44DC7CF2.8010701@feuerpokemon.de> Rahul wrote: > buildsys at redhat.com wrote: >> New package compat-gcc-34 >> Compatibility GNU Compiler Collection >> >> > > Why is this needed in Fedora Core? > there are still apps that needs gcc < 4.0 to build (ex: qemu) (are any of them in core?) but I wouln't care having this in extras (its not used that often) > Rahul > From kevin.kofler at chello.at Fri Aug 11 12:54:55 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Aug 2006 12:54:55 +0000 (UTC) Subject: some closure on the xorg updates issue References: <44DC7A1E.8080506@fedoraproject.org> Message-ID: Rahul fedoraproject.org> writes: > >> In short, it's a major change with only modest benefit, and a better > >> solution is coming soon. > > > > And what IS that "better solution"? > > A well defined updates policy with the release engineering team to grant > exceptions when required. > > Draft at http://fedoraproject.org/wiki/UpdatesPolicy And how is that a solution to the problem that an X.Org update is needed to add support for some hardware (Intel) and improve support for others (ATI r3xx/r4xx)? > Major new versions of system libraries, frameworks and desktop environments > MUST not be provided as updates and only in the subsequent releases. Sigh, is that really what we want? FC4 got a major KDE upgrade, there was only one serious breakage (K3b) which was fixed by a subsequent K3b upgrade, and which would most likely have been avoided if the KDE upgrade got through updates-testing as the new update policy suggests requiring, and there were visible benefits. There were also several user complaints on the fedora-list about the lack of a KDE upgrade to 3.5.0 before it was pushed. KDE is ABI-backwards-compatible as is most of GNOME, so apart from exposing bugs in particular applications (which was what happened with K3b, and which updates-testing is there for to catch), there is not much which can go wrong. Now if course, if "major" means upgrading KDE 3 to KDE 4 (even when KDE 4 gets released officially), then I fully agree this doesn't make sense in a released version (putting a parallel-installable kde4 into Extras is certainly a better solution), but that's not how I read that clause. Kevin Kofler From jakub at redhat.com Fri Aug 11 12:57:59 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Fri, 11 Aug 2006 08:57:59 -0400 Subject: rawhide report: 20060811 changes In-Reply-To: <44DC7AF3.9030208@fedoraproject.org> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> Message-ID: <20060811125759.GJ32572@devserv.devel.redhat.com> On Fri, Aug 11, 2006 at 06:11:23PM +0530, Rahul wrote: > buildsys at redhat.com wrote: > >New package compat-gcc-34 > > Compatibility GNU Compiler Collection > > > > > > Why is this needed in Fedora Core? 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite far even in the Fortran77 compatibility, it is not yet there and some people have huge Fortran77 codebases, not to mention that Gfortran runtime is in any case ABI incompatible with G77 runtime 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so a secondary compiler is often handy until they manage to rewrite it 3) in the end, all that changed from previous amount of binary packages is the addition of one new src.rpm - as many compat-gcc-32 subpackages were nuked at the same time as the number of added compat-gcc-34 subpackages Jakub From pbrobinson at gmail.com Fri Aug 11 13:07:26 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 11 Aug 2006 14:07:26 +0100 Subject: rawhide report: 20060811 changes In-Reply-To: <20060811125759.GJ32572@devserv.devel.redhat.com> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> Message-ID: <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> > > buildsys at redhat.com wrote: > > >New package compat-gcc-34 > > > Compatibility GNU Compiler Collection > > > > > > > > > > Why is this needed in Fedora Core? > > 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite far > even in the Fortran77 compatibility, it is not yet there and some people > have huge Fortran77 codebases, not to mention that Gfortran runtime > is in any case ABI incompatible with G77 runtime > 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so > a secondary compiler is often handy until they manage to rewrite it > 3) in the end, all that changed from previous amount of binary packages > is the addition of one new src.rpm - as many compat-gcc-32 subpackages > were nuked at the same time as the number of added compat-gcc-34 > subpackages So it was added just for Fortran77? If this is the case why can't it be in extras as I'm pretty sure there are no dependancies on Fortran in Core. Also does it mean it replaces the compat-gcc-32 packages? Peter From dennis at ausil.us Fri Aug 11 13:12:56 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 11 Aug 2006 08:12:56 -0500 Subject: rawhide report: 20060811 changes In-Reply-To: <20060811125759.GJ32572@devserv.devel.redhat.com> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> Message-ID: <200608110812.56616.dennis@ausil.us> On Friday 11 August 2006 07:57, Jakub Jelinek wrote: > On Fri, Aug 11, 2006 at 06:11:23PM +0530, Rahul wrote: > > buildsys at redhat.com wrote: > > >New package compat-gcc-34 > > > Compatibility GNU Compiler Collection > > > > Why is this needed in Fedora Core? > > 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite far > even in the Fortran77 compatibility, it is not yet there and some people > have huge Fortran77 codebases, not to mention that Gfortran runtime > is in any case ABI incompatible with G77 runtime > 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so > a secondary compiler is often handy until they manage to rewrite it > 3) in the end, all that changed from previous amount of binary packages > is the addition of one new src.rpm - as many compat-gcc-32 subpackages > were nuked at the same time as the number of added compat-gcc-34 > subpackages > > Jakub And none of those reasons stop any of the compat-gcc packages being in extras. IMHO they all should move to extras. gcc should be in core compat-gcc-* should be in extras. Unless there is something in core that requires the older gcc Dennis From sundaram at fedoraproject.org Fri Aug 11 13:16:21 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 18:46:21 +0530 Subject: some closure on the xorg updates issue In-Reply-To: References: <44DC7A1E.8080506@fedoraproject.org> Message-ID: <44DC8325.5000309@fedoraproject.org> Kevin Kofler wrote: > Rahul fedoraproject.org> writes: >>>> In short, it's a major change with only modest benefit, and a better >>>> solution is coming soon. >>> And what IS that "better solution"? >> A well defined updates policy with the release engineering team to grant >> exceptions when required. >> >> Draft at http://fedoraproject.org/wiki/UpdatesPolicy > > And how is that a solution to the problem that an X.Org update is needed to add > support for some hardware (Intel) and improve support for others (ATI > r3xx/r4xx)? It is not. We cant put everything that goes into rawhide into the general releases as update. Some features would only be available in the next release. We are holding out major updates in FC5 till we decide on the policy since we dont want to micro manage this on a case by case basis. > >> Major new versions of system libraries, frameworks and desktop environments >> MUST not be provided as updates and only in the subsequent releases. > > Sigh, is that really what we want? We dont know yet which is why its called a draft. FC4 got a major KDE upgrade, there was only > one serious breakage (K3b) which was fixed by a subsequent K3b upgrade, and > which would most likely have been avoided if the KDE upgrade got through > updates-testing as the new update policy suggests requiring, and there were > visible benefits. There were also several user complaints on the fedora-list > about the lack of a KDE upgrade to 3.5.0 before it was pushed. KDE is > ABI-backwards-compatible as is most of GNOME, so apart from exposing bugs in > particular applications (which was what happened with K3b, and which > updates-testing is there for to catch), there is not much which can go wrong. I have linked several discussions about regressions in updates so do verify your claims against bugzilla reports and list discussions. > > Now if course, if "major" means upgrading KDE 3 to KDE 4 (even when KDE 4 gets > released officially), then I fully agree this doesn't make sense in a released > version (putting a parallel-installable kde4 into Extras is certainly a better > solution), but that's not how I read that clause. > Normally KDE 3.x.y updates would be considered minor since they are bug fixes and 3.x updates would be considered major since they introduce several new features. Rahul From denis at poolshark.org Fri Aug 11 13:14:28 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 11 Aug 2006 15:14:28 +0200 Subject: rawhide report: 20060811 changes In-Reply-To: <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> Message-ID: <44DC82B4.1010409@poolshark.org> Peter Robinson wrote: >> > buildsys at redhat.com wrote: >> > >New package compat-gcc-34 >> > > Compatibility GNU Compiler Collection >> > > >> > > >> > >> > Why is this needed in Fedora Core? >> >> 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite >> far >> even in the Fortran77 compatibility, it is not yet there and some >> people >> have huge Fortran77 codebases, not to mention that Gfortran runtime >> is in any case ABI incompatible with G77 runtime >> 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so >> a secondary compiler is often handy until they manage to rewrite it >> 3) in the end, all that changed from previous amount of binary packages >> is the addition of one new src.rpm - as many compat-gcc-32 subpackages >> were nuked at the same time as the number of added compat-gcc-34 >> subpackages > > > So it was added just for Fortran77? If this is the case why can't it > be in extras as I'm pretty sure there are no dependancies on Fortran > in Core. Also does it mean it replaces the compat-gcc-32 packages? No it's very useful to C++ developpers. Unlike C, there are important changes between g++ 3.x and g++ 4, some that sometimes require massive rewrites. I think this belongs in Core, as a replacement to compat-gcc-32. -denis From pbrobinson at gmail.com Fri Aug 11 13:21:31 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 11 Aug 2006 14:21:31 +0100 Subject: rawhide report: 20060811 changes In-Reply-To: <44DC82B4.1010409@poolshark.org> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> <44DC82B4.1010409@poolshark.org> Message-ID: <5256d0b0608110621h7f8f3b44h25a353d421fecf91@mail.gmail.com> > >> > >New package compat-gcc-34 > >> > > Compatibility GNU Compiler Collection > >> > > > >> > > > >> > > >> > Why is this needed in Fedora Core? > >> > >> 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite > >> far > >> even in the Fortran77 compatibility, it is not yet there and some > >> people > >> have huge Fortran77 codebases, not to mention that Gfortran runtime > >> is in any case ABI incompatible with G77 runtime > >> 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so > >> a secondary compiler is often handy until they manage to rewrite it > >> 3) in the end, all that changed from previous amount of binary packages > >> is the addition of one new src.rpm - as many compat-gcc-32 subpackages > >> were nuked at the same time as the number of added compat-gcc-34 > >> subpackages > > > > > > So it was added just for Fortran77? If this is the case why can't it > > be in extras as I'm pretty sure there are no dependancies on Fortran > > in Core. Also does it mean it replaces the compat-gcc-32 packages? > > No it's very useful to C++ developpers. Unlike C, there are important > changes between g++ 3.x and g++ 4, some that sometimes require massive > rewrites. I think this belongs in Core, as a replacement to compat-gcc-32. Yes, I have no doubt about that but unless there's something in Core that needs it its no harder to have it in Extras. Peter From kevin.kofler at chello.at Fri Aug 11 13:25:41 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Aug 2006 13:25:41 +0000 (UTC) Subject: rawhide report: 20060811 changes References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> <44DC82B4.1010409@poolshark.org> Message-ID: Denis Leroy poolshark.org> writes: > No it's very useful to C++ developpers. Unlike C, there are important > changes between g++ 3.x and g++ 4, some that sometimes require massive > rewrites. I think this belongs in Core, as a replacement to compat-gcc-32. Weren't most of these changes actually between 3.3 and 3.4? The new C++ parser was introduced in 3.4, not 4.0. Kevin Kofler From tjb at unh.edu Fri Aug 11 13:31:17 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 11 Aug 2006 09:31:17 -0400 Subject: Wither Bling? In-Reply-To: <20060810205344.GA2229@nostromo.devel.redhat.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> Message-ID: <1155303077.8819.16.camel@raptor.sr.unh.edu> On Thu, 2006-08-10 at 16:53 -0400, Bill Nottingham wrote: > Thomas J. Baker (tjb at unh.edu) said: > > So what's the thinking on fc6 bling? Why was composite compiled out of > > metacity as opposed to just using the gconf key? Is it going to be > > compiz for bling and metacity for no bling? (That's a sad christmas for > > me because compiz is too buggy compared to metacity on my ATI R250 > > laptop). > > Yes, that's the plan going forward. > > Bill > So when you say going forward, do you mean for the fc6 time frame, or is the composite manager going to be dropped from metacity? Compiz has spectacular bling but lacks certain basic window manager features (like toggleable vertical and horizontal maximize) that I had in sawfish, lost in metacity for a while but just got back in fc5, and now will lose again in compiz. Metacity has good bling and solid window manager functions (and a killer close window animation.) So if I have to rebuild metacity myself, how do I re-enable compositing? I looked at the spec and I can't see where it explicitly disables it and the configure script seems to assume that it's on (only --disable-composite seems to be valid.) Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From fedora at leemhuis.info Fri Aug 11 13:32:13 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 11 Aug 2006 15:32:13 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44DC8325.5000309@fedoraproject.org> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> Message-ID: <44DC86DD.3080109@leemhuis.info> Rahul schrieb: > Kevin Kofler wrote: >> Rahul fedoraproject.org> writes: >>>>> In short, it's a major change with only modest benefit, and a >>>>> better solution is coming soon. >>>> And what IS that "better solution"? >>> A well defined updates policy with the release engineering team to >>> grant exceptions when required. >>> Draft at http://fedoraproject.org/wiki/UpdatesPolicy >> And how is that a solution to the problem that an X.Org update is >> needed to add support for some hardware (Intel) and improve support >> for others (ATI r3xx/r4xx)? > It is not. We cant put everything that goes into rawhide into the > general releases as update. [...] Agreed for things like gnome 2.x -> 2.(x+2), but hardware support is a special case IMHO. Consider this hypothetical example: early april 20xx: FCx get releases with Xorg y.z mid april 20xx: Xorg y.(z+1) gets released with new drivers end april 20xx: Intel releases Chipset G1015 with integrated graphics early may 20xx: Intel releases updated drivers for G1015 that require Xorg y.(z+1) Those buying a Mainboard with G1015 need a solution then. They don't want to wait 5 month until the next proper FC release. Or 2 month for a beta (and most people don't want to run a beta). CU thl From dragoran at feuerpokemon.de Fri Aug 11 13:34:25 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 15:34:25 +0200 Subject: Wither Bling? In-Reply-To: <20060810205344.GA2229@nostromo.devel.redhat.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> Message-ID: <44DC8761.9010108@feuerpokemon.de> Bill Nottingham wrote: > Thomas J. Baker (tjb at unh.edu) said: > >> So what's the thinking on fc6 bling? Why was composite compiled out of >> metacity as opposed to just using the gconf key? Is it going to be >> compiz for bling and metacity for no bling? (That's a sad christmas for >> me because compiz is too buggy compared to metacity on my ATI R250 >> laptop). >> > > Yes, that's the plan going forward. > > why? I is there any reason to turn it off? if someone wants it it can be enabled using gconf (off by default), so why isn't it compiled in? > Bill > > From stickster at gmail.com Fri Aug 11 13:42:52 2006 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 11 Aug 2006 09:42:52 -0400 Subject: About Fedora In-Reply-To: <44DC7941.6020206@fedoraproject.org> References: <1155234358.2470.1.camel@soncomputer> <1155271974.5249.4.camel@soncomputer> <44DC7941.6020206@fedoraproject.org> Message-ID: <1155303773.3409.8.camel@localhost.localdomain> On Fri, 2006-08-11 at 18:04 +0530, Rahul wrote: > Louis Garcia II wrote: > > On Friday 11 August 2006 00:41, Jesse Keating wrote: > >> On Thu, 2006-08-10 at 14:26 -0400, Louis Garcia II wrote: > >>> About Fedora under the system menu in gnome does not work. This is as of > >>> 2006/08/10. > >>> > >>> > >> Bug #? > > > > Bug # 202156 - I was not sure what component so I picked gnome-menus. > > > > Thats the right component. I guess it could depend on the error, which isn't really detailed in the bug, but the menu entry and content are both provided by fedora-release-notes. Looks like Jesse reassigned it there already. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Fri Aug 11 13:43:25 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 19:13:25 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <44DC86DD.3080109@leemhuis.info> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> Message-ID: <44DC897D.1010705@fedoraproject.org> Thorsten Leemhuis wrote: > > Agreed for things like gnome 2.x -> 2.(x+2), but hardware support is a > special case IMHO. Consider this hypothetical example: > > early april 20xx: FCx get releases with Xorg y.z > mid april 20xx: Xorg y.(z+1) gets released with new drivers > end april 20xx: Intel releases Chipset G1015 with integrated graphics > early may 20xx: Intel releases updated drivers for G1015 that require > Xorg y.(z+1) > > Those buying a Mainboard with G1015 need a solution then. They don't > want to wait 5 month until the next proper FC release. Or 2 month for a > beta (and most people don't want to run a beta). > So what is the solution you are suggesting? The balance we are trying to reach here is avoid regressions while being a fast moving distribution. We don't have the resources to backport fixes in Fedora in many cases. Rahul From jpmahowald at gmail.com Fri Aug 11 13:45:18 2006 From: jpmahowald at gmail.com (John Mahowald) Date: Fri, 11 Aug 2006 08:45:18 -0500 Subject: Mirrorlist plugin broken In-Reply-To: <1155282661.3103.5.camel@localhost.localdomain> References: <20060811132006.187f0b70@sisko.addix.net> <1155282661.3103.5.camel@localhost.localdomain> Message-ID: <3ea997540608110645r7d62766fy35491bed7b3855ec@mail.gmail.com> On 8/11/06, Bob Agel wrote: > > Same thing in the US: > #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/os > returns a 404 error; > > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch > returns: No results found for country: global > # Defaulting to global > > Bob Agel > > If entering this in a browser, you did substitute some valid arch like i386 for $basearch, correct? When I leave arch=$basearch in the mirrorlist URL (or any random string, actually) I get the thousands of global lines, but when I substitute i386 or x86_64 it spits out a few mirrors as expected. This is from the USA. John From oisin.feeley at gmail.com Fri Aug 11 13:53:03 2006 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Fri, 11 Aug 2006 06:53:03 -0700 Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: On 8/10/06, Max Spevack wrote: > > > So there is a balance to be struck -- on one side you have the desire to > not make concessions to proprietary software vendors, but on the other > side you have the very real problem of unnecessarily breaking the systems > of users. I think this is a loaded way of framing the decision. It's nothing to do with a "desire not to make concessions to proprietary software vendors". >From my point of view - on the one side you have the desire to provide an incremental improvement to the experience of Free Software users and on the other is the desire to not scare away users of non-Free Software. This decision places the convenience of users of non-proprietary hardware and software lower than the convenience of people that bought hardware that (everyone should know) is not and cannot be supported by a Free operating system. If the rumours of ATI and nVidia being unable to open their drivers because of the threat of patent infringement lawsuits is true then we're going to experience this situation again in the future and this decision will set a precedent for holding back Free software users in order to keep non-Free users happy. That seems like an inversion of priorities. Best wishes, Oisin Feeley -------------- next part -------------- An HTML attachment was scrubbed... URL: From vikigoyal at gmail.com Fri Aug 11 13:55:49 2006 From: vikigoyal at gmail.com (Vikram Goyal) Date: Fri, 11 Aug 2006 19:25:49 +0530 Subject: to Vikram Goyal (Re: Fedora's Userfiendliness (was Re: Leaving?)) In-Reply-To: <1155132451.2745.11.camel@obelix.localdomain> References: <1155132451.2745.11.camel@obelix.localdomain> Message-ID: <20060811135549.GA1123@fc5host.fc5domain> On Wed, Aug 09, 2006 at 04:07:31PM +0200, Ronald Warsow wrote: > hello > > ... > > H?ffentlich habe Ich keine mehr fehler gemacht. Ouch! > leider doch, aber das ist nicht so schlimm ! Till now I was dead sure that was the spelling. Anyways, It's quite a long time I have used german and it shows:) > sounds funny, makes everbody smile (not laughing) and (maybe) opens the "doors" if you visit germany. > take a trip with google-earth over berlin ... > > btw: do you know StarDict ? -i think it's in the core repo- > and the Dictionaries at : > http://stardict.sourceforge.net/Dictionaries.php > I didn't want to use any dictionary. It was sort of a challenge to me and since I was in the mood I went ahead auf deutsch zu schreiben;) Its good it brought smiles to some:) Namaste! -- vikram... |||||||| |||||||| ^^'''''^^||root||^^^'''''''^^ // \\ )) //(( \\// \\ // /\\ || \\ || / )) (( \\ -- jogger, n.: An odd sort of person with a thing for pain. -- # ~|~ = Registered Linux User #285795 From sundaram at fedoraproject.org Fri Aug 11 13:58:18 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 19:28:18 +0530 Subject: to Vikram Goyal (Re: Fedora's Userfiendliness (was Re: Leaving?)) In-Reply-To: <20060811135549.GA1123@fc5host.fc5domain> References: <1155132451.2745.11.camel@obelix.localdomain> <20060811135549.GA1123@fc5host.fc5domain> Message-ID: <44DC8CFA.2060804@fedoraproject.org> Vikram Goyal wrote: > On Wed, Aug 09, 2006 at 04:07:31PM +0200, Ronald Warsow wrote: >> hello >> >> ... >>> H?ffentlich habe Ich keine mehr fehler gemacht. > > Ouch! > >> leider doch, aber das ist nicht so schlimm ! > > Till now I was dead sure that was the spelling. Anyways, It's quite a > long time I have used german and it shows:) > Please take the discussion about signatures off list. It doesnt have anything to do with Fedora development. Rahul From david at lovesunix.net Fri Aug 11 14:13:51 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 11 Aug 2006 16:13:51 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44DC86DD.3080109@leemhuis.info> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> Message-ID: <1155305632.2804.16.camel@price> fre, 11 08 2006 kl. 15:32 +0200, skrev Thorsten Leemhuis: > Rahul schrieb: > > Kevin Kofler wrote: > >> Rahul fedoraproject.org> writes: > >>>>> In short, it's a major change with only modest benefit, and a > >>>>> better solution is coming soon. > >>>> And what IS that "better solution"? > >>> A well defined updates policy with the release engineering team to > >>> grant exceptions when required. > >>> Draft at http://fedoraproject.org/wiki/UpdatesPolicy > >> And how is that a solution to the problem that an X.Org update is > >> needed to add support for some hardware (Intel) and improve support > >> for others (ATI r3xx/r4xx)? > > It is not. We cant put everything that goes into rawhide into the > > general releases as update. [...] > > Agreed for things like gnome 2.x -> 2.(x+2), but hardware support is a > special case IMHO. Consider this hypothetical example: > > early april 20xx: FCx get releases with Xorg y.z > mid april 20xx: Xorg y.(z+1) gets released with new drivers > end april 20xx: Intel releases Chipset G1015 with integrated graphics > early may 20xx: Intel releases updated drivers for G1015 that require > Xorg y.(z+1) > > Those buying a Mainboard with G1015 need a solution then. They don't > want to wait 5 month until the next proper FC release. Or 2 month for a > beta (and most people don't want to run a beta). The good news is that Intel started working with us, AMD/ATI are talking about releasing free drivers for at least a subset of their products. That basically leaves nVidia as the only binary crooks - what are the odds that if everyone else starts working with upstream and releases code, that they will start doing so to at one point. Regardless your scenerio should be safe in most cases as we would be able to push a single driver update out rather than the whole tree to add support, baring no ABI breakage happened of course. I think that would be low risk enough provided it sat in updates-testing and development for a while to get hammered at least considering the benefits in terms of hardware support. Feel free to go support Intel for their fine move in support of free software. - David Nielsen From fedora at leemhuis.info Fri Aug 11 14:21:02 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 11 Aug 2006 16:21:02 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44DC897D.1010705@fedoraproject.org> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <44DC897D.1010705@fedoraproject.org> Message-ID: <44DC924E.9020106@leemhuis.info> Rahul schrieb: > Thorsten Leemhuis wrote: >> Agreed for things like gnome 2.x -> 2.(x+2), but hardware support is a >> special case IMHO. Consider this hypothetical example: >> >> early april 20xx: FCx get releases with Xorg y.z >> mid april 20xx: Xorg y.(z+1) gets released with new drivers >> end april 20xx: Intel releases Chipset G1015 with integrated graphics >> early may 20xx: Intel releases updated drivers for G1015 that require >> Xorg y.(z+1) >> >> Those buying a Mainboard with G1015 need a solution then. They don't >> want to wait 5 month until the next proper FC release. Or 2 month for >> a beta (and most people don't want to run a beta). > So what is the solution you are suggesting? Well, there probably is no solution that can be set is stone completely. We need to discuss some things on a case by case basis. But I'd suggest this rough scheme: Kernel, X.org and other userland drivers (like hpijs, gutenprint, sane,...) should normally be updated "quickly" (*1) to the latest version in the latest stable Fedora release if the new version improves hardware support. In cases like X.org 7.1, where the update might break important non-Fedora stuff (like the proprietary drivers from nvidia), we need to discuss how to proceed. Maybe setting up a special repo that has the newer X would be the proper solution *until* the non-Fedora stuff is fixed. (*1) = read quickly as: Push the stuff to rawhide. Wait one week. If everything looks okay push it to updates-testing for a week. After that week move to updates proper if no big breakage showed up in between. Does that sound sane? > The balance we are trying to > reach here is avoid regressions while being a fast moving distribution. Bugs will always happen due to version updates while other bugs get fixed due to the new version. Take a look at the frequent kernel updates in Fedora Core. Changing to this release scheme (e.g. always update to the latest kernel from kernel.org in the latest Fedora Release) was IMHO one of the best things we ever did. davej, many thx for your work! CU thl From dragoran at feuerpokemon.de Fri Aug 11 14:31:30 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 16:31:30 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44DC924E.9020106@leemhuis.info> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <44DC897D.1010705@fedoraproject.org> <44DC924E.9020106@leemhuis.info> Message-ID: <44DC94C2.6050905@feuerpokemon.de> Thorsten Leemhuis wrote: > Rahul schrieb: >> Thorsten Leemhuis wrote: >>> Agreed for things like gnome 2.x -> 2.(x+2), but hardware support is >>> a special case IMHO. Consider this hypothetical example: >>> >>> early april 20xx: FCx get releases with Xorg y.z >>> mid april 20xx: Xorg y.(z+1) gets released with new drivers >>> end april 20xx: Intel releases Chipset G1015 with integrated graphics >>> early may 20xx: Intel releases updated drivers for G1015 that >>> require Xorg y.(z+1) >>> >>> Those buying a Mainboard with G1015 need a solution then. They don't >>> want to wait 5 month until the next proper FC release. Or 2 month >>> for a beta (and most people don't want to run a beta). >> So what is the solution you are suggesting? > > Well, there probably is no solution that can be set is stone > completely. We need to discuss some things on a case by case basis. > But I'd suggest this rough scheme: > > Kernel, X.org and other userland drivers (like hpijs, gutenprint, > sane,...) should normally be updated "quickly" (*1) to the latest > version in the latest stable Fedora release if the new version > improves hardware support. In cases like X.org 7.1, where the update > might break important non-Fedora stuff (like the proprietary drivers > from nvidia), we need to discuss how to proceed. Maybe setting up a > special repo that has the newer X would be the proper solution *until* > the non-Fedora stuff is fixed. > > (*1) = read quickly as: Push the stuff to rawhide. Wait one week. If > everything looks okay push it to updates-testing for a week. After > that week move to updates proper if no big breakage showed up in between. > > Does that sound sane? > in case for a kernel there is no problem if the kernel does not work its easy to boot the older one .. but in case of X its different. we need 2 things done to get this fixed: 1) X should fall back to vesa (or better autodetected driver) if the driver selected in xorg.conf does not support the abi version 2) yum/pirut needs a downgrade option .... then things could be like this: user starts pup and updates X reboots X detects older driver (ABI) selected reverts to nv (or vesa) user notices that 3d accel is gone look at the logfile notice a error that says driver does not work with this X version (or atleast ask in fedora-list/nvidia forums) user runs pirput and downgrade X user goes to nvidia forums and complain nvidia releases a new driver user updates X and is happy -------- now this could end like this: user updates X no X only console (don't know what to do) move to other distro or even worse back to windows..... >> The balance we are trying to reach here is avoid regressions while >> being a fast moving distribution. > > Bugs will always happen due to version updates while other bugs get > fixed due to the new version. > Take a look at the frequent kernel updates in Fedora Core. Changing to > this release scheme (e.g. always update to the latest kernel from > kernel.org in the latest Fedora Release) was IMHO one of the best > things we ever did. davej, many thx for your work! > +1 > CU > thl > From kanarip at kanarip.com Fri Aug 11 14:33:00 2006 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 11 Aug 2006 16:33:00 +0200 Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: <44DC951C.7080509@kanarip.com> Max Spevack wrote: > 4) The number of Fedora users who, due to the hardware that they own, > are forced to rely on proprietary video drivers is significant enough > for us to be concerned about breaking their systems. Isn't this one of the beautiful things of RPM, which can have Conflicts set so user's systems will not be broken be an automatic (unattended?), or manual yum update? Do we not expect Fedora users to be savvy enough to get the dependency error, Google around a bit, and yum --exclude=xorg update? > > So there is a balance to be struck -- on one side you have the desire > to not make concessions to proprietary software vendors, but on the > other side you have the very real problem of unnecessarily breaking > the systems of users. If together with the above, since it won't break user's systems, won't this allow xorg to be updated? Just my ? 0.02 -kanarip -- Jeroen van Meeuwen, LPIC-1, MCP http://www.kanarip.com/ C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature URL: From fedora at camperquake.de Fri Aug 11 14:36:35 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 11 Aug 2006 16:36:35 +0200 Subject: Mirrorlist plugin broken In-Reply-To: <3ea997540608110645r7d62766fy35491bed7b3855ec@mail.gmail.com> References: <20060811132006.187f0b70@sisko.addix.net> <1155282661.3103.5.camel@localhost.localdomain> <3ea997540608110645r7d62766fy35491bed7b3855ec@mail.gmail.com> Message-ID: <20060811163635.6e2fff21@sisko.addix.net> Hi. On Fri, 11 Aug 2006 08:45:18 -0500, John Mahowald wrote: > When I leave arch=$basearch in the mirrorlist URL (or any random > string, actually) I get the thousands of global lines, but when I > substitute i386 or x86_64 it spits out a few mirrors as expected. This > is from the USA. It seems to work now. From Lam at Lam.pl Fri Aug 11 14:37:29 2006 From: Lam at Lam.pl (Leszek Matok) Date: Fri, 11 Aug 2006 16:37:29 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <1155305632.2804.16.camel@price> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <1155305632.2804.16.camel@price> Message-ID: <1155307049.7445.16.camel@pensja.lam.pl> Dnia 11-08-2006, pi? o godzinie 16:13 +0200, David Nielsen napisa?(a): > The good news is that Intel started working with us Oh really? Haven't you heard Intel's IP is one of the reasons that nVidia can't release the source for their driver? If that's the case, to "work with us" they have to give nVidia and AMD the written permission to open source their code with Intel IP. > AMD/ATI are talking > about releasing free drivers for at least a subset of their products. URL? If you're talking about http://www.infoworld.com/article/06/08/02/32OPcurve_1.html that everybody is citing everywhere, it's speculation (they are "considering" - nice PR try) and in many peoples opinion it's talking about subset of driver functions, not products (like whole driver). It means the best thing we're going to get is free 2D driver (as "nv" is subset of "nvidia" driver functionality). Nothing to see here at this point. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From sundaram at fedoraproject.org Fri Aug 11 14:41:40 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 20:11:40 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <44DC951C.7080509@kanarip.com> References: <44DC951C.7080509@kanarip.com> Message-ID: <44DC9724.3030300@fedoraproject.org> Jeroen van Meeuwen wrote: > Max Spevack wrote: >> 4) The number of Fedora users who, due to the hardware that they own, >> are forced to rely on proprietary video drivers is significant enough >> for us to be concerned about breaking their systems. > Isn't this one of the beautiful things of RPM, which can have Conflicts > set so user's systems will not be broken be an automatic (unattended?), > or manual yum update? Do we not expect Fedora users to be savvy enough > to get the dependency error, Google around a bit, and yum --exclude=xorg > update? Thats a very poor user experience. Rahul From kanarip at kanarip.com Fri Aug 11 14:46:02 2006 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 11 Aug 2006 16:46:02 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44DC9724.3030300@fedoraproject.org> References: <44DC951C.7080509@kanarip.com> <44DC9724.3030300@fedoraproject.org> Message-ID: <44DC982A.3040403@kanarip.com> Rahul wrote: > Jeroen van Meeuwen wrote: >> Max Spevack wrote: >>> 4) The number of Fedora users who, due to the hardware that they >>> own, are forced to rely on proprietary video drivers is significant >>> enough for us to be concerned about breaking their systems. >> Isn't this one of the beautiful things of RPM, which can have >> Conflicts set so user's systems will not be broken be an automatic >> (unattended?), or manual yum update? Do we not expect Fedora users to >> be savvy enough to get the dependency error, Google around a bit, and >> yum --exclude=xorg update? > > Thats a very poor user experience. > > Rahul > I'm sorry, but when translated, this either sounds offensive in means you find my opinion a very poor user experience, or it means user's that would encounter the above would experience it as poorly... Kind regards, -kanarip -- Jeroen van Meeuwen, LPIC-1, MCP http://www.kanarip.com/ C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature URL: From toshio at tiki-lounge.com Fri Aug 11 14:50:52 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Aug 2006 07:50:52 -0700 Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: <1155307852.3818.68.camel@localhost> On Fri, 2006-08-11 at 06:53 -0700, Oisin Feeley wrote: > > > On 8/10/06, Max Spevack wrote: > > So there is a balance to be struck -- on one side you have the > desire to > not make concessions to proprietary software vendors, but on > the other > side you have the very real problem of unnecessarily breaking > the systems > of users. > > I think this is a loaded way of framing the decision. It's nothing to > do with a "desire not to make concessions to proprietary software > vendors". From my point of view - on the one side you have the desire > to provide an incremental improvement to the experience of Free > Software users and on the other is the desire to not scare away users > of non-Free Software. > > This decision places the convenience of users of non-proprietary > hardware and software lower than the convenience of people that bought > hardware that (everyone should know) is not and cannot be supported by > a Free operating system. > Thank you for reframing the question in a light that many of the rest of us are seeing as well! Put yet another way, upgrading X.org isn't about punishing vendors of proprietary drivers, it's about _rewarding_ vendors of open source drivers. If you were the owner of a company that had just announced plans to open source your drivers, would you feel you had made the right decision if a major linux distribution announced it was planning not to release the software that enabled your driver to run because there were still vendors who hadn't open sourced their drivers? Where's the creme filling? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Fri Aug 11 14:50:52 2006 From: shahms at shahms.com (Shahms King) Date: Fri, 11 Aug 2006 07:50:52 -0700 Subject: Wither Bling? In-Reply-To: <1155303077.8819.16.camel@raptor.sr.unh.edu> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> Message-ID: <44DC994C.2020304@shahms.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas J. Baker wrote: > On Thu, 2006-08-10 at 16:53 -0400, Bill Nottingham wrote: >> Thomas J. Baker (tjb at unh.edu) said: >>> So what's the thinking on fc6 bling? Why was composite compiled out of >>> metacity as opposed to just using the gconf key? Is it going to be >>> compiz for bling and metacity for no bling? (That's a sad christmas for >>> me because compiz is too buggy compared to metacity on my ATI R250 >>> laptop). >> Yes, that's the plan going forward. >> >> Bill >> > > So when you say going forward, do you mean for the fc6 time frame, or is > the composite manager going to be dropped from metacity? > > Compiz has spectacular bling but lacks certain basic window manager > features (like toggleable vertical and horizontal maximize) that I had > in sawfish, lost in metacity for a while but just got back in fc5, and > now will lose again in compiz. Metacity has good bling and solid window > manager functions (and a killer close window animation.) This is simply not true. Both metacity and compiz have toggleable horizontal and vertical maximize, you just have to set the keybindings. Metacity has had it since before FC5, although I'm not sure exactly when. Enabling it in compiz requires manually setting a gconf entry to the desired keybinding, but it is definitely there. Set the keys: /apps/compiz/general/allscreens/options/toggle_window_maximized_key /apps/compiz/general/allscreens/options/toggle_window_maximized_vertically_key /apps/compiz/general/allscreens/options/toggle_window_maximized_horizontally_key > So if I have to rebuild metacity myself, how do I re-enable compositing? > I looked at the spec and I can't see where it explicitly disables it and > the configure script seems to assume that it's on (only > --disable-composite seems to be valid.) > > Thanks, > > tjb - -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFE3JlL/qs2NkWy11sRAiq7AJ4+nkFmfyJ1joy/rdSmeWty8uTpJgCeO2eb s352n9qIopexPTDLejQkZHY= =sZUw -----END PGP SIGNATURE----- From sundaram at fedoraproject.org Fri Aug 11 14:52:49 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 20:22:49 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <44DC982A.3040403@kanarip.com> References: <44DC951C.7080509@kanarip.com> <44DC9724.3030300@fedoraproject.org> <44DC982A.3040403@kanarip.com> Message-ID: <44DC99C1.6040507@fedoraproject.org> Jeroen van Meeuwen wrote: > Rahul wrote: >> Jeroen van Meeuwen wrote: >>> Max Spevack wrote: >>>> 4) The number of Fedora users who, due to the hardware that they >>>> own, are forced to rely on proprietary video drivers is significant >>>> enough for us to be concerned about breaking their systems. >>> Isn't this one of the beautiful things of RPM, which can have >>> Conflicts set so user's systems will not be broken be an automatic >>> (unattended?), or manual yum update? Do we not expect Fedora users to >>> be savvy enough to get the dependency error, Google around a bit, and >>> yum --exclude=xorg update? >> >> Thats a very poor user experience. >> >> Rahul >> > I'm sorry, but when translated, this either sounds offensive in means > you find my opinion a very poor user experience, or it means user's that > would encounter the above would experience it as poorly... > I meant the latter. Rahul From sandmann at redhat.com Fri Aug 11 14:55:47 2006 From: sandmann at redhat.com (Soeren Sandmann) Date: Fri, 11 Aug 2006 10:55:47 -0400 Subject: Wither Bling? In-Reply-To: <1155303077.8819.16.camel@raptor.sr.unh.edu> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> Message-ID: <44DC9A73.3090601@redhat.com> Thomas J. Baker wrote: > So if I have to rebuild metacity myself, how do I re-enable compositing? > I looked at the spec and I can't see where it explicitly disables it and > the configure script seems to assume that it's on (only > --disable-composite seems to be valid.) > No, it is disabled by default in upstream metacity. To turn it on pass --enable-compositor (note -tor, not -te). You will need the libcm library as well, either checked out of GNOME cvs or the tarball from the last bling-build of metacity. The last tarball is also available here: http://www.daimi.au.dk/~sandmann/libcm-0.0.22.tar.gz Soren From dragoran at feuerpokemon.de Fri Aug 11 14:57:33 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 16:57:33 +0200 Subject: Wither Bling? In-Reply-To: <44DC9A73.3090601@redhat.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> <44DC9A73.3090601@redhat.com> Message-ID: <44DC9ADD.7040109@feuerpokemon.de> Soeren Sandmann wrote: > Thomas J. Baker wrote: >> So if I have to rebuild metacity myself, how do I re-enable compositing? >> I looked at the spec and I can't see where it explicitly disables it and >> the configure script seems to assume that it's on (only >> --disable-composite seems to be valid.) >> > No, it is disabled by default in upstream metacity. reason? > To turn it on pass --enable-compositor (note -tor, not -te). > You will need the libcm library as well, either checked out of GNOME > cvs or the tarball from the last bling-build of metacity. The last > tarball is also available here: > > http://www.daimi.au.dk/~sandmann/libcm-0.0.22.tar.gz > > > Soren > From jpmahowald at gmail.com Fri Aug 11 14:58:15 2006 From: jpmahowald at gmail.com (John Mahowald) Date: Fri, 11 Aug 2006 09:58:15 -0500 Subject: some closure on the xorg updates issue In-Reply-To: <44DC982A.3040403@kanarip.com> References: <44DC951C.7080509@kanarip.com> <44DC9724.3030300@fedoraproject.org> <44DC982A.3040403@kanarip.com> Message-ID: <3ea997540608110758r5265ba64kfaacd53e26098afc@mail.gmail.com> On 8/11/06, Jeroen van Meeuwen wrote: > Rahul wrote: > > Jeroen van Meeuwen wrote: > >> Max Spevack wrote: > >>> 4) The number of Fedora users who, due to the hardware that they > >>> own, are forced to rely on proprietary video drivers is significant > >>> enough for us to be concerned about breaking their systems. > >> Isn't this one of the beautiful things of RPM, which can have > >> Conflicts set so user's systems will not be broken be an automatic > >> (unattended?), or manual yum update? Do we not expect Fedora users to > >> be savvy enough to get the dependency error, Google around a bit, and > >> yum --exclude=xorg update? > > > > Thats a very poor user experience. > > > > Rahul > > > I'm sorry, but when translated, this either sounds offensive in means > you find my opinion a very poor user experience, or it means user's that > would encounter the above would experience it as poorly... > > Kind regards, > > -kanarip > In my opinion users should not be required to do this, which is what I think a poor user experience means: difficult. Clicking pup from the panel and letting it do the updates automatically is better than having to search for some dependency work arounds to type into yum. I want updates to be as easy as possible, for me and all users. John From kanarip at kanarip.com Fri Aug 11 15:02:21 2006 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 11 Aug 2006 17:02:21 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44DC99C1.6040507@fedoraproject.org> References: <44DC951C.7080509@kanarip.com> <44DC9724.3030300@fedoraproject.org> <44DC982A.3040403@kanarip.com> <44DC99C1.6040507@fedoraproject.org> Message-ID: <44DC9BFD.6090402@kanarip.com> Rahul wrote: > > I meant the latter. > Thanks ;-) It's too bad yum isn't able to also remove packages from the updates-to-be-applied list once it appears dependencies concerning such a package are unresolvable. Wouldn't you agree such feature in yum may solve the issue at hand here? Kind regards, -kanarip -- Jeroen van Meeuwen, LPIC-1, MCP http://www.kanarip.com/ C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature URL: From sundaram at fedoraproject.org Fri Aug 11 15:03:35 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 20:33:35 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <1155307852.3818.68.camel@localhost> References: <1155307852.3818.68.camel@localhost> Message-ID: <44DC9C47.60104@fedoraproject.org> Toshio Kuratomi wrote: > Thank you for reframing the question in a light that many of the rest of > us are seeing as well! > > Put yet another way, upgrading X.org isn't about punishing vendors of > proprietary drivers, it's about _rewarding_ vendors of open source > drivers. > > If you were the owner of a company that had just announced plans to open > source your drivers, would you feel you had made the right decision if a > major linux distribution announced it was planning not to release the > software that enabled your driver to run because there were still > vendors who hadn't open sourced their drivers? Where's the creme > filling? Fortunately we arent announcing anything like that. We are just announcing that we would wait for the next release before we provide this major update. You can pain it as a idealogical battle if you want to but that's not what this is about at all. Rahul From sundaram at fedoraproject.org Fri Aug 11 15:06:16 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 20:36:16 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <44DC9BFD.6090402@kanarip.com> References: <44DC951C.7080509@kanarip.com> <44DC9724.3030300@fedoraproject.org> <44DC982A.3040403@kanarip.com> <44DC99C1.6040507@fedoraproject.org> <44DC9BFD.6090402@kanarip.com> Message-ID: <44DC9CE8.2060307@fedoraproject.org> Jeroen van Meeuwen wrote: > Rahul wrote: >> >> I meant the latter. >> > Thanks ;-) > > It's too bad yum isn't able to also remove packages from the > updates-to-be-applied list once it appears dependencies concerning such > a package are unresolvable. > > Wouldn't you agree such feature in yum may solve the issue at hand here? > No. It would be a bad feature to ignore unresolvable updates in general since they might very well be critical security features. So the users need to be aware of conflicts and make the choices manually if they want to ignore any updates. Exposing a method to do so in tools like Pup would be a good idea however and there are already feature requests to do the same. Rahul From sandmann at redhat.com Fri Aug 11 15:06:49 2006 From: sandmann at redhat.com (Soeren Sandmann) Date: Fri, 11 Aug 2006 11:06:49 -0400 Subject: Wither Bling? In-Reply-To: <44DC9ADD.7040109@feuerpokemon.de> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> <44DC9A73.3090601@redhat.com> <44DC9ADD.7040109@feuerpokemon.de> Message-ID: <44DC9D09.4000600@redhat.com> dragoran wrote: >> No, it is disabled by default in upstream metacity. > reason? Well, for a long while it required a bleeding edge X server and libraries (in some cases a *patched* X server) to work, so it would only have worked for people willing to compile their own X server. That's why it wasn't compiled in by default. And now compiz is considered the way forward ... Soren From kanarip at kanarip.com Fri Aug 11 15:14:58 2006 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 11 Aug 2006 17:14:58 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44DC9CE8.2060307@fedoraproject.org> References: <44DC951C.7080509@kanarip.com> <44DC9724.3030300@fedoraproject.org> <44DC982A.3040403@kanarip.com> <44DC99C1.6040507@fedoraproject.org> <44DC9BFD.6090402@kanarip.com> <44DC9CE8.2060307@fedoraproject.org> Message-ID: <44DC9EF2.3030409@kanarip.com> Rahul wrote: > Jeroen van Meeuwen wrote: >> It's too bad yum isn't able to also remove packages from the >> updates-to-be-applied list once it appears dependencies concerning >> such a package are unresolvable. >> >> Wouldn't you agree such feature in yum may solve the issue at hand here? >> > > No. It would be a bad feature to ignore unresolvable updates in > general since they might very well be critical security features. So > the users need to be aware of conflicts and make the choices manually > if they want to ignore any updates. Exposing a method to do so in > tools like Pup would be a good idea however and there are already > feature requests to do the same. > > Rahul > Personally, I'd rather have yum disregard the package that causes the dependency error and update the rest (which in this particular case may as well contain hundreds of critical updates) then the update process to fail. Disregarding the package when updating however is not the same as the amount of noise yum wants to make about the disregarded package... Kind regards, -kanarip -- Jeroen van Meeuwen, LPIC-1, MCP http://www.kanarip.com/ C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature URL: From kevin.kofler at chello.at Fri Aug 11 15:15:17 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Aug 2006 15:15:17 +0000 (UTC) Subject: some closure on the xorg updates issue References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <44DC897D.1010705@fedoraproject.org> Message-ID: Rahul fedoraproject.org> writes: > So what is the solution you are suggesting? The balance we are trying to > reach here is avoid regressions while being a fast moving distribution. 1. Breaking a proprietary driver which was never supported is not a regression. 2. As for actual regressions (i.e. not 1.), if the upgrade fixes more than it breaks, it is a net win. This is what needs to be evaluated, and what updates-testing is for. > We don't have the resources to backport fixes in Fedora in many cases. Which is exactly why some people (including me, but several Fedora developers too) want an upgrade. Kevin Kofler From dragoran at feuerpokemon.de Fri Aug 11 15:18:07 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 17:18:07 +0200 Subject: Wither Bling? In-Reply-To: <44DC9D09.4000600@redhat.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> <44DC9A73.3090601@redhat.com> <44DC9ADD.7040109@feuerpokemon.de> <44DC9D09.4000600@redhat.com> Message-ID: <44DC9FAF.4060606@feuerpokemon.de> Soeren Sandmann wrote: > dragoran wrote: >>> No, it is disabled by default in upstream metacity. >> reason? > Well, for a long while it required a bleeding edge X server and > libraries (in some cases a *patched* X server) to work, so it would > only have worked for people willing to compile their own X server. > That's why it wasn't compiled in by default. > > And now compiz is considered the way forward ... > > > Soren > so this means that work on it will stop? or will it return in gnome 2.18? fedora already has the required X server + libs so why can't it be left enabled in FC6 (disabled in gconf) ? if someone wants to use it he/she can enable it but know we have to recompile metacity (and this can't be done in extras because it would replace a core package) From sundaram at fedoraproject.org Fri Aug 11 15:25:09 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 20:55:09 +0530 Subject: some closure on the xorg updates issue In-Reply-To: References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <44DC897D.1010705@fedoraproject.org> Message-ID: <44DCA155.8000109@fedoraproject.org> Kevin Kofler wrote: > Rahul fedoraproject.org> writes: >> So what is the solution you are suggesting? The balance we are trying to >> reach here is avoid regressions while being a fast moving distribution. > > 1. Breaking a proprietary driver which was never supported is not a regression. > 2. As for actual regressions (i.e. not 1.), if the upgrade fixes more than it > breaks, it is a net win. This is what needs to be evaluated, and what > updates-testing is for. We have already discussed all the pros and cons within the board taking into account the discussions in the previous thread and talking to the current Fedora Xorg maintainers about it. We arent going to rehash all that right now. We have made the decision and have announced it. You are free to host your own repository with the Xorg updates and invite others to use it however. Thank you. Rahul From kevin.kofler at chello.at Fri Aug 11 15:26:39 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Aug 2006 15:26:39 +0000 (UTC) Subject: some closure on the xorg updates issue References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> Message-ID: Rahul fedoraproject.org> writes: > I have linked several discussions about regressions in updates so do > verify your claims against bugzilla reports and list discussions. None of these have anything to do with the KDE 3.5.0 upgrade to FC4. The first link is an issue which is claimed to be new in FC5, which if true would make it a regression from release to release, not in an update. The KDE menu (aka. "no control center") problem was due to a change in a Fedora-specific patch in the FC5 (FC4 too?) update, not the (minor) version update. The "no audiocd" etc. issues were due to a one-time build-system change. Any rebuild, even a security fix with a backported patch, would have exposed that. The only issue I can see in that list which was due to a (minor!) KDE version update is the "no automount" problem, due to a Fedora-specific patch (the HAL/DBUS patch) having needed an update for the new KDE. And then there's the kernel issue, but I think (and hope!) nobody is seriously considering not keeping the kernel up to date anymore. (Disclaimer: I'm not a Fedora developer, if in doubt, believe Than Ngo, not me. :-) ) Kevin Kofler From ajackson at redhat.com Fri Aug 11 15:25:12 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 11 Aug 2006 11:25:12 -0400 Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: <44DCA158.7080501@redhat.com> Kevin Kofler wrote: >> In short, it's a major change with only modest benefit, and a better >> solution is coming soon. > > And what IS that "better solution"? Parallel repositories that actually work and are easy for me to maintain. Which rebuilding all of X for FC5 would not be, due to all the fails-to-build-in-mock bugs fixed between then and now. > IMHO, this sets a really bad precedent. Do we really want Fedora to become the > next Debian Stable? Many users on the list have indicated they are running > Fedora precisely because they want current software, not obsolete crap which > happens to cooperate well with proprietary software, which as you say is not > even supported. I must say I'm one of these people. For those who don't want > version upgrades, there are plenty of other distros available (e.g. that U word > everyone gets spammed with these days ;-) but there are others too). If you ever find me unpleasantly bound by precedent, kindly thwap me. > If I'm not mistaken, the new X.Org brings support for some Intel chipsets which > are only currently supported by generic VESA drivers. 945 support is in xorg-x11-drv-i810 1.5.1, which is in updates-testing currently. The new 965 chips only work in 1.6.4 and later, which I have no intention of trying to backport to FC5. > Do we really want their > users to suffer because of NVidia? It could also help free some users from > having to use proprietary drivers (think r300 improvements...). (If it had > been out earlier, before the ATI driver got upgraded, it might even have FORCED > some people to switch to r300, which could have either shown them how well it > works already or helped getting it in shape, depending on how well it would > have worked for them. But it's too late for that now.) Let's make this crystal clear: I do not care about ABI stability for out of tree drivers in Fedora. Backporting all of 7.1 to FC5 is simply more work than it's worth. - ajax From oisin.feeley at gmail.com Fri Aug 11 15:30:48 2006 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Fri, 11 Aug 2006 08:30:48 -0700 Subject: some closure on the xorg updates issue In-Reply-To: <44DC9C47.60104@fedoraproject.org> References: <1155307852.3818.68.camel@localhost> <44DC9C47.60104@fedoraproject.org> Message-ID: On 8/11/06, Rahul wrote: > > Toshio Kuratomi wrote: [snip] > Put yet another way, upgrading X.org isn't about punishing vendors of > > proprietary drivers, it's about _rewarding_ vendors of open source > > drivers. [snip] You can pain it as a idealogical battle if you want > to but that's not what this is about at all. The painting/framing was done in Max Spevack's original statement which rhetorically counterbalanced a (non-existing AFAIK) "desire to not make concessions to proprietary software vendors" versus "the very real problem of unnecessarily breaking the systems of users". /That/ is a very particular and ideological take on the problem, and it's annoying because it's certainly not what some of us are arguing, but it purports to represent the only two-sides of the coin. Anyway, this is all hot air if the decision is already made, but it's not very impressive that /my/ user experience of "yum upgrade xorg" to get better free software is being sacrificed so that someone else's non-free software is left where it is. Best wishes, Oisin -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragoran at feuerpokemon.de Fri Aug 11 15:33:51 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 17:33:51 +0200 Subject: some closure on the xorg updates issue In-Reply-To: References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> Message-ID: <44DCA35F.5060304@feuerpokemon.de> Kevin Kofler wrote: > Rahul fedoraproject.org> writes: > >> I have linked several discussions about regressions in updates so do >> verify your claims against bugzilla reports and list discussions. >> > > None of these have anything to do with the KDE 3.5.0 upgrade to FC4. > The first link is an issue which is claimed to be new in FC5, which if true > would make it a regression from release to release, not in an update. The KDE > menu (aka. "no control center") problem was due to a change in a > Fedora-specific patch in the FC5 (FC4 too?) update, not the (minor) version > update. The "no audiocd" etc. issues were due to a one-time build-system > change. Any rebuild, even a security fix with a backported patch, would have > exposed that. The only issue I can see in that list which was due to a (minor!) > KDE version update is the "no automount" problem, due to a Fedora-specific > patch (the HAL/DBUS patch) having needed an update for the new KDE. And then > there's the kernel issue, but I think (and hope!) nobody is seriously > considering not keeping the kernel up to date anymore. > > (Disclaimer: I'm not a Fedora developer, if in doubt, believe Than Ngo, not > me. :-) ) > Kevin Kofler > > this kde update also broke gaim (because it used arts by default) From david at lovesunix.net Fri Aug 11 15:35:11 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 11 Aug 2006 17:35:11 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <1155307049.7445.16.camel@pensja.lam.pl> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <1155305632.2804.16.camel@price> <1155307049.7445.16.camel@pensja.lam.pl> Message-ID: <1155310511.5026.13.camel@price> fre, 11 08 2006 kl. 16:37 +0200, skrev Leszek Matok: > Dnia 11-08-2006, pi? o godzinie 16:13 +0200, David Nielsen napisa?(a): > > The good news is that Intel started working with us > Oh really? Haven't you heard Intel's IP is one of the reasons that > nVidia can't release the source for their driver? If that's the case, to > "work with us" they have to give nVidia and AMD the written permission > to open source their code with Intel IP. They promised us day 0 open source support for chipsets, wifi and videocards at OLS and a few days ago we saw the first code: http://intellinuxgraphics.org/ It's all the rage, time to give Intel a pat on the back for doing the right thing. > > AMD/ATI are talking > > about releasing free drivers for at least a subset of their products. > URL? If you're talking about > http://www.infoworld.com/article/06/08/02/32OPcurve_1.html that > everybody is citing everywhere, it's speculation (they are "considering" > - nice PR try) and in many peoples opinion it's talking about subset of > driver functions, not products (like whole driver). It means the best > thing we're going to get is free 2D driver (as "nv" is subset of > "nvidia" driver functionality). > > Nothing to see here at this point. I'd give ATI/AMD a bit more time, the merger is still less than a month old and honestly I don't expect miracles but I'm sure since AMD have been friendly to us in the past, that they will work more closely with us. I say give them time and encouragement, I'm sure we'll hear more when it is prudent. They've gotten good feedback on the article so I'm sure that they'll consider it. Basically right now we have good support for r200, r300 and r400 cards hopefully that will hold us over till they make a decision and if that goes in our favor then great if not then we are no worse off than we are now. - David Nielsen From tjb at unh.edu Fri Aug 11 15:35:26 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 11 Aug 2006 11:35:26 -0400 Subject: Wither Bling? In-Reply-To: <44DC994C.2020304@shahms.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> <44DC994C.2020304@shahms.com> Message-ID: <1155310526.8819.57.camel@raptor.sr.unh.edu> On Fri, 2006-08-11 at 07:50 -0700, Shahms King wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Thomas J. Baker wrote: > > On Thu, 2006-08-10 at 16:53 -0400, Bill Nottingham wrote: > >> Thomas J. Baker (tjb at unh.edu) said: > >>> So what's the thinking on fc6 bling? Why was composite compiled out of > >>> metacity as opposed to just using the gconf key? Is it going to be > >>> compiz for bling and metacity for no bling? (That's a sad christmas for > >>> me because compiz is too buggy compared to metacity on my ATI R250 > >>> laptop). > >> Yes, that's the plan going forward. > >> > >> Bill > >> > > > > So when you say going forward, do you mean for the fc6 time frame, or is > > the composite manager going to be dropped from metacity? > > > > Compiz has spectacular bling but lacks certain basic window manager > > features (like toggleable vertical and horizontal maximize) that I had > > in sawfish, lost in metacity for a while but just got back in fc5, and > > now will lose again in compiz. Metacity has good bling and solid window > > manager functions (and a killer close window animation.) > > This is simply not true. Both metacity and compiz have toggleable > horizontal and vertical maximize, you just have to set the keybindings. > Metacity has had it since before FC5, although I'm not sure exactly Sure it may have been fc4 but that was still a long time (years) without it. > when. Enabling it in compiz requires manually setting a gconf entry to > the desired keybinding, but it is definitely there. Set the keys: > > /apps/compiz/general/allscreens/options/toggle_window_maximized_key > /apps/compiz/general/allscreens/options/toggle_window_maximized_vertically_key > /apps/compiz/general/allscreens/options/toggle_window_maximized_horizontally_key > That's excellent news. I know early versions of compiz didn't have this. (At least the ubuntu xgl builds from quinnstorm.) So the next question becomes, is the keyboard shortcuts pref going to propagate settings to both compiz and metacity now? (It may already but I haven't been able to run compiz long enough to know. I actually had to remove compiz from my system because everytime I tried to disable desktop effects, it locked up my machine. The only way to get back to metacity was to remove compiz. I need to debug that more now that I know it's the one true path.) tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From cmadams at hiwaay.net Fri Aug 11 15:36:59 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 11 Aug 2006 10:36:59 -0500 Subject: some closure on the xorg updates issue In-Reply-To: References: <1155307852.3818.68.camel@localhost> <44DC9C47.60104@fedoraproject.org> Message-ID: <20060811153659.GB1160290@hiwaay.net> Once upon a time, Oisin Feeley said: > Anyway, this is all hot air if the decision is already made, but it's not > very impressive that /my/ user experience of "yum upgrade xorg" to get > better free software is being sacrificed so that someone else's non-free > software is left where it is. If every good upstream change had to be released to the current version, then Fedora _would_ be the rolling beta some try to paint it as. There's a point to have releases separate from rawhide. I'd rather have developers spending time working on the next release (especially after we've already reached the point of test releases) than spending time trying to make major updates to previous releases. There's always going to be some major upstream release after a Fedora release; that's why there's always a Fedora release "just around the corner". -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From ajackson at redhat.com Fri Aug 11 15:40:39 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 11 Aug 2006 11:40:39 -0400 Subject: some closure on the xorg updates issue In-Reply-To: <1155305632.2804.16.camel@price> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <1155305632.2804.16.camel@price> Message-ID: <44DCA4F7.6040607@redhat.com> David Nielsen wrote: > The good news is that Intel started working with us, AMD/ATI are talking > about releasing free drivers for at least a subset of their products. > That basically leaves nVidia as the only binary crooks - what are the > odds that if everyone else starts working with upstream and releases > code, that they will start doing so to at one point. Just for the record, nvidia does commit bugfixes and features directly to the nv driver. - ajax From ajackson at redhat.com Fri Aug 11 15:45:56 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 11 Aug 2006 11:45:56 -0400 Subject: Wither Bling? In-Reply-To: <1155303077.8819.16.camel@raptor.sr.unh.edu> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> Message-ID: <44DCA634.6080708@redhat.com> Thomas J. Baker wrote: > Compiz has spectacular bling but lacks certain basic window manager > features (like toggleable vertical and horizontal maximize) Those are to be considered bugs in compiz. - ajax From ajackson at redhat.com Fri Aug 11 15:48:26 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 11 Aug 2006 11:48:26 -0400 Subject: some closure on the xorg updates issue In-Reply-To: <44DC924E.9020106@leemhuis.info> References: <44DC7A1E.8080506@fedoraproject.org> <44DC8325.5000309@fedoraproject.org> <44DC86DD.3080109@leemhuis.info> <44DC897D.1010705@fedoraproject.org> <44DC924E.9020106@leemhuis.info> Message-ID: <44DCA6CA.5020301@redhat.com> Thorsten Leemhuis wrote: > Kernel, X.org and other userland drivers (like hpijs, gutenprint, > sane,...) should normally be updated "quickly" (*1) to the latest > version in the latest stable Fedora release if the new version improves > hardware support. In cases like X.org 7.1, where the update might break > important non-Fedora stuff (like the proprietary drivers from nvidia), > we need to discuss how to proceed. Maybe setting up a special repo that > has the newer X would be the proper solution *until* the non-Fedora > stuff is fixed. > > (*1) = read quickly as: Push the stuff to rawhide. Wait one week. If > everything looks okay push it to updates-testing for a week. After that > week move to updates proper if no big breakage showed up in between. > > Does that sound sane? That model works for the kernel partly because the kernel happens to be one package. X is many. This is broadly a feature, but it does make mass updates like the 7.x katamaris slightly stressful. Brew is unhelpful here because when doing katamari rebuilds I need to force package A to build against the very newest package B, and there's no mechanism for me to say "update the buildroot _now_ dammit". I'm told that's coming though. - ajax From notting at redhat.com Fri Aug 11 15:51:02 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 11 Aug 2006 11:51:02 -0400 Subject: Wither Bling? In-Reply-To: <1155303077.8819.16.camel@raptor.sr.unh.edu> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> Message-ID: <20060811155102.GD17702@nostromo.devel.redhat.com> Thomas J. Baker (tjb at unh.edu) said: > On Thu, 2006-08-10 at 16:53 -0400, Bill Nottingham wrote: > > Thomas J. Baker (tjb at unh.edu) said: > > > So what's the thinking on fc6 bling? Why was composite compiled out of > > > metacity as opposed to just using the gconf key? Is it going to be > > > compiz for bling and metacity for no bling? (That's a sad christmas for > > > me because compiz is too buggy compared to metacity on my ATI R250 > > > laptop). > > > > Yes, that's the plan going forward. > > So when you say going forward, do you mean for the fc6 time frame, or is > the composite manager going to be dropped from metacity? The idea is that compiz is the WM for composited desktops. Work is being done to get things more seamless for switching between them w.r.t. focus, keybindings, etc. Bill From notting at redhat.com Fri Aug 11 15:55:28 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 11 Aug 2006 11:55:28 -0400 Subject: Wither Bling? In-Reply-To: <44DC8761.9010108@feuerpokemon.de> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <44DC8761.9010108@feuerpokemon.de> Message-ID: <20060811155528.GE17702@nostromo.devel.redhat.com> dragoran (dragoran at feuerpokemon.de) said: > >Yes, that's the plan going forward. > > why? > I is there any reason to turn it off? if someone wants it it can be > enabled using gconf (off by default), so why isn't it compiled in? Because having two separate upstream efforts on compositing WMs, effects, etc. was deemed to be wasteful; better to have a single compositing WM and work on making the transition as seamless as possible. Bill From dragoran at feuerpokemon.de Fri Aug 11 16:01:34 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 18:01:34 +0200 Subject: Wither Bling? In-Reply-To: <20060811155528.GE17702@nostromo.devel.redhat.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <44DC8761.9010108@feuerpokemon.de> <20060811155528.GE17702@nostromo.devel.redhat.com> Message-ID: <44DCA9DE.1040906@feuerpokemon.de> Bill Nottingham wrote: > dragoran (dragoran at feuerpokemon.de) said: > >>> Yes, that's the plan going forward. >>> >> why? >> I is there any reason to turn it off? if someone wants it it can be >> enabled using gconf (off by default), so why isn't it compiled in? >> > > Because having two separate upstream efforts on compositing WMs, effects, > etc. was deemed to be wasteful; better to have a single compositing WM > and work on making the transition as seamless as possible. > > Bill > > ok... does compiz still forces me to have 4 virtual desktops? I prefer having 2 (thats why I hatet compiz last time I tryed it using XGL), and some would perfer having more than 4 (which was not supported last time when I tyred it) From ajackson at redhat.com Fri Aug 11 16:06:21 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 11 Aug 2006 12:06:21 -0400 Subject: Wither Bling? In-Reply-To: <44DCA9DE.1040906@feuerpokemon.de> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <44DC8761.9010108@feuerpokemon.de> <20060811155528.GE17702@nostromo.devel.redhat.com> <44DCA9DE.1040906@feuerpokemon.de> Message-ID: <44DCAAFD.1040406@redhat.com> dragoran wrote: > Bill Nottingham wrote: >> dragoran (dragoran at feuerpokemon.de) said: >>>> Yes, that's the plan going forward. >>>> >>> why? >>> I is there any reason to turn it off? if someone wants it it can be >>> enabled using gconf (off by default), so why isn't it compiled in? >>> >> >> Because having two separate upstream efforts on compositing WMs, effects, >> etc. was deemed to be wasteful; better to have a single compositing WM >> and work on making the transition as seamless as possible. >> >> Bill >> >> > ok... > does compiz still forces me to have 4 virtual desktops? I prefer having > 2 (thats why I hatet compiz last time I tryed it using XGL), and some > would perfer having more than 4 (which was not supported last time when > I tyred it) It definitely supports more than 4. If it doesn't support fewer that can be considered a bug... - ajax From toshio at tiki-lounge.com Fri Aug 11 16:09:19 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Aug 2006 09:09:19 -0700 Subject: some closure on the xorg updates issue In-Reply-To: <44DC9C47.60104@fedoraproject.org> References: <1155307852.3818.68.camel@localhost> <44DC9C47.60104@fedoraproject.org> Message-ID: <1155312559.2646.32.camel@localhost> On Fri, 2006-08-11 at 20:33 +0530, Rahul wrote: > Toshio Kuratomi wrote: > > > Thank you for reframing the question in a light that many of the rest of > > us are seeing as well! > > > > Put yet another way, upgrading X.org isn't about punishing vendors of > > proprietary drivers, it's about _rewarding_ vendors of open source > > drivers. > > > > If you were the owner of a company that had just announced plans to open > > source your drivers, would you feel you had made the right decision if a > > major linux distribution announced it was planning not to release the > > software that enabled your driver to run because there were still > > vendors who hadn't open sourced their drivers? Where's the creme > > filling? > > Fortunately we arent announcing anything like that. We are just > announcing that we would wait for the next release before we provide > this major update. Thank you for letting me know my wording was ambiguous. If you were the owner of a company that had just announced plans to open source your drivers, would you feel you had made the right decision if a major linux distribution announced it had changed its mind about releasing the software that enabled your driver to run and delayed its shipment for two months *because* there were still vendors whose proprietary drivers were not updated? > You can pain it as a idealogical battle if you want to but that's not what this is about at all. But it is :-) The decision can be made based on the non-ideological points but the ramifications of that decision will be both technical and political. Additionally, Max's email unfortunately summarizes the battle as ideology vs practicality: The reason to upgrade to Xorg-7.1 is to punish the vendors; the reason to hold off is to protect the users which I object to strenuously. Instead of putting the user experience on one side of the equation and ideology on the other phrase the whole thing as ideology (which I did) or the whole thing on satisfying the users (as Oisin Feeley addressed). Even better, since Mike Harris made the original announcement that FC5 was going to have Xorg-7.1 [1]_, let him make the announcement that he decided that 7.1 was going to be too problematic. He's used to being the bearer of bad news ;-) [1]_ https://www.redhat.com/archives/fedora-devel-list/2006-July/msg00676.html -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Aug 11 16:14:20 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 11 Aug 2006 12:14:20 -0400 Subject: some closure on the xorg updates issue In-Reply-To: <1155312559.2646.32.camel@localhost> References: <44DC9C47.60104@fedoraproject.org> <1155312559.2646.32.camel@localhost> Message-ID: <200608111214.20471.jkeating@redhat.com> On Friday 11 August 2006 12:09, Toshio Kuratomi wrote: > Even better, since Mike Harris made the original announcement that FC5 > was going to have Xorg-7.1 [1]_, let him make the announcement that he > decided that 7.1 was going to be too problematic. ?He's used to being > the bearer of bad news Mike Harris has retired and no longer works for Red Hat. However Adam Jackson (ajax) has taken over many of Mike's packages, including the X stack, and has made such a statement. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bruno at wolff.to Fri Aug 11 16:22:57 2006 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 11 Aug 2006 11:22:57 -0500 Subject: some closure on the xorg updates issue In-Reply-To: <1155299072.2697.3.camel@zod.rchland.ibm.com> References: <1155299072.2697.3.camel@zod.rchland.ibm.com> Message-ID: <20060811162257.GA25525@wolff.to> On Fri, Aug 11, 2006 at 07:24:32 -0500, Josh Boyer wrote: > > I disagree. Fedora isn't becoming the next Debian stable by any means. > It's back to a 6 month release cycle, which at the moment is well along > for FC6. If users _really_ want the latest and greatest software, they > can install FC6t2. For a released distribution such as FC5, there will > always be some trade-offs between stability and feature additions. A problem with using test releases is that you aren't guaranteed there will be an upgrade path to the final release version. From dragoran at feuerpokemon.de Fri Aug 11 16:19:14 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 18:19:14 +0200 Subject: Wither Bling? In-Reply-To: <44DCAAFD.1040406@redhat.com> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <44DC8761.9010108@feuerpokemon.de> <20060811155528.GE17702@nostromo.devel.redhat.com> <44DCA9DE.1040906@feuerpokemon.de> <44DCAAFD.1040406@redhat.com> Message-ID: <44DCAE02.5080001@feuerpokemon.de> Adam Jackson wrote: > dragoran wrote: >> Bill Nottingham wrote: >>> dragoran (dragoran at feuerpokemon.de) said: >>>>> Yes, that's the plan going forward. >>>>> >>>> why? >>>> I is there any reason to turn it off? if someone wants it it can be >>>> enabled using gconf (off by default), so why isn't it compiled in? >>>> >>> >>> Because having two separate upstream efforts on compositing WMs, >>> effects, >>> etc. was deemed to be wasteful; better to have a single compositing WM >>> and work on making the transition as seamless as possible. >>> >>> Bill >>> >>> >> ok... >> does compiz still forces me to have 4 virtual desktops? I prefer >> having 2 (thats why I hatet compiz last time I tryed it using XGL), >> and some would perfer having more than 4 (which was not supported >> last time when I tyred it) > > It definitely supports more than 4. If it doesn't support fewer that > can be considered a bug... > > - ajax > ok should I fill this in redhats bugzilla or is there a upstream one? From david at lovesunix.net Fri Aug 11 16:19:38 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 11 Aug 2006 18:19:38 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <200608111214.20471.jkeating@redhat.com> References: <44DC9C47.60104@fedoraproject.org> <1155312559.2646.32.camel@localhost> <200608111214.20471.jkeating@redhat.com> Message-ID: <1155313178.5026.16.camel@price> fre, 11 08 2006 kl. 12:14 -0400, skrev Jesse Keating: > On Friday 11 August 2006 12:09, Toshio Kuratomi wrote: > > Even better, since Mike Harris made the original announcement that FC5 > > was going to have Xorg-7.1 [1]_, let him make the announcement that he > > decided that 7.1 was going to be too problematic. He's used to being > > the bearer of bad news > > Mike Harris has retired and no longer works for Red Hat. However Adam Jackson > (ajax) has taken over many of Mike's packages, including the X stack, and has > made such a statement. I'm sorry to hear that I always enjoyed interacting with Mike, he did excellent work and always invested ample time in communicating with the community. I hope he does well in his future endeavors. I guess it's time to welcome our new ajax overlord. - David Nielsen From mspevack at redhat.com Fri Aug 11 16:22:38 2006 From: mspevack at redhat.com (Max Spevack) Date: Fri, 11 Aug 2006 12:22:38 -0400 (EDT) Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: On Fri, 11 Aug 2006, Kevin Kofler wrote: > IMHO, this sets a really bad precedent. Do we really want Fedora to > become the next Debian Stable? Many users on the list have indicated > they are running Fedora precisely because they want current software, > not obsolete crap which happens to cooperate well with proprietary > software, which as you say is not even supported. I must say I'm one of > these people. For those who don't want version upgrades, there are > plenty of other distros available (e.g. that U word everyone gets > spammed with these days ;-) but there are others too). A couple of responses (that echo some of the points made elsewhere in the thread): + I'm not interested in doing precedent setting with this. The Board made the call that we ultimately felt was best in *this instance* -- we weren't making the decision for all future cases as well. + fc6test2 already has the updated code. fc6-gold will clearly have it also. So I don't think we're all of a sudden a non-innovative distribution. + We're also not saying that there will never be another xorg update for fc5. We're just not doing one *right now*. -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From ajackson at redhat.com Fri Aug 11 16:22:48 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 11 Aug 2006 12:22:48 -0400 Subject: some closure on the xorg updates issue In-Reply-To: <1155313178.5026.16.camel@price> References: <44DC9C47.60104@fedoraproject.org> <1155312559.2646.32.camel@localhost> <200608111214.20471.jkeating@redhat.com> <1155313178.5026.16.camel@price> Message-ID: <44DCAED8.40400@redhat.com> David Nielsen wrote: > I guess it's time to welcome our new ajax overlord. I'll try to keep the city-ravaging to a minimum. - ajax From jkeating at redhat.com Fri Aug 11 16:27:05 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 11 Aug 2006 12:27:05 -0400 Subject: some closure on the xorg updates issue In-Reply-To: <1155313178.5026.16.camel@price> References: <200608111214.20471.jkeating@redhat.com> <1155313178.5026.16.camel@price> Message-ID: <200608111227.05957.jkeating@redhat.com> On Friday 11 August 2006 12:19, David Nielsen wrote: > I'm sorry to hear that I always enjoyed interacting with Mike, he did > excellent work and always invested ample time in communicating with the > community. I hope he does well in his future endeavors. Mike said he'll still be contributing to OSS and to Fedora[1], so keep an eye out for that crazy Canadian! 1: http://mharris.ca/ -- 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 toshio at tiki-lounge.com Fri Aug 11 16:28:06 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Aug 2006 09:28:06 -0700 Subject: some closure on the xorg updates issue In-Reply-To: <200608111214.20471.jkeating@redhat.com> References: <44DC9C47.60104@fedoraproject.org> <1155312559.2646.32.camel@localhost> <200608111214.20471.jkeating@redhat.com> Message-ID: <1155313686.2646.36.camel@localhost> On Fri, 2006-08-11 at 12:14 -0400, Jesse Keating wrote: > On Friday 11 August 2006 12:09, Toshio Kuratomi wrote: > > Even better, since Mike Harris made the original announcement that FC5 > > was going to have Xorg-7.1 [1]_, let him make the announcement that he > > decided that 7.1 was going to be too problematic. He's used to being > > the bearer of bad news > > Mike Harris has retired and no longer works for Red Hat. However Adam Jackson > (ajax) has taken over many of Mike's packages, including the X stack, and has > made such a statement. Yes, I saw that after I posted (although I didn't know Mike had retired) Thanks ajax for the update on the technical side! Thanks Mike for the years of good work! -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Fri Aug 11 16:31:21 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 11 Aug 2006 22:01:21 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <1155312559.2646.32.camel@localhost> References: <1155307852.3818.68.camel@localhost> <44DC9C47.60104@fedoraproject.org> <1155312559.2646.32.camel@localhost> Message-ID: <44DCB0D9.7030306@fedoraproject.org> Toshio Kuratomi wrote: > On Fri, 2006-08-11 at 20:33 +0530, Rahul wrote: >> Toshio Kuratomi wrote: >> >>> Thank you for reframing the question in a light that many of the rest of >>> us are seeing as well! >>> >>> Put yet another way, upgrading X.org isn't about punishing vendors of >>> proprietary drivers, it's about _rewarding_ vendors of open source >>> drivers. >>> >>> If you were the owner of a company that had just announced plans to open >>> source your drivers, would you feel you had made the right decision if a >>> major linux distribution announced it was planning not to release the >>> software that enabled your driver to run because there were still >>> vendors who hadn't open sourced their drivers? Where's the creme >>> filling? >> Fortunately we arent announcing anything like that. We are just >> announcing that we would wait for the next release before we provide >> this major update. > > Thank you for letting me know my wording was ambiguous. > > If you were the owner of a company that had just announced plans to open > source your drivers, would you feel you had made the right decision if a > major linux distribution announced it had changed its mind about > releasing the software that enabled your driver to run and delayed its > shipment for two months *because* there were still vendors whose > proprietary drivers were not updated? Yes. Many of them would. We do tell vendors and partners that we cant introduce a new feature as a update and they would have to wait till the next release or the one after that. > Even better, since Mike Harris made the original announcement that FC5 > was going to have Xorg-7.1 [1]_, let him make the announcement that he > decided that 7.1 was going to be too problematic. He's used to being > the bearer of bad news ;-) > Mike Harris doesnt work for Red Hat anymore though he expressed interest in continuing to participate in Fedora. Adam Jackson is the current maintainer and I believe he has already expressed his decision. Rahul From Lam at Lam.pl Fri Aug 11 16:35:04 2006 From: Lam at Lam.pl (Leszek Matok) Date: Fri, 11 Aug 2006 18:35:04 +0200 Subject: some closure on the xorg updates issue In-Reply-To: References: Message-ID: <1155314104.7445.24.camel@pensja.lam.pl> Dnia 11-08-2006, pi? o godzinie 12:22 -0400, Max Spevack napisa?(a): > + We're also not saying that there will never be another xorg update for > fc5. We're just not doing one *right now*. Can't it go to updates-testing for now, to see if it really fixes anything for anyone willing to test? We have packages in updates-testing that don't go to updates for months anyhow [my favorite for FC5 is of course cdrecord, but that's OT :)]. This way more people from the community will test it with proprietary drivers, too. NVIDIA is rumored to be releasing their driver this month, I'll be happy to test their progress on my FC5. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From mspevack at redhat.com Fri Aug 11 16:35:16 2006 From: mspevack at redhat.com (Max Spevack) Date: Fri, 11 Aug 2006 12:35:16 -0400 (EDT) Subject: some closure on the xorg updates issue In-Reply-To: <1155307852.3818.68.camel@localhost> References: <1155307852.3818.68.camel@localhost> Message-ID: On Fri, 11 Aug 2006, Toshio Kuratomi wrote: >> I think this is a loaded way of framing the decision. It's nothing to >> do with a "desire not to make concessions to proprietary software >> vendors". I disagree. Fedora very strongly has a desire not to make concessions to proprietary software vendors. If we cared to make those concessions, we'd ship all the mp3 stuff, and never have another flame from people saying "where's my mp3". But we *actively choose* not to support patent-encumbered and/or proprietary software. >> This decision places the convenience of users of non-proprietary >> hardware and software lower than the convenience of people that bought >> hardware that (everyone should know) is not and cannot be supported by >> a Free operating system. I suppose to an extent, but I strongly oppose framing the discussion as purely black and white. There are a million ways to frame the "two sides" and you can choose whatever wording you want to promote your agenda. As I tried to say in my initial email summarizing the Board's decision, there is a balance of issues and priorities here. Making a decision that is completely to one side or the other -- and *in this instance only* placing a 100% weight on ideology and a 0% weight on potential user breakage -- that seemed like a poor choice. Like I said, the Board was split. It was not a unanimous decision. And to be clear, it was not *my* decision either. The Board made the decision. I was part of that process, but it was made as a group. So regardless of whether or not you agree with the decision, at least this was an example of the Fedora governance structure working the way that it is supposed to. --Max -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From toshio at tiki-lounge.com Fri Aug 11 16:48:47 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Aug 2006 09:48:47 -0700 Subject: some closure on the xorg updates issue In-Reply-To: References: <1155307852.3818.68.camel@localhost> Message-ID: <1155314927.2646.39.camel@localhost> On Fri, 2006-08-11 at 12:35 -0400, Max Spevack wrote: > On Fri, 11 Aug 2006, Toshio Kuratomi wrote: > > >> I think this is a loaded way of framing the decision. It's nothing to > >> do with a "desire not to make concessions to proprietary software > >> vendors". Just wanted to note this is wrong attribution. Oisin Feeley actually wrote all the good stuff you quoted. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From joseph_sacco at comcast.net Fri Aug 11 17:02:55 2006 From: joseph_sacco at comcast.net (Joseph E. Sacco, Ph.D.) Date: Fri, 11 Aug 2006 13:02:55 -0400 Subject: default wall paper has gone missing Message-ID: <1155315775.2729.3.camel@plantain.jesacco.com> When I select the Default wallpaper I get the "Default Dual Screen" [or one of its variants instead. -Joseph -- joseph_sacco [at] comcast [dot] net From dan at danny.cz Fri Aug 11 17:07:40 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Fri, 11 Aug 2006 19:07:40 +0200 Subject: rawhide report: 20060811 changes In-Reply-To: References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> <44DC82B4.1010409@poolshark.org> Message-ID: <1155316060.3496.16.camel@eagle.danny.cz> Kevin Kofler p??e v P? 11. 08. 2006 v 13:25 +0000: > Denis Leroy poolshark.org> writes: > > No it's very useful to C++ developpers. Unlike C, there are important > > changes between g++ 3.x and g++ 4, some that sometimes require massive > > rewrites. I think this belongs in Core, as a replacement to compat-gcc-32. > > Weren't most of these changes actually between 3.3 and 3.4? The new C++ parser > was introduced in 3.4, not 4.0. There are important changes in C++ between 4.0 and 4.1 too. Not big, but hard to find the cause that makes the code not to compile. Dan From fedora at leemhuis.info Fri Aug 11 17:13:15 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 11 Aug 2006 19:13:15 +0200 Subject: compat-gcc in extras (was: Re: rawhide report: 20060811 changes) In-Reply-To: <200608110812.56616.dennis@ausil.us> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <200608110812.56616.dennis@ausil.us> Message-ID: <44DCBAAB.6060404@leemhuis.info> Dennis Gilmore schrieb: > On Friday 11 August 2006 07:57, Jakub Jelinek wrote: >> On Fri, Aug 11, 2006 at 06:11:23PM +0530, Rahul wrote: >>> buildsys at redhat.com wrote: >>>> New package compat-gcc-34 >>>> Compatibility GNU Compiler Collection >>> Why is this needed in Fedora Core? >> 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite far >> even in the Fortran77 compatibility, it is not yet there and some people >> have huge Fortran77 codebases, not to mention that Gfortran runtime >> is in any case ABI incompatible with G77 runtime >> 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so >> a secondary compiler is often handy until they manage to rewrite it >> 3) in the end, all that changed from previous amount of binary packages >> is the addition of one new src.rpm - as many compat-gcc-32 subpackages >> were nuked at the same time as the number of added compat-gcc-34 >> subpackages > And none of those reasons stop any of the compat-gcc packages being in > extras. Agreed. > IMHO they all should move to extras. +1 > gcc should be in core > compat-gcc-* should be in extras. Unless there is something in core that > requires the older gcc Well, it seems Core developers don't want to discuss this. I especially liked the attitude in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201913#c2 The comment describes in a nice and verbose way why this package has to be in Core. CU thl From dragoran at feuerpokemon.de Fri Aug 11 17:21:46 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 11 Aug 2006 19:21:46 +0200 Subject: compat-gcc in extras In-Reply-To: <44DCBAAB.6060404@leemhuis.info> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <200608110812.56616.dennis@ausil.us> <44DCBAAB.6060404@leemhuis.info> Message-ID: <44DCBCAA.4060903@feuerpokemon.de> Thorsten Leemhuis wrote: > Dennis Gilmore schrieb: > >> On Friday 11 August 2006 07:57, Jakub Jelinek wrote: >> >>> On Fri, Aug 11, 2006 at 06:11:23PM +0530, Rahul wrote: >>> >>>> buildsys at redhat.com wrote: >>>> >>>>> New package compat-gcc-34 >>>>> Compatibility GNU Compiler Collection >>>>> >>>> Why is this needed in Fedora Core? >>>> >>> 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite far >>> even in the Fortran77 compatibility, it is not yet there and some people >>> have huge Fortran77 codebases, not to mention that Gfortran runtime >>> is in any case ABI incompatible with G77 runtime >>> 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so >>> a secondary compiler is often handy until they manage to rewrite it >>> 3) in the end, all that changed from previous amount of binary packages >>> is the addition of one new src.rpm - as many compat-gcc-32 subpackages >>> were nuked at the same time as the number of added compat-gcc-34 >>> subpackages >>> >> And none of those reasons stop any of the compat-gcc packages being in >> extras. >> > > Agreed. > > >> IMHO they all should move to extras. >> > > +1 > > >> gcc should be in core >> compat-gcc-* should be in extras. Unless there is something in core that >> requires the older gcc >> > > > Well, it seems Core developers don't want to discuss this. I especially > liked the attitude in > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201913#c2 > > The comment describes in a nice and verbose way why this package has to > be in Core. > > > > CU > thl > > the only thing about extras is that for extras you need a internet connection, else there wont be a problem with it in extras. From oisin.feeley at gmail.com Fri Aug 11 17:23:01 2006 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Fri, 11 Aug 2006 10:23:01 -0700 Subject: some closure on the xorg updates issue In-Reply-To: References: <1155307852.3818.68.camel@localhost> Message-ID: On 8/11/06, Max Spevack wrote: > > As I tried to say in my initial email summarizing the Board's decision, > there is a balance of issues and priorities here. Making a decision that > is completely to one side or the other -- and *in this instance only* > placing a 100% weight on ideology and a 0% weight on potential user > breakage -- that seemed like a poor choice. This is my last email on this as I don't want to just be list-noise and this has been discussed to death, but again I want to correct what you say above. To /me/ your description is a complete inversion which insists that my user convenience (to get updates easily which includes bugfixes which Xorg rolled in after the first modularised X.org) gets trumped by the user convenience of others (they get to not have to continue jumping through hoops to keep their broken hardware functioning). So regardless of whether or not you agree with the decision, at least this > was an example of the Fedora governance structure working the way that it > is supposed to. Agreed. And I'm not trying to attack you personally. I just think that the imputation that "ideological" reasons cannot also be practical reasons is incorrect. I see this framing all over the place and it bugs the hell out of me because I think it leads to ignoring the long-term practical consequences of what seem like expedient decisions in the short-term. Anyway, the decision has been made and the maintainer has spoken, so I'll shut up and let everyone get back to producing an excellent distro. Best wishes, Oisin Feeley -------------- next part -------------- An HTML attachment was scrubbed... URL: From davej at redhat.com Fri Aug 11 17:38:38 2006 From: davej at redhat.com (Dave Jones) Date: Fri, 11 Aug 2006 13:38:38 -0400 Subject: some closure on the xorg updates issue In-Reply-To: <4567.194.94.224.254.1155298728.squirrel@arlette.freesurf.fr> References: <4567.194.94.224.254.1155298728.squirrel@arlette.freesurf.fr> Message-ID: <20060811173838.GB26930@redhat.com> On Fri, Aug 11, 2006 at 02:18:48PM +0200, Joachim Frieben wrote: > Old Red Hat Linux had the habit of not breaking binary compatibility between > minor releases, only between major ones. Fedora is not Old Red Hat Linux. > Look at other distros like "Ubuntu". They would not even upgrade their kernel from > 2.6.x to 2.6.x+1 for their current release. Fedora is not Ubuntu either. > "Fedora Core" has proven to be much more "dynamical" in this respect. http://fedoraproject.org/wiki/Objectives "Do as much of the development work as possible directly in the upstream packages. This includes updates; our default policy will be to upgrade to new versions for security as well as for bugfix and new feature update releases of packages and provide backports where it's more feasible." (This is really badly worded btw. The intent here is to suggest moving to a new version, rather than 'backport' individual fixes to an older version) > If you really, really want the bleeding edge, then it's often possible to > install the "rawhide" packages on the latest stable release or to rebuild > the desired packages on your system. Which is often a *really* bad idea. Dave -- http://www.codemonkey.org.uk From mspevack at redhat.com Fri Aug 11 17:39:34 2006 From: mspevack at redhat.com (Max Spevack) Date: Fri, 11 Aug 2006 13:39:34 -0400 (EDT) Subject: some closure on the xorg updates issue In-Reply-To: <1155314104.7445.24.camel@pensja.lam.pl> References: <1155314104.7445.24.camel@pensja.lam.pl> Message-ID: On Fri, 11 Aug 2006, Leszek Matok wrote: > Dnia 11-08-2006, pi?? o godzinie 12:22 -0400, Max Spevack napisa??(a): >> + We're also not saying that there will never be another xorg update for >> fc5. We're just not doing one *right now*. > Can't it go to updates-testing for now, to see if it really fixes > anything for anyone willing to test? We have packages in updates-testing > that don't go to updates for months anyhow [my favorite for FC5 is of > course cdrecord, but that's OT :)]. > > This way more people from the community will test it with proprietary > drivers, too. NVIDIA is rumored to be releasing their driver this month, > I'll be happy to test their progress on my FC5. I don't see any reason why not. --Max -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From rwarsow at gmx.de Fri Aug 11 19:34:30 2006 From: rwarsow at gmx.de (Ronald Warsow) Date: Fri, 11 Aug 2006 21:34:30 +0200 Subject: to Vikram Goyal (Re: Fedora's Userfiendliness (was Re: Leaving?)) => Rahul In-Reply-To: <1152036683.3915.67.camel@localhost.localdomain> References: <1152026394.2339.20.camel@obelix.localdomain> <1152036683.3915.67.camel@localhost.localdomain> Message-ID: <1155324870.3605.2.camel@obelix.localdomain> AGREED ! Sorry ronald From louisg00 at bellsouth.net Fri Aug 11 19:49:17 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 11 Aug 2006 15:49:17 -0400 Subject: Feedback on Java applet functionality? Message-ID: <1155325757.3461.7.camel@soncomputer> > Hi > > I was expecting to some comments on whether this feature works well in > Fedora Core 6 test 2 and the current development tree. Anyone tried it > out with the applets in the wild? > > Rahul When I visited a page with an applet it froze firefox. I looked in the logs and saw this: Aug 11 15:13:55 soncomputer kernel: audit(1155323634.469:38): avc: denied { execmem } for pid=3198 comm="gappletviewer" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process What component does this fall under? Should it be selinux? -Louis From sundaram at fedoraproject.org Fri Aug 11 20:13:29 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 12 Aug 2006 01:43:29 +0530 Subject: Feedback on Java applet functionality? In-Reply-To: <1155325757.3461.7.camel@soncomputer> References: <1155325757.3461.7.camel@soncomputer> Message-ID: <44DCE4E9.2050804@fedoraproject.org> Louis Garcia II wrote: >> Hi >> >> I was expecting to some comments on whether this feature works well in >> Fedora Core 6 test 2 and the current development tree. Anyone tried it >> out with the applets in the wild? >> >> Rahul > > When I visited a page with an applet it froze firefox. I looked in the logs and saw this: > > Aug 11 15:13:55 soncomputer kernel: audit(1155323634.469:38): avc: denied { execmem } for pid=3198 comm="gappletviewer" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > What component does this fall under? Should it be selinux? > Yes. Please file a bug report against SELinux. GCJ applet viewer probably should be fixed in the future to not require execmem permissions but meanwhile the SELinux targeted policy can be modified to allow this. You can do setsebool -P allow_execmom=1 and see if you are able to workaround this for now. More details on what this means at http://danwalsh.livejournal.com/6117.html Rahul From paul at city-fan.org Fri Aug 11 20:18:35 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 11 Aug 2006 21:18:35 +0100 Subject: Feedback on Java applet functionality? In-Reply-To: <44DCE4E9.2050804@fedoraproject.org> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> Message-ID: <1155327515.21431.7.camel@metropolis.intra.city-fan.org> On Sat, 2006-08-12 at 01:43 +0530, Rahul wrote: > Louis Garcia II wrote: > >> Hi > >> > >> I was expecting to some comments on whether this feature works well in > >> Fedora Core 6 test 2 and the current development tree. Anyone tried it > >> out with the applets in the wild? > >> > >> Rahul > > > > When I visited a page with an applet it froze firefox. I looked in the logs and saw this: > > > > Aug 11 15:13:55 soncomputer kernel: audit(1155323634.469:38): avc: denied { execmem } for pid=3198 comm="gappletviewer" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > > > What component does this fall under? Should it be selinux? > > > > Yes. Please file a bug report against SELinux. GCJ applet viewer > probably should be fixed in the future to not require execmem > permissions but meanwhile the SELinux targeted policy can be modified to > allow this. > > You can do setsebool -P allow_execmom=1 and see if you are able to > workaround this for now. Wouldn't it be better to do: # chcon -t unconfined_execmem_exec_t /path/to/gappletviewer Paul. From louisg00 at bellsouth.net Fri Aug 11 19:59:29 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 11 Aug 2006 15:59:29 -0400 Subject: gstreamer and selinux issue Message-ID: <1155326370.3461.18.camel@soncomputer> On Fri, 2006-08-11 at 08:01 -0100, Paul Howarth wrote: > On Thu, 2006-08-10 at 16:31 -0400, Louis Garcia II wrote: > > On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote: > > > On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote: > > > > On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: > > > > > I was able to setup the pitfdll plugin for gstreamer and use the win32 > > > > > codecs under fc5 with selinux enabled. The pitfdll plugin needed to be > > > > > marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. > > > > > > This worked for FC5 under selinux and FC6 with selinux disabled. But > > > > > selinux under FC6 seems to have changed. Is their another lable I > > > > > should use, how can I debug this? > > > > > > > > > > -Thanks > > > > > > > > This is what I get: > > > > > > > > Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: > > > > denied { execstack } for pid=9530 comm="totem" > > > > scontext=user_u:system_r:unconfined_t:s0 > > > > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > > > > > > > -Louis > > > > > > you can turn on allow_execstack or change the context of totem to > > unconfined_execmen_exec_t > > > chcon -t unconfined_execmem_exec_t /usr/bin/totem > > > > if I turn on allow_execstack would that be for everything > > Yes. > > > or just for totem? > > What would be the most secure of these two options? > > Just changing the context type of totem. > > Paul. Ok, I chaged the context type of totem and now it's: -rwxr-xr-x root root system_u:object_r:unconfined_execmem_exec_t /usr/bin/totem This seems to fix my problem. However I get a slightly different message now: Aug 11 15:09:41 soncomputer kernel: audit(1155323379.605:36): avc: denied { execheap } for pid=3094 comm="totem" scontext=user_u:system_r:unconfined_execmem_t:s0 tcontext=user_u:system_r:unconfined_execmem_t:s0 tclass=process what does it mean? -Louis From louisg00 at bellsouth.net Fri Aug 11 20:19:57 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 11 Aug 2006 16:19:57 -0400 Subject: gstreamer and selinux issue In-Reply-To: <1155326370.3461.18.camel@soncomputer> References: <1155326370.3461.18.camel@soncomputer> Message-ID: <1155327597.11275.5.camel@soncomputer> On Fri, 2006-08-11 at 15:59 -0400, Louis Garcia II wrote: > On Fri, 2006-08-11 at 08:01 -0100, Paul Howarth wrote: > > On Thu, 2006-08-10 at 16:31 -0400, Louis Garcia II wrote: > > > On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote: > > > > On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote: > > > > > On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: > > > > > > I was able to setup the pitfdll plugin for gstreamer and use the win32 > > > > > > codecs under fc5 with selinux enabled. The pitfdll plugin needed to be > > > > > > marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. > > > > > > > This worked for FC5 under selinux and FC6 with selinux disabled. But > > > > > > selinux under FC6 seems to have changed. Is their another lable I > > > > > > should use, how can I debug this? > > > > > > > > > > > > -Thanks > > > > > > > > > > This is what I get: > > > > > > > > > > Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: > > > > > denied { execstack } for pid=9530 comm="totem" > > > > > scontext=user_u:system_r:unconfined_t:s0 > > > > > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > > > > > > > > > -Louis > > > > > > > > you can turn on allow_execstack or change the context of totem to > > > unconfined_execmen_exec_t > > > > chcon -t unconfined_execmem_exec_t /usr/bin/totem > > > > > > if I turn on allow_execstack would that be for everything > > > > Yes. > > > > > or just for totem? > > > What would be the most secure of these two options? > > > > Just changing the context type of totem. > > > > Paul. > > Ok, I chaged the context type of totem and now it's: > -rwxr-xr-x root root system_u:object_r:unconfined_execmem_exec_t /usr/bin/totem > > This seems to fix my problem. However I get a slightly different message now: > Aug 11 15:09:41 soncomputer kernel: audit(1155323379.605:36): avc: denied { execheap } for pid=3094 comm="totem" scontext=user_u:system_r:unconfined_execmem_t:s0 tcontext=user_u:system_r:unconfined_execmem_t:s0 tclass=process > > what does it mean? > > -Louis I am also having problems with totem-mozplugin, totem's plugin for firefox. Aug 11 16:18:15 soncomputer kernel: audit(1155327494.846:63): avc: denied { execstack } for pid=11603 comm="totem-mozilla-v" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process Aug 11 16:18:15 soncomputer kernel: audit(1155327494.850:64): avc: denied { execstack } for pid=11603 comm="totem-mozilla-v" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process Aug 11 16:18:15 soncomputer kernel: audit(1155327494.850:65): avc: denied { execstack } for pid=11603 comm="totem-mozilla-v" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process -Louis From aph at redhat.com Fri Aug 11 20:29:18 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 11 Aug 2006 21:29:18 +0100 Subject: Feedback on Java applet functionality? In-Reply-To: <44DCE4E9.2050804@fedoraproject.org> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> Message-ID: <17628.59550.763356.336369@zebedee.pink> Rahul writes: > > Yes. Please file a bug report against SELinux. GCJ applet viewer > probably should be fixed in the future to not require execmem > permissions No. It requires execmem because it really needs it. Andrew. From jkeating at redhat.com Fri Aug 11 20:43:04 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 11 Aug 2006 16:43:04 -0400 Subject: Feedback on Java applet functionality? In-Reply-To: <17628.59550.763356.336369@zebedee.pink> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> <17628.59550.763356.336369@zebedee.pink> Message-ID: <200608111643.07905.jkeating@redhat.com> On Friday 11 August 2006 16:29, Andrew Haley wrote: > No. ?It requires execmem because it really needs it. Then it really needs to be fixed. We're trying to ship with disallowing execmem because its the right thing to do. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Fri Aug 11 20:46:01 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 12 Aug 2006 02:16:01 +0530 Subject: Feedback on Java applet functionality? In-Reply-To: <1155327515.21431.7.camel@metropolis.intra.city-fan.org> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> <1155327515.21431.7.camel@metropolis.intra.city-fan.org> Message-ID: <44DCEC89.1000506@fedoraproject.org> Paul Howarth wrote: > On Sat, 2006-08-12 at 01:43 +0530, Rahul wrote: >> Louis Garcia II wrote: >>>> Hi >>>> >>>> I was expecting to some comments on whether this feature works well in >>>> Fedora Core 6 test 2 and the current development tree. Anyone tried it >>>> out with the applets in the wild? >>>> >>>> Rahul >>> When I visited a page with an applet it froze firefox. I looked in the logs and saw this: >>> >>> Aug 11 15:13:55 soncomputer kernel: audit(1155323634.469:38): avc: denied { execmem } for pid=3198 comm="gappletviewer" scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process >>> >>> What component does this fall under? Should it be selinux? >>> >> Yes. Please file a bug report against SELinux. GCJ applet viewer >> probably should be fixed in the future to not require execmem >> permissions but meanwhile the SELinux targeted policy can be modified to >> allow this. >> >> You can do setsebool -P allow_execmom=1 and see if you are able to >> workaround this for now. > > Wouldn't it be better to do: > > # chcon -t unconfined_execmem_exec_t /path/to/gappletviewer > > Paul. Yes. If you want to do it only on that application instead of disabling the checks on every program, thats a better way to do it. However I am not running the applet viewer or the test releases now so my earlier instructions are simpler to follow. Rahul From aph at redhat.com Fri Aug 11 20:50:15 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 11 Aug 2006 21:50:15 +0100 Subject: Feedback on Java applet functionality? In-Reply-To: <200608111643.07905.jkeating@redhat.com> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> <17628.59550.763356.336369@zebedee.pink> <200608111643.07905.jkeating@redhat.com> Message-ID: <17628.60807.369982.361701@zebedee.pink> Jesse Keating writes: > On Friday 11 August 2006 16:29, Andrew Haley wrote: > > No. ?It requires execmem because it really needs it. > > Then it really needs to be fixed. It doesn't need to be fixed becasue it's not a bug. We generate code on the fly because it's the right thing to do. There's nothing special about gcj in this regard: generating code on the fly is not unusual, and it's a valid techinique. Andrew. From roland at redhat.com Fri Aug 11 20:55:12 2006 From: roland at redhat.com (Roland McGrath) Date: Fri, 11 Aug 2006 13:55:12 -0700 (PDT) Subject: Feedback on Java applet functionality? In-Reply-To: Jesse Keating's message of Friday, 11 August 2006 16:43:04 -0400 <200608111643.07905.jkeating@redhat.com> Message-ID: <20060811205512.63866180050@magilla.sf.frob.com> > On Friday 11 August 2006 16:29, Andrew Haley wrote: > > No. ?It requires execmem because it really needs it. > > Then it really needs to be fixed. We're trying to ship with disallowing > execmem because its the right thing to do. It sure isn't the "targeted" thing to do. I haven't heard the rationale for *any* SELinux checks on the "unconfined" world. I know well the rationale for why no program should want to do that, blah blah blah. No program should want to make world-writable files either, but they can. I just don't comprehend how the "targeted policy" includes any constraints on what an "untargeted" process can do to itself. I'm all for good support for strict policy in applications, including finding the best ways for JIT-using applications to be marked appropriately without requiring constant hassle for each application's developer or packager. But that is neither here nor there (well maybe it's there, but it's not here). The whole idea of the "targeted" policy is that it won't break your stuff that worked without SELinux. It only affects particular applications and files that are in the "targeted" list. If it weren't an important requirement that people's existing, unlabeled applications of all sorts keep working without new SELinux-specific effort, then everyone would be happy to use a strict policy. Thanks, Roland From j.w.r.degoede at hhs.nl Fri Aug 11 21:09:34 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 11 Aug 2006 23:09:34 +0200 Subject: Feedback on Java applet functionality? In-Reply-To: <17628.60807.369982.361701@zebedee.pink> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> <17628.59550.763356.336369@zebedee.pink> <200608111643.07905.jkeating@redhat.com> <17628.60807.369982.361701@zebedee.pink> Message-ID: <44DCF20E.405@hhs.nl> Andrew Haley wrote: > Jesse Keating writes: > > On Friday 11 August 2006 16:29, Andrew Haley wrote: > > > No. It requires execmem because it really needs it. > > > > Then it really needs to be fixed. > > It doesn't need to be fixed becasue it's not a bug. We generate code > on the fly because it's the right thing to do. There's nothing > special about gcj in this regard: generating code on the fly is not > unusual, and it's a valid techinique. > Yes and there are ways to make it work without tripping over selinux's execmem check, see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185214#c4 Regards, Hans From aph at redhat.com Fri Aug 11 21:14:52 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 11 Aug 2006 22:14:52 +0100 Subject: Feedback on Java applet functionality? In-Reply-To: <44DCF20E.405@hhs.nl> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> <17628.59550.763356.336369@zebedee.pink> <200608111643.07905.jkeating@redhat.com> <17628.60807.369982.361701@zebedee.pink> <44DCF20E.405@hhs.nl> Message-ID: <17628.62284.698430.968520@zebedee.pink> Hans de Goede writes: > > Andrew Haley wrote: > > Jesse Keating writes: > > > On Friday 11 August 2006 16:29, Andrew Haley wrote: > > > > No. It requires execmem because it really needs it. > > > > > > Then it really needs to be fixed. > > > > It doesn't need to be fixed becasue it's not a bug. We generate code > > on the fly because it's the right thing to do. There's nothing > > special about gcj in this regard: generating code on the fly is not > > unusual, and it's a valid techinique. > > Yes and there are ways to make it work without tripping over selinux's > execmem check, see: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185214#c4 Red Hat Enterprise Linux marks gcj apps and other Java VMs system_u:object_r:java_exec_t. This gives us the permissions we need. Andrew. From jakub at redhat.com Fri Aug 11 21:18:04 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Fri, 11 Aug 2006 17:18:04 -0400 Subject: Feedback on Java applet functionality? In-Reply-To: <44DCF20E.405@hhs.nl> References: <1155325757.3461.7.camel@soncomputer> <44DCE4E9.2050804@fedoraproject.org> <17628.59550.763356.336369@zebedee.pink> <200608111643.07905.jkeating@redhat.com> <17628.60807.369982.361701@zebedee.pink> <44DCF20E.405@hhs.nl> Message-ID: <20060811211804.GM32572@devserv.devel.redhat.com> On Fri, Aug 11, 2006 at 11:09:34PM +0200, Hans de Goede wrote: > Andrew Haley wrote: > > Jesse Keating writes: > > > On Friday 11 August 2006 16:29, Andrew Haley wrote: > > > > No. It requires execmem because it really needs it. > > > > > > Then it really needs to be fixed. > > > > It doesn't need to be fixed becasue it's not a bug. We generate code > > on the fly because it's the right thing to do. There's nothing > > special about gcj in this regard: generating code on the fly is not > > unusual, and it's a valid techinique. > > > > Yes and there are ways to make it work without tripping over selinux's > execmem check, see: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185214#c4 Well, in libgcj case it is slightly complicated by the fact that the executable memory needs to be garbage collected and I'm not sure how complicated would it be to 1) teach boehm-gc about 2 pools of memory, executable and non-executable and especially 2) that the executable memory has the executable and writable window into the same file FYI, ATM libgcj uses mmap with PROT_READ|PROT_WRITE|PROT_EXEC, so it at least doesn't expect heap to be executable. Jakub From louisg00 at bellsouth.net Fri Aug 11 20:41:17 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 11 Aug 2006 16:41:17 -0400 Subject: Feedback on Java applet functionality? Message-ID: <1155328877.11950.4.camel@soncomputer> > > When I visited a page with an applet it froze firefox. I looked in > > the logs and saw this: > > > > Aug 11 15:13:55 soncomputer kernel: audit(1155323634.469:38): avc: > > denied { execmem } for pid=3198 comm="gappletviewer" > > scontext=user_u:system_r:unconfined_t:s0 > > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > > > What component does this fall under? Should it be selinux? > > Yes. Please file a bug report against SELinux. GCJ applet viewer > probably should be fixed in the future to not require execmem > permissions but meanwhile the SELinux targeted policy can be modified > to allow this. > > You can do setsebool -P allow_execmom=1 and see if you are able to > workaround this for now. > > More details on what this means at http://danwalsh.livejournal.com/6117.html > > Rahul Bug #: 202259 From saddateh at gmail.com Sat Aug 12 00:13:18 2006 From: saddateh at gmail.com (Sadda Teh) Date: Fri, 11 Aug 2006 20:13:18 -0400 Subject: Please add BENQ FP91V to system-config-display monitor DB Message-ID: Here are the specs for the BENQ FP91V: Screen Size 19" Resolution 1280x1024 (SXGA) Pixel pitch (mm) 0.294 Display Colors 16.2 million Horizontal Frequency (KHz) 31 - 81 Vertical Frequency (Hz) 56 - 76 Video Bandwidth (MHz) 25 - 135 Viewing Angle (L/R;U/D) (CR>=10) 140 / 140 Display Area 14.82" x 11.85" Contrast Ratio 550:1 Brightness 400 cd/m2 Response time 12 ms Colour temperature Reddish/Normal/Bluish+User mode MTBF (hr, exclude lamp) 60,000 Lamp life (hr) typical 50,000 Input connector D-Sub/DVI Power Consumption 60W (max) Power supply Built-in Power Saving Mode 1W/115V 2W/230V Net Weight 13.23 lbs Gross Weight 18.74 lbs Box Dimensions (HxWxD) 19.49" x 22.44" x 10.08" Dimensions (HXWXD) 16.51" x 16.17" x 8.48" Speakers 2W x 2 USB No VESA Wall Mounting 100 x 100 mm Swivel No Pivot No OSD language 8 i-Key Yes Regulations TCO'03 Kensington Lock Support Yes Product Color Silver-Black Signal Cable VGA and DVI Cable Other Accessories Audio cable Viewing angle (L/R;U/D) (CR>=5) 160/160 Senseye Yes Tilt (down/up) -2/20 High adjustment (mm) No Lamp life (hr) min 30,000 Container Loading (SEA) / pallet loading 20" 320/40" 768 Pallete A: 32 Tanks! From rc040203 at freenet.de Sat Aug 12 04:07:25 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 12 Aug 2006 06:07:25 +0200 Subject: rawhide report: 20060811 changes In-Reply-To: <44DC82B4.1010409@poolshark.org> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> <44DC82B4.1010409@poolshark.org> Message-ID: <1155355645.2403.158.camel@mccallum.corsepiu.local> On Fri, 2006-08-11 at 15:14 +0200, Denis Leroy wrote: > Peter Robinson wrote: > >> > buildsys at redhat.com wrote: > >> > >New package compat-gcc-34 > >> > > Compatibility GNU Compiler Collection > >> > > > >> > > > >> > > >> > Why is this needed in Fedora Core? > >> > >> 1) GCC 3.4.6 is the last one to ship with G77, while Gfortran is quite > >> far > >> even in the Fortran77 compatibility, it is not yet there and some > >> people > >> have huge Fortran77 codebases, not to mention that Gfortran runtime > >> is in any case ABI incompatible with G77 runtime > >> 2) similarly, not all third party C++ sources are ready for GCC 4.1.x, so > >> a secondary compiler is often handy until they manage to rewrite it > >> 3) in the end, all that changed from previous amount of binary packages > >> is the addition of one new src.rpm - as many compat-gcc-32 subpackages > >> were nuked at the same time as the number of added compat-gcc-34 > >> subpackages > > > > > > So it was added just for Fortran77? If this is the case why can't it > > be in extras as I'm pretty sure there are no dependancies on Fortran > > in Core. Also does it mean it replaces the compat-gcc-32 packages? > > No it's very useful to C++ developpers. No doubt. > Unlike C, there are important > changes between g++ 3.x and g++ 4, some that sometimes require massive > rewrites. Yes, but ... that's what I call low quality source bases ;) > I think this belongs in Core, as a replacement to compat-gcc-32. I think, it belongs into Extras, to make such low quality sources in Core apparent. To end-users, it doesn't matter if it's in Core or Extras. Ralf From j.w.r.degoede at hhs.nl Sat Aug 12 04:53:14 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 12 Aug 2006 06:53:14 +0200 Subject: XChat upgrade Message-ID: <44DD5EBA.6070503@hhs.nl> Hi, I've heard nothing from this, so I assume no one is working on this. Unless told otherwise I'll take a stab at this coming monday. Regards, Hans From ggw at wolves.durham.nc.us Sat Aug 12 07:15:36 2006 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Sat, 12 Aug 2006 03:15:36 -0400 Subject: documentation for additional repository URL forms - how-to use non-anonymous FTP? Message-ID: <20060812071536.GA19355@wolves.durham.nc.us> I've pointed at HTTP repositories, but they have proven unreliable for the really big packages. (No time out to detect a failed download.) What sort of URL format is there for FTP? Can a non-anonymous FTP be specified? Can someone write a wiki page for the additional repositories URLs? I'd appreciate it, and so would others. TIA --Wolfe From pemboa at gmail.com Sat Aug 12 07:24:57 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 12 Aug 2006 02:24:57 -0500 Subject: Question pre potential bug report Message-ID: <16de708d0608120024y64c54751qc8346d52a5fd9e65@mail.gmail.com> Does an app failing to be started up on a KDE session starting up (post login) a bug or a misconfiguration? Seamonkey never seems to gets started when I log into KDE, most other things seem to (as expeected). If this qualifies as a bug, I will go ahead and file it. Thank you. -- To be updated... From tmus at tmus.dk Sat Aug 12 07:31:39 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Sat, 12 Aug 2006 09:31:39 +0200 Subject: Please add BENQ FP91V to system-config-display monitor DB In-Reply-To: References: Message-ID: Sadda Teh wrote: > Here are the specs for the BENQ FP91V: > > Screen Size 19" > Resolution 1280x1024 (SXGA) > Pixel pitch (mm) 0.294 > Display Colors 16.2 million > Horizontal Frequency (KHz) 31 - 81 > Vertical Frequency (Hz) 56 - 76 > Video Bandwidth (MHz) 25 - 135 > Viewing Angle (L/R;U/D) (CR>=10) 140 / 140 > Display Area 14.82" x 11.85" > Contrast Ratio 550:1 > Brightness 400 cd/m2 > Response time 12 ms > Colour temperature Reddish/Normal/Bluish+User mode > MTBF (hr, exclude lamp) 60,000 > Lamp life (hr) typical 50,000 > Input connector D-Sub/DVI > Power Consumption 60W (max) > Power supply Built-in > Power Saving Mode 1W/115V > 2W/230V > Net Weight 13.23 lbs > Gross Weight 18.74 lbs > Box Dimensions (HxWxD) 19.49" x 22.44" x 10.08" > Dimensions (HXWXD) 16.51" x 16.17" x 8.48" > Speakers 2W x 2 > USB No > VESA Wall Mounting 100 x 100 mm > Swivel No > Pivot No > OSD language 8 > i-Key Yes > Regulations TCO'03 > Kensington Lock Support Yes > Product Color Silver-Black > Signal Cable VGA and DVI Cable > Other Accessories Audio cable > Viewing angle (L/R;U/D) (CR>=5) 160/160 > Senseye Yes > Tilt (down/up) -2/20 > High adjustment (mm) No > Lamp life (hr) min 30,000 > Container Loading (SEA) / pallet loading > > 20" 320/40" 768 > Pallete A: 32 > > Tanks! > You should file a BZ for this. /Thomas From denis at poolshark.org Sat Aug 12 09:26:41 2006 From: denis at poolshark.org (Denis Leroy) Date: Sat, 12 Aug 2006 11:26:41 +0200 Subject: rawhide report: 20060811 changes In-Reply-To: References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> <44DC82B4.1010409@poolshark.org> Message-ID: <44DD9ED1.60006@poolshark.org> Kevin Kofler wrote: > Denis Leroy poolshark.org> writes: > >>No it's very useful to C++ developpers. Unlike C, there are important >>changes between g++ 3.x and g++ 4, some that sometimes require massive >>rewrites. I think this belongs in Core, as a replacement to compat-gcc-32. > > > Weren't most of these changes actually between 3.3 and 3.4? The new C++ parser > was introduced in 3.4, not 4.0. That's a good point, though there are other differences also 3.4+. Certainly that would be a good reason to resubmit compat-gcc-32 to extras... From buildsys at redhat.com Sat Aug 12 09:46:42 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 12 Aug 2006 05:46:42 -0400 Subject: rawhide report: 20060812 changes Message-ID: <200608120946.k7C9kg1C021662@hs20-bc2-6.build.redhat.com> Updated Packages: ant-0:1.6.5-2jpp.1 ------------------ * Fri Aug 11 2006 Deepak Bhole - 0:1.6.5-2jpp.1 - Added conditional native compilation - Add missing requirements - Synch with JPackage spec anthy-7900-2.fc6 ---------------- * Fri Aug 11 2006 Akira TAGOH - 7900-2 - anthy-7900-fix-undef-non-weak-symbol.patch: removed the unnecessary library chain. * Wed Jul 12 2006 Jesse Keating - 7900-1.1 - rebuild * Tue Jul 11 2006 Akira TAGOH - 7900-1 - New upstream release. - anthy-7900-fix-undef-non-weak-symbol.patch: fixed the undefined non-weak symbols issue. (#198180) - use dist tag. beagle-0.2.7-8.fc6 ------------------ * Fri Aug 11 2006 Alexander Larsson - 0.2.7-8 - Split out gui and evolution - Pre-require shadow-utils that fixes the group bug bind-30:9.3.2-36.fc6 -------------------- * Fri Aug 11 2006 Martin Stransky - 30:9.3.2-36 - added Provides: bind-config * Fri Aug 11 2006 Martin Stransky - 30:9.3.2-35 - fix bug 197493: renaming subpackage bind-config to caching-nameserver cachefilesd-0.5-1.fc6 --------------------- * Fri Aug 11 2006 Steve Dickson 0.5-1 - Upgraded to 0.5 which fixed initial scan problem when started on an empty cache (bz 202184) classpathx-jaf-0:1.0-8jpp.1 --------------------------- * Fri Aug 11 2006 Vivek Lakshmanan - 0:1.0-8jpp.1 - Replace explicit Requires(post) on coreutils with Requires-post/postun on rm and ln since more portable with JPP. - Revert explicit install of versionless jaf.jar install since alternatives handles this. - Extend triggerpostun to trigger on <= 0:1.0-7jpp_5fc so jaf.jar exists when upgrading from -7jpp_5fc. cman-2.0.8-0.fc6 ---------------- * Fri Aug 11 2006 Chris Feist - 2.0.8-0 - Rebuild w/ new upstream sources cryptix-asn1-0:20011119-7jpp.2 ------------------------------ * Fri Aug 11 2006 Vivek Lakshmanan 0:20011119-7jpp.2 - Rebuild with new naming convention. cups-1:1.2.2-10 --------------- * Fri Aug 11 2006 Tim Waugh 1:1.2.2-10 - Remove 'Provides: LPRng = 3.8.15-3' (bug #148757). - Applied patch to fix STR #1893 (bug #201800). dogtail-0.5.2-2.fc6 ------------------- * Fri Aug 11 2006 Zack Cerza - 0.5.2-2 - Added headless-gconf.patch to use the python gconf bindings. - Added desktop-file-categories.patch to put sniff and dogtail-recorder under the 'Programming' menu. epiphany-2.15.4-2 ----------------- * Wed Aug 09 2006 Jesse Keating - 2.15.4-2 - bump evince-0.5.5-1.fc6 ------------------ * Fri Aug 11 2006 Matthias Clasen - 0.5.5-1.fc6 - Update to 0.5.5 evolution-2.7.91-2 ------------------ * Fri Aug 11 2006 Matthew Barnes - 2.7.91-2 - Add patch for RH bug #197868. * Mon Aug 07 2006 Matthew Barnes - 2.7.91-1 - Update to 2.7.91 - Update patch for RH bug #197834 for use with bug-buddy 2.15.90. - Require bug-buddy >= 2.15.90. * Fri Aug 04 2006 Matthew Barnes - 2.7.90-6 - Update to 2.7.90 - Require evolution-data-server-1.7.90.1. fontconfig-2.3.95-10.fc6 ------------------------ * Fri Aug 11 2006 Ray Strode - 2.3.95-10 - use "%5x" instead of " %4x" to support 64k instead of clamping. Idea from Behdad. * Fri Aug 11 2006 Ray Strode - 2.3.95-9 - tweak last patch to give a more reasonable page size value if 64k page size is in effect. * Fri Aug 11 2006 Ray Strode - 2.3.95-8 - maybe fix buffer overflow (bug 202152). gcalctool-5.8.20-1.fc6 ---------------------- * Sat Aug 12 2006 Matthias Clasen - 5.8.20-1.fc6 - Update to 5.8.20 gedit-1:2.15.6-2.fc6 -------------------- * Sat Aug 12 2006 Matthias Clasen - 1:2.15.6-2.fc6 - Bump gtksourceview requirement * Sat Aug 12 2006 Matthias Clasen - 1:2.15.6-1.fc6 - Update to 2.15.6 glib-java-0.2.6-1.fc6 --------------------- * Fri Aug 11 2006 Stepan Kasal - 0.2.6-1 - New upstream version. - Do use %{?dist} after all. - Use `make %{?_smp_mflags}'. - Move pkgconfig description to -devel package. - The -devel package now requires glib2-devel. gnome-doc-utils-0.7.2-1.fc6 --------------------------- * Sat Aug 12 2006 Matthias Clasen - 0.7.2-1.fc6 - Update to 0.7.2 gnome-icon-theme-2.15.91-1.fc6 ------------------------------ * Sat Aug 12 2006 Matthias Clasen 2.15.91-1.fc6 - Update to 2.15.91 gnome-session-2.15.90-3.fc6 --------------------------- * Fri Aug 11 2006 Ray Strode - 2.15.90-3.fc6 - start gnome-window-decorator and pass "gconf" when invoking compiz gnome-themes-2.15.91.1-1.fc6 ---------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91.1-1.fc6 - Update to 2.15.91.1 * Wed Aug 02 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 * Wed Jul 12 2006 Matthias Clasen - 2.15.4-1 - Update to 2.15.4 - Drop the variant of the Clearlooks metacity theme gnome-vfs2-2.15.91-2.fc6 ------------------------ * Fri Aug 11 2006 Matthew Barnes - 2.15.91-2.fc6 - Add patch for RH bug #197868. gnucash-2.0.1-3 --------------- * Fri Aug 11 2006 Bill Nottingham - 2.0.1-3 - require yelp (#202266) gtk2-engines-2.7.7-1.fc6 ------------------------ * Sat Aug 12 2006 Matthias Clasen - 2.7.7-1.fc6 - Update to 2.7.7 gtksourceview-1.7.2-1.fc6 ------------------------- * Sat Aug 12 2006 Matthias Clasen - 1.7.2-1.fc6 - Update to 1.7.2 jakarta-commons-pool-0:1.3-3jpp.1 --------------------------------- * Fri Aug 11 2006 Deepak Bhole 1:1.3-3jpp.1 - Added missing requirements. * Thu Aug 10 2006 Karsten Hopp - 1:1.3-2jpp_3fc - Requires(post/postun): coreutils - BuildRequires: xml-commons-apis * Sat Jul 22 2006 Jakub Jelinek - 1:1.3-2jpp_2fc - Rebuilt jgroups-0:2.2.9.2-3jpp.1 ------------------------ * Fri Aug 11 2006 Vivek Lakshmanan - 0:2.2.9.2-3jpp.1 - Resync with latest from JPP. - Re-enable bouncycastle dependencies. ldapjdk-0:4.17-1jpp.7 --------------------- * Fri Aug 11 2006 Vivek Lakshmanan 0:4.17-1jpp.7 - Rebuild with new naming convention. libbonobo-2.15.0-3 ------------------ * Fri Aug 11 2006 Alexander Larsson - 2.15.0-3 - Add patch to close fds when activating component (#200477) libselinux-1.30.24-1 -------------------- * Fri Aug 11 2006 Dan Walsh - 1.30.24-1 - Upgrade to latest from NSA * Merged return value fix for *getfilecon() from Dan Walsh. * Merged sockcreate interfaces from Eric Paris. libwnck-2.15.91-1.fc6 --------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 - Don't ship static libraries * Thu Aug 10 2006 Kristian H??gsberg - 2.15.90-1.fc5.aiglx - Build for fc5 aiglx repo. ncompress-4.2.4-45 ------------------ * Thu Aug 10 2006 Peter Vrabec 4.2.4-45 - fix bss buffer underflow CVE-2006-1168 (#201919) redhat-artwork-5.0.0-1.fc6 -------------------------- * Fri Aug 11 2006 Ray Strode - 5.0.0-1 - woops 5 is less than 245. - update to 5.0.0 * Fri Aug 11 2006 Ray Strode - 0.5.0-1 - update to 0.5.0 - add requires on gtk-engines (bug 202245) rgmanager-2.0.5-0 ----------------- selinux-policy-2.3.6-4 ---------------------- * Thu Aug 10 2006 Dan Walsh 2.3.6-4 - Change allow_execstack to default to on, for RHEL5 Beta. This is required because of a Java compiler problem. Hope to turn off for next beta setroubleshoot-0.21-2 --------------------- * Sat Aug 12 2006 Florian La Roche - 0.20-2 * add more deps for post/postun scripts shadow-utils-2:4.0.17-5 ----------------------- * Fri Aug 11 2006 Peter Vrabec 2:4.0.17-5 - fix bug introduced with UIG_GID.patch (#201991) * Sat Aug 05 2006 Peter Vrabec 2:4.0.17-4 - fix userdel, it didn't delete user's group (#201379) * Fri Aug 04 2006 Peter Vrabec 2:4.0.17-3 - fix UID/GID overflow in user* group* (#198920) sqlite-3.3.6-2 -------------- * Fri Aug 11 2006 Paul Nasrat - 3.3.6-2 - Fix conditional typo (patch from Gareth Armstrong) squirrelmail-1.4.8-1.fc6 ------------------------ * Fri Aug 11 2006 Warren Togami 1.4.8-1 - 1.4.8 release with CVE-2006-4019 and upstream bug fixes system-config-network-1.3.92-1 ------------------------------ * Fri Aug 11 2006 Harald Hoyer - 1.3.92 - fixed #201659 - translation update xalan-j2-0:2.7.0-5jpp.3 ----------------------- * Fri Aug 11 2006 Vivek Lakshmanan - 0:2.7.0-5jpp.3 - Rebuild. ypbind-3:1.19-2 --------------- * Fri Aug 11 2006 Steve Dickson - 3:1.19-2 - rebuild Broken deps for i386 ---------------------------------------------------------- epiphany - 2.15.4-2.i386 requires firefox = 0:1.5.0.5 Broken deps for ppc64 ---------------------------------------------------------- epiphany - 2.15.4-2.ppc64 requires firefox = 0:1.5.0.5 Broken deps for ppc ---------------------------------------------------------- epiphany - 2.15.4-2.ppc requires firefox = 0:1.5.0.5 Broken deps for ia64 ---------------------------------------------------------- epiphany - 2.15.4-2.ia64 requires firefox = 0:1.5.0.5 Broken deps for x86_64 ---------------------------------------------------------- epiphany - 2.15.4-2.x86_64 requires firefox = 0:1.5.0.5 Broken deps for s390 ---------------------------------------------------------- epiphany - 2.15.4-2.s390 requires firefox = 0:1.5.0.5 Broken deps for s390x ---------------------------------------------------------- epiphany - 2.15.4-2.s390x requires firefox = 0:1.5.0.5 From dwalsh at redhat.com Sat Aug 12 11:48:24 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Sat, 12 Aug 2006 07:48:24 -0400 Subject: gstreamer and selinux issue In-Reply-To: <1155327597.11275.5.camel@soncomputer> References: <1155326370.3461.18.camel@soncomputer> <1155327597.11275.5.camel@soncomputer> Message-ID: <44DDC008.50206@redhat.com> Louis Garcia II wrote: > On Fri, 2006-08-11 at 15:59 -0400, Louis Garcia II wrote: > >> On Fri, 2006-08-11 at 08:01 -0100, Paul Howarth wrote: >> >>> On Thu, 2006-08-10 at 16:31 -0400, Louis Garcia II wrote: >>> >>>> On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote: >>>> >>>>> On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote: >>>>> >>>>>> On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote: >>>>>> >>>>>>> I was able to setup the pitfdll plugin for gstreamer and use the win32 >>>>>>> codecs under fc5 with selinux enabled. The pitfdll plugin needed to be >>>>>>> marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t. >>>>>>> >>>>>>>> This worked for FC5 under selinux and FC6 with selinux disabled. But >>>>>>>> >>>>>>> selinux under FC6 seems to have changed. Is their another lable I >>>>>>> should use, how can I debug this? >>>>>>> >>>>>>> -Thanks >>>>>>> >>>>>> This is what I get: >>>>>> >>>>>> Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc: >>>>>> denied { execstack } for pid=9530 comm="totem" >>>>>> scontext=user_u:system_r:unconfined_t:s0 >>>>>> tcontext=user_u:system_r:unconfined_t:s0 tclass=process >>>>>> >>>>>> -Louis >>>>>> >>>>> you can turn on allow_execstack or change the context of totem to >>>>> >>>> unconfined_execmen_exec_t >>>> >>>>> chcon -t unconfined_execmem_exec_t /usr/bin/totem >>>>> >>>> if I turn on allow_execstack would that be for everything >>>> >>> Yes. >>> >>> >>>> or just for totem? >>>> What would be the most secure of these two options? >>>> >>> Just changing the context type of totem. >>> >>> Paul. >>> >> Ok, I chaged the context type of totem and now it's: >> -rwxr-xr-x root root system_u:object_r:unconfined_execmem_exec_t /usr/bin/totem >> >> This seems to fix my problem. However I get a slightly different message now: >> Aug 11 15:09:41 soncomputer kernel: audit(1155323379.605:36): avc: denied { execheap } for pid=3094 comm="totem" scontext=user_u:system_r:unconfined_execmem_t:s0 tcontext=user_u:system_r:unconfined_execmem_t:s0 tclass=process >> >> what does it mean? >> >> -Louis >> > > I am also having problems with totem-mozplugin, totem's plugin for > firefox. > > Aug 11 16:18:15 soncomputer kernel: audit(1155327494.846:63): avc: > denied { execstack } for pid=11603 comm="totem-mozilla-v" > scontext=user_u:system_r:unconfined_t:s0 > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > Aug 11 16:18:15 soncomputer kernel: audit(1155327494.850:64): avc: > denied { execstack } for pid=11603 comm="totem-mozilla-v" > scontext=user_u:system_r:unconfined_t:s0 > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > Aug 11 16:18:15 soncomputer kernel: audit(1155327494.850:65): avc: > denied { execstack } for pid=11603 comm="totem-mozilla-v" > scontext=user_u:system_r:unconfined_t:s0 > tcontext=user_u:system_r:unconfined_t:s0 tclass=process > > You have two choices with this turn on allow_execstack boolean or label firefox unconfined_execmem_exec_t. You might want to complain to the people who ship totem or the other plugins to fix their code. http://people.redhat.com/~drepper/selinux-mem.html Explains the memory checks. > -Louis > > From saddateh at gmail.com Sat Aug 12 14:34:09 2006 From: saddateh at gmail.com (Sadda Teh) Date: Sat, 12 Aug 2006 10:34:09 -0400 Subject: Please add BENQ FP91V to system-config-display monitor DB In-Reply-To: References: Message-ID: Thanks, done. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202303 On 8/12/06, Thomas M Steenholdt wrote: > Sadda Teh wrote: > > Here are the specs for the BENQ FP91V: > > > > Screen Size 19" > > Resolution 1280x1024 (SXGA) > > Pixel pitch (mm) 0.294 > > Display Colors 16.2 million > > Horizontal Frequency (KHz) 31 - 81 > > Vertical Frequency (Hz) 56 - 76 > > Video Bandwidth (MHz) 25 - 135 > > Viewing Angle (L/R;U/D) (CR>=10) 140 / 140 > > Display Area 14.82" x 11.85" > > Contrast Ratio 550:1 > > Brightness 400 cd/m2 > > Response time 12 ms > > Colour temperature Reddish/Normal/Bluish+User mode > > MTBF (hr, exclude lamp) 60,000 > > Lamp life (hr) typical 50,000 > > Input connector D-Sub/DVI > > Power Consumption 60W (max) > > Power supply Built-in > > Power Saving Mode 1W/115V > > 2W/230V > > Net Weight 13.23 lbs > > Gross Weight 18.74 lbs > > Box Dimensions (HxWxD) 19.49" x 22.44" x 10.08" > > Dimensions (HXWXD) 16.51" x 16.17" x 8.48" > > Speakers 2W x 2 > > USB No > > VESA Wall Mounting 100 x 100 mm > > Swivel No > > Pivot No > > OSD language 8 > > i-Key Yes > > Regulations TCO'03 > > Kensington Lock Support Yes > > Product Color Silver-Black > > Signal Cable VGA and DVI Cable > > Other Accessories Audio cable > > Viewing angle (L/R;U/D) (CR>=5) 160/160 > > Senseye Yes > > Tilt (down/up) -2/20 > > High adjustment (mm) No > > Lamp life (hr) min 30,000 > > Container Loading (SEA) / pallet loading > > > > 20" 320/40" 768 > > Pallete A: 32 > > > > Tanks! > > > > You should file a BZ for this. > > /Thomas > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From m.f.h at web.de Sat Aug 12 15:17:50 2006 From: m.f.h at web.de (Marcus Hartig) Date: Sat, 12 Aug 2006 17:17:50 +0200 Subject: rawhide report: 20060812 changes Message-ID: <44DDF11E.6030608@web.de> Hello! /usr/bin/gnome-wm: line 87: syntax error near unexpected token `)' /usr/bin/gnome-wm: line 87: ` openbox)' > gnome-session-2.15.90-3.fc6 > --------------------------- > * Fri Aug 11 2006 Ray Strode - 2.15.90-3.fc6 > - start gnome-window-decorator and pass "gconf" when invoking > compiz There are missing in line 87 of /usr/bin/gnome-wm: ;; after the entry for compiz. Regards, Marcus From lamont at gurulabs.com Sat Aug 12 17:58:55 2006 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Sat, 12 Aug 2006 11:58:55 -0600 Subject: XChat upgrade In-Reply-To: <44DD5EBA.6070503@hhs.nl> References: <44DD5EBA.6070503@hhs.nl> Message-ID: <200608121159.00513.lamont@gurulabs.com> On Friday 11 August 2006 10:53pm, Hans de Goede wrote: > Hi, > > I've heard nothing from this, so I assume no one is working on this. > Unless told otherwise I'll take a stab at this coming monday. XChat on FC5 has become quite unstable for me that I've switched to Konversation. I haven't tried XChat in FC6T?. Are the newer versions more stable or what? -- Lamont R. Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] GPG Key fingerprint: F98C E31A 5C4C 834A BCAB 8CB3 F980 6C97 DC0D D409 -------------- 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 Sat Aug 12 18:02:41 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 12 Aug 2006 23:32:41 +0530 Subject: XChat upgrade In-Reply-To: <200608121159.00513.lamont@gurulabs.com> References: <44DD5EBA.6070503@hhs.nl> <200608121159.00513.lamont@gurulabs.com> Message-ID: <44DE17C1.4030307@fedoraproject.org> Lamont R. Peterson wrote: > On Friday 11 August 2006 10:53pm, Hans de Goede wrote: >> Hi, >> >> I've heard nothing from this, so I assume no one is working on this. >> Unless told otherwise I'll take a stab at this coming monday. > > XChat on FC5 has become quite unstable for me that I've switched to > Konversation. I haven't tried XChat in FC6T?. Are the newer versions more > stable or what? > Xchat on FC5 is what I use daily and it isnt unstable for me. Any bug reports on the problem you are referring to? Rahul From irabinovitch at gmail.com Sat Aug 12 19:51:21 2006 From: irabinovitch at gmail.com (Ilan Rabinovitch) Date: Sat, 12 Aug 2006 16:51:21 -0300 Subject: OT: SCALE 5x - Call For Papers Message-ID: Hello, My appolgoies for the off-topic post. I would like to invite the Fedora community to participate in the 2007 Southern California Linux Expo's call for papers. We just announced the CFP for SCALE 5x. SCALE is a non-profit / community event on the topic of Linux, open-source and free software. The show will be held on Feb 10-11, 2007 at the Los Angeles Airport Westin. If you are interested in presenting on a topic related to Linux / open-source -- We invite you to submit a presentation proposal as part of our call for papers. I am including details bellow. Past presentations are available online (including slides and audio): 2006 - http://www.socallinuxexpo.org/past/2006/hours.php 2005 - http://www.socallinuxexpo.org/past/2005/hours.php 2003 - http://www.socallinuxexpo.org/past/2003/presentations.php 2002 - http://www.socallinuxexpo.org/past/2002/presentations.php If you have any questions please feel free to contact the Call For Papers team at : kapadia =at= socallinuxexp.org CFP PDF: http://www.socallinuxexpo.org/scale5x/cfp/scale5x.pdf We look forward to seeing you at SCALE 5x! Best regards, Ilan Rabinovitch Conference Chair Southern California Linux Expo http://www.socallinuxexpo.org 818-442-1865 Voice 2007 Southern CAlifornia Linux Expo (SCALE 5x) Call For Papers The USC, Simi/Conejo, and UCLA Linux User Groups are proud to announce the 5th Annual Southern California Linux Expo scheduled for February 10-11, 2007 at the Westin Los Angeles Airport Hotel. We invite you to share your work on Linux and Open Source projects with the rest of the community as well as exchange ideas with some of the leading experts in these fields. Details about SCALE 5X as well as archives for the last few years can be found at http://www.socallinuxexpo.com. Topics of interest include, but are not limited to: ? Linux Core ? Linux Kernel Enhancements ? Linux in the Infrastructure - Tools and Appliances ? Linux for Embedded Systems ? Linux Virtualization ? User Experience ? Linux Desktop Environments ? Productivity Applications for Linux ? Linux Multimedia ? Linux Games ? Linux Security ? Linux Deployments and Experiences: War Stories ? Other Open Source Projects ? LAMP ? Voice over IP (VoIP) ? Administration techniques for specific distributions ? Open source Licensing ? Government policies with Open Source The proposals should be submitted in form of a 1-page extended abstract comprising: 1. Title for the talk 2. Name, Affiliation, Bio, a passport size picture (optional) and contact email ad- dress of the Presenter 3. What will be covered? A bulleted list or a brief description of the main points to be presented should be submitted. Please include enough detail that will enable the committee to evaluate the proposal. 4. Any specific requirements needed for the presentation other than an overhead projector and a microphone. Submission formats in txt and pdf will be accepted. Presentations are allotted a time slot of about 45 minutes. All proposals are to be sent to kapadia at socallinuxexpo.com. Important Dates: ============= 20 July, 2006: CFP Opens 20 Nov, 2006: Last date for abstracts/proposals 20 Dec, 2006: Last date for notification of acceptance 10 Feb, 2007: Conference starts From zaitcev at redhat.com Sun Aug 13 01:46:41 2006 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sat, 12 Aug 2006 18:46:41 -0700 Subject: XChat upgrade In-Reply-To: <44DE17C1.4030307@fedoraproject.org> References: <44DD5EBA.6070503@hhs.nl> <200608121159.00513.lamont@gurulabs.com> <44DE17C1.4030307@fedoraproject.org> Message-ID: <20060812184641.8ad73c7d.zaitcev@redhat.com> On Sat, 12 Aug 2006 23:32:41 +0530, Rahul wrote: > >> I've heard nothing from this, so I assume no one is working on this. > >> Unless told otherwise I'll take a stab at this coming monday. > > > > XChat on FC5 has become quite unstable for me that I've switched to > > Konversation. I haven't tried XChat in FC6T?. Are the newer versions more > > stable or what? > > Xchat on FC5 is what I use daily and it isnt unstable for me. Any bug > reports on the problem you are referring to? How about this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181992 Other than that, Xchat in FC-5 was great, no problems. -- Pete From seg at haxxed.com Sun Aug 13 01:51:30 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 12 Aug 2006 20:51:30 -0500 Subject: rawhide report: 20060811 changes In-Reply-To: <44DC82B4.1010409@poolshark.org> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> <44DC82B4.1010409@poolshark.org> Message-ID: <1155433891.14640.10.camel@localhost> On Fri, 2006-08-11 at 15:14 +0200, Denis Leroy wrote: > No it's very useful to C++ developpers. Unlike C, there are important > changes between g++ 3.x and g++ 4, some that sometimes require massive > rewrites. I think this belongs in Core, as a replacement to compat-gcc-32. Err, I've patched up (with lots of help from #fedora-extras and google...) a pretty good number of C++ applications and libraries to compile with gcc 4.1, and it consists mainly of a lot of minor syntax tweaks, mostly to the way classes are defined. Nothing I would classify as anywhere near a "massive rewrite", though you may know something I don't... -------------- 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 lamont at gurulabs.com Sun Aug 13 02:21:46 2006 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Sat, 12 Aug 2006 20:21:46 -0600 Subject: XChat upgrade In-Reply-To: <44DE17C1.4030307@fedoraproject.org> References: <44DD5EBA.6070503@hhs.nl> <200608121159.00513.lamont@gurulabs.com> <44DE17C1.4030307@fedoraproject.org> Message-ID: <200608122021.51876.lamont@gurulabs.com> On Saturday 12 August 2006 12:02pm, Rahul wrote: > Lamont R. Peterson wrote: > > On Friday 11 August 2006 10:53pm, Hans de Goede wrote: > >> Hi, > >> > >> I've heard nothing from this, so I assume no one is working on this. > >> Unless told otherwise I'll take a stab at this coming monday. > > > > XChat on FC5 has become quite unstable for me that I've switched to > > Konversation. I haven't tried XChat in FC6T?. Are the newer versions > > more stable or what? > > Xchat on FC5 is what I use daily and it isnt unstable for me. Any bug > reports on the problem you are referring to? Nope. I "fixed" the instability with: # rpm -e xchat # yum install konversation Normally, I would have taken some time to try to find some useful info towards fixing this, however, in this case it kept crashing while I was in the middle of some IRC meetings and I didn't have time to deal with it. The instability had gotten steadily worse with each errata. It was segfaulting without warning at random points. I never figured out how to cause the segfault. Don't you just hate that kind of bug? If I get some time (it'll be about 3 weeks before that's possible), I'll reinstall xchat and try to get a dump of it's death. -- Lamont R. Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] GPG Key fingerprint: F98C E31A 5C4C 834A BCAB 8CB3 F980 6C97 DC0D D409 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From louisg00 at bellsouth.net Sun Aug 13 03:26:05 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sat, 12 Aug 2006 23:26:05 -0400 Subject: X devel libs problem? Message-ID: <1155439565.11539.4.camel@soncomputer> Compiling gst-ffmpeg-0.10.1 on FC6 I ran into this: gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -Wno-switch -o ffplay ffplay-cmdutils.o ffplay-ffplay.o -L/usr/lib -lSDL -lpthread libavutil/.libs/libavutil.a libavformat/.libs/libavformat.a -ldl libavcodec/.libs/libavcodec.a -lz -lm ffplay-ffplay.o: In function `main': /usr/src/redhat/BUILD/gst-ffmpeg-0.10.1/gst-libs/ext/ffmpeg/ffplay.c:2451: undefined reference to `XOpenDisplay' /usr/src/redhat/BUILD/gst-ffmpeg-0.10.1/gst-libs/ext/ffmpeg/ffplay.c:2455: undefined reference to `XCloseDisplay' collect2: ld returned 1 exit status make[7]: *** [ffplay] Error 1 I do have libX11-devel installed but somehow it's not picking it up. Might this package be screwed up? Don't know if this is an X bug or this particular package. -Louis From mharris at mharris.ca Sun Aug 13 04:26:49 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sun, 13 Aug 2006 00:26:49 -0400 Subject: X devel libs problem? In-Reply-To: <1155439565.11539.4.camel@soncomputer> References: <1155439565.11539.4.camel@soncomputer> Message-ID: <44DEAA09.5080400@mharris.ca> Louis Garcia II wrote: > Compiling gst-ffmpeg-0.10.1 on FC6 I ran into this: > > gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions > -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 > -mtune=generic -fasynchronous-unwind-tables -Wall -Wno-switch -o ffplay > ffplay-cmdutils.o ffplay-ffplay.o -L/usr/lib -lSDL -lpthread > libavutil/.libs/libavutil.a libavformat/.libs/libavformat.a -ldl > libavcodec/.libs/libavcodec.a -lz -lm > ffplay-ffplay.o: In function `main': > /usr/src/redhat/BUILD/gst-ffmpeg-0.10.1/gst-libs/ext/ffmpeg/ffplay.c:2451: undefined reference to `XOpenDisplay' > /usr/src/redhat/BUILD/gst-ffmpeg-0.10.1/gst-libs/ext/ffmpeg/ffplay.c:2455: undefined reference to `XCloseDisplay' > collect2: ld returned 1 exit status > make[7]: *** [ffplay] Error 1 > > I do have libX11-devel installed but somehow it's not picking it up. > Might this package be screwed up? Don't know if this is an X bug or this > particular package. "-lX11" is notably missing from the above gcc invocation, so libX11 is not getting linked in. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From rstrode at redhat.com Sun Aug 13 04:34:28 2006 From: rstrode at redhat.com (Ray Strode) Date: Sun, 13 Aug 2006 00:34:28 -0400 Subject: Wither Bling? In-Reply-To: <44DC9FAF.4060606@feuerpokemon.de> References: <1155240342.6087.9.camel@raptor.sr.unh.edu> <20060810205344.GA2229@nostromo.devel.redhat.com> <1155303077.8819.16.camel@raptor.sr.unh.edu> <44DC9A73.3090601@redhat.com> <44DC9ADD.7040109@feuerpokemon.de> <44DC9D09.4000600@redhat.com> <44DC9FAF.4060606@feuerpokemon.de> Message-ID: <1155443669.2875.1.camel@halflap.boston.redhat.com> Hi, > so this means that work on it will stop? or will it return in gnome 2.18? > fedora already has the required X server + libs so why can't it be left > enabled in FC6 (disabled in gconf) ? if someone wants to use it he/she > can enable it but know we have to recompile metacity (and this can't be > done in extras because it would replace a core package) Well, if someone wants to do it for extras, they could take the same approach we took before FC5 and create a "spififity" package instead (that doesn't install any of the support files, adds a Requires: metacity, and renames the installed binary to /usr/bin/spififity). --Ray From mharris at mharris.ca Sun Aug 13 04:32:22 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sun, 13 Aug 2006 00:32:22 -0400 Subject: Please add BENQ FP91V to system-config-display monitor DB In-Reply-To: References: Message-ID: <44DEAB56.8030109@mharris.ca> Sadda Teh wrote: > Thanks, done. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202303 You need to attach the .INF file from the CD/floppy which came with the display (or alternatively has been downloaded from the manufacturer's website) and attach it to the bug report, so that it can be ran through inf2mondb.py and added to the database. This has the additional benefit of adding support for all other BenQ displays which are currently absent from the database. Hope this helps. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From rstrode at redhat.com Sun Aug 13 05:11:20 2006 From: rstrode at redhat.com (Ray Strode) Date: Sun, 13 Aug 2006 01:11:20 -0400 Subject: rawhide report: 20060812 changes In-Reply-To: <44DDF11E.6030608@web.de> References: <44DDF11E.6030608@web.de> Message-ID: <1155445880.32325.1.camel@halflap.boston.redhat.com> Hi, > > gnome-session-2.15.90-3.fc6 > > --------------------------- > > * Fri Aug 11 2006 Ray Strode - 2.15.90-3.fc6 > > - start gnome-window-decorator and pass "gconf" when invoking > > compiz > > There are missing in line 87 of /usr/bin/gnome-wm: > > ;; > > after the entry for compiz. Thanks. This should be fixed in tomorrow's rawhide. It got filed as bug 202312. --Ray From mike at miketc.com Sun Aug 13 05:18:01 2006 From: mike at miketc.com (Mike Chambers) Date: Sun, 13 Aug 2006 00:18:01 -0500 Subject: XChat upgrade In-Reply-To: <200608122021.51876.lamont@gurulabs.com> References: <44DD5EBA.6070503@hhs.nl> <200608121159.00513.lamont@gurulabs.com> <44DE17C1.4030307@fedoraproject.org> <200608122021.51876.lamont@gurulabs.com> Message-ID: <1155446281.7740.0.camel@scrappy.miketc.com> On Sat, 2006-08-12 at 20:21 -0600, Lamont R. Peterson wrote: > The instability had gotten steadily worse with each errata. It was > segfaulting without warning at random points. I never figured out how to > cause the segfault. Don't you just hate that kind of bug? > > If I get some time (it'll be about 3 weeks before that's possible), I'll > reinstall xchat and try to get a dump of it's death. YOu can either try renaming your .xchat dir or using a different user and see if it works that way or not. Might be user file related and not program. -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From dwmw2 at infradead.org Sun Aug 13 09:25:07 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 13 Aug 2006 10:25:07 +0100 Subject: XChat upgrade In-Reply-To: <20060812184641.8ad73c7d.zaitcev@redhat.com> References: <44DD5EBA.6070503@hhs.nl> <200608121159.00513.lamont@gurulabs.com> <44DE17C1.4030307@fedoraproject.org> <20060812184641.8ad73c7d.zaitcev@redhat.com> Message-ID: <1155461107.3321.3.camel@pmac.infradead.org> On Sat, 2006-08-12 at 18:46 -0700, Pete Zaitcev wrote: > > > How about this: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181992 > > Other than that, Xchat in FC-5 was great, no problems. Other than https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123335 that is -- almost 27 months old now and counting. -- dwmw2 From buildsys at redhat.com Sun Aug 13 10:15:51 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 13 Aug 2006 06:15:51 -0400 Subject: rawhide report: 20060813 changes Message-ID: <200608131015.k7DAFpln017165@hs20-bc2-6.build.redhat.com> Updated Packages: cairo-java-1.0.5-1.fc6 ---------------------- * Sat Aug 12 2006 Stepan Kasal - 1.0.5-1 - New upstream version. - Use the %{?dist} tag. - Use `make %{?_smp_mflags}'. - Move pkgconfig description to -devel subpackage. - The -devel subpackage now requires several -devel packages. - Do not require gtk2; cairo+fontconfig is enough. The same for BuildReqs. control-center-1:2.15.91-1.fc6 ------------------------------ * Sun Aug 13 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.91 eog-2.15.91-1.fc6 ----------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 epiphany-2.15.91-1.fc6 ---------------------- * Sun Aug 13 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 fedora-logos-1.1.47-2 --------------------- * Sun Aug 13 2006 Matthias Clasen - 1.1.47-2.fc6 - Add links for new icon name used in the gnome-panel menubar file-roller-2.15.92-1.fc6 ------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 - BR nautilus-devel gcc-4.1.1-16 ------------ * Sat Aug 12 2006 Jakub Jelinek 4.1.1-16 - fix multilib conflict in libgcj-tools-4.1.1.jar (#200887) * Fri Aug 11 2006 Jakub Jelinek 4.1.1-15 - update from gcc-4_1-branch (-r115877:116082) - PRs c++/27508, c++/28148, c++/28250, c++/28256, c++/28257, c++/28259, c++/28267, c++/28274, c++/28347, c++/28432, c++/28557, c++/28594, c++/28637, c++/28638, c++/28639, c++/28640, c++/28641, c/27721, c/28136, fortran/27981, fortran/28548, fortran/28590, middle-end/28651, rtl-optimization/27291, rtl-optimization/28221, target/27566, target/27827 - fix Fortran ICE with nested function (Paul Thomas, #200618, PR fortran/28600) gnome-applets-1:2.15.3-1.fc6 ---------------------------- * Sun Aug 13 2006 Matthias Clasen - 1:2.15.3-1.fc6 - Update to 2.15.3 gnome-desktop-2.15.91-1.fc6 --------------------------- * Sun Aug 13 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 gnome-games-1:2.15.6-1.fc6 -------------------------- * Sat Aug 12 2006 Matthias Clasen - 1:2.15.6-1.fc6 - Update to 2.15.6 gnome-menus-2.15.91-1.fc6 ------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 gnome-nettool-2.15.91-1.fc6 --------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 gnome-panel-2.15.91-1.fc6 ------------------------- * Sun Aug 13 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 * Wed Aug 09 2006 Ray Strode - 2.15.90-5 - remove suspend from logout dialog -* Mon Aug 7 2006 Matthew Barnes - 2.15.90-4 - Rebuild against evolution-data-server-1.7.91 * Mon Aug 07 2006 Ray Strode - 2.15.90-3 - fix double free in menu editor launcher (bug 201439) gnome-session-2.15.90-4.fc6 --------------------------- * Sun Aug 13 2006 Ray Strode - 2.15.90-4.fc6 - fix window manager launching script. Patch from Tim Vismor (bug 202312) gnome-system-monitor-2.15.91-1.fc6 ---------------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 gnome-utils-1:2.15.92-1.fc6 --------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 kernel-2.6.17-1.2558.fc6 ------------------------ * Sun Aug 13 2006 Juan Quintela - enable ia64 xen again. - xen kernel-update linux-2.6-xen-fedora cset 35236:70890e6e4a72. * fix ia64 compilation problems. * Sat Aug 12 2006 Juan Quintela - disable ia64 xen, it doesn't compile. - xen HV update cset 11057:4ee64035c0a3 (newer than that don't compile on ia64). - update linux-2.6-xen patch to fix sort_regions on ia64. - fix %setup for xen HV to work at xen HV upgrades. * Fri Aug 11 2006 Juan Quintela - xen HV update cset 11061:80f364a5662f. - xen kernel update * linux-2.6-xen-fedora cset * linux-2.6-xen cset 22809:d4b3aba8876df169ffd9fac1d17bd88d87eb67c5. * xen-unstable 11060:323eb29083e6d596800875cafe6f843b5627d77b * Integrate xen virtual frame buffer patch. * Enable CONFIG_CRASH on xen. libbonobo-2.15.2-1.fc6 ---------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.2-1.fc6 - Update to 2.15.2 libbonoboui-2.15.0-1.fc6 ------------------------ * Sat Aug 12 2006 Matthias Clasen - 2.15.0-1.fc6 - Update to 2.15.0 - Don't ship static libraries and .la files libgnome-2.15.2-1.fc6 --------------------- * Sat Aug 12 2006 Matthias Clasen 2.15.2-1.fc6 - Update to 2.15.2 - Don't ship static libraries * Thu Jul 27 2006 Mike A. Harris 2.15.1-3.fc6 - Update utempter dependency and rebuild to ensure new libutempter is used. - Change BuildRoot to comply with Fedora packaging guidelines. - Change legacy style PreReqs to Requires({pre,post,postun}) style and update * Mon Jul 24 2006 Ray Strode - 2.15.1-2 - turn off im menu by default (bug 199967) libgnomeui-2.15.91-1.fc6 ------------------------ * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 libselinux-1.30.26-1 -------------------- * Sat Aug 12 2006 Dan Walsh - 1.30.25-1 - Upgrade to latest from NSA * Merged file context homedir and local path functions from Chris PeBenito. * Rework functions that access /proc/pid/attr to access the per-thread nodes, and unify the code to simplify maintenance. libsemanage-1.6.15-1 -------------------- * Sat Aug 12 2006 Dan Walsh - 1.6.15-1 - Upgrade to latest from NSA * Merged separate local file contexts patch from Chris PeBenito. * Merged patch to make most copy errors non-fatal from Dan Walsh. * Thu Aug 10 2006 Dan Walsh - 1.6.13-3 - Change other updates to be non-fatal nautilus-2.15.91-2.fc6 ---------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91-2.fc6 - Don't Provide/Obsolete nautilus-devel from the main package (#202322) * Thu Aug 10 2006 Alexander Larsson - 2.15.91-1.fc6 - Update to 2.15.91 - Split package into devel and extensions (#201967) * Thu Aug 03 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 nautilus-cd-burner-2.15.6-1.fc6 ------------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.6-1.fc6 - Update to 2.15.6 * Fri Aug 04 2006 Matthias Clasen - 2.15.5-1.fc6 - Update to 2.15.5 netpbm-10.34-3.fc6 ------------------ * Sat Aug 12 2006 Jindrich Novy 10.34-3.fc6 - pamscale won't waste all system resources by usage of uninitialized variables for output image resolution (#199871) - use %{?dist} policycoreutils-1.30.26-1 ------------------------- * Sat Aug 12 2006 Dan Walsh 1.30.26-1 - Update to upstream * Merged semanage local file contexts patch from Chris PeBenito. - Fix fixfiles log creation - More translations redhat-artwork-5.0.0-2.fc6 -------------------------- * Sat Aug 12 2006 Matthias Clasen - 5.0.0-2.fc6 - Link system-logviewer.png to logviewer.png selinux-policy-2.3.7-1 ---------------------- * Thu Aug 10 2006 Dan Walsh 2.3.7-1 - Update from upstream - More java fixes xerces-j2-0:2.7.1-7jpp.1 ------------------------ * Sat Aug 12 2006 Matt Wringe 0:2.7.1-7jpp.1 - Merge with upstream version * Sat Aug 12 2006 Matt Wringe 0:2.7.1-7jpp - Add conditional native compiling - Add missing requires for javadocs - Add missing requires for post and preun - Update version to 7jpp at Fedora's request Broken deps for i386 ---------------------------------------------------------- xerces-j2 - 2.7.1-7jpp.1.i386 requires /usr/sbin/update-alternatices Broken deps for ppc64 ---------------------------------------------------------- xerces-j2 - 2.7.1-7jpp.1.ppc64 requires /usr/sbin/update-alternatices Broken deps for x86_64 ---------------------------------------------------------- xerces-j2 - 2.7.1-7jpp.1.x86_64 requires /usr/sbin/update-alternatices Broken deps for ppc ---------------------------------------------------------- xerces-j2 - 2.7.1-7jpp.1.ppc requires /usr/sbin/update-alternatices Broken deps for ia64 ---------------------------------------------------------- xerces-j2 - 2.7.1-7jpp.1.ia64 requires /usr/sbin/update-alternatices Broken deps for s390 ---------------------------------------------------------- xerces-j2 - 2.7.1-7jpp.1.s390 requires /usr/sbin/update-alternatices Broken deps for s390x ---------------------------------------------------------- xerces-j2 - 2.7.1-7jpp.1.s390x requires /usr/sbin/update-alternatices From pbrobinson at gmail.com Sun Aug 13 14:06:54 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Sun, 13 Aug 2006 15:06:54 +0100 Subject: rawhide report: 20060813 changes In-Reply-To: <200608131015.k7DAFpln017165@hs20-bc2-6.build.redhat.com> References: <200608131015.k7DAFpln017165@hs20-bc2-6.build.redhat.com> Message-ID: <5256d0b0608130706y1fd1a456oa8b92148bb8664c0@mail.gmail.com> > Broken deps for i386 > ---------------------------------------------------------- > xerces-j2 - 2.7.1-7jpp.1.i386 requires /usr/sbin/update-alternatices Bit of a typo I think! From denis at poolshark.org Sun Aug 13 14:16:57 2006 From: denis at poolshark.org (Denis Leroy) Date: Sun, 13 Aug 2006 16:16:57 +0200 Subject: rawhide report: 20060811 changes In-Reply-To: <1155433891.14640.10.camel@localhost> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <5256d0b0608110607h2b65e913j1fbc76609ca7a3c3@mail.gmail.com> <44DC82B4.1010409@poolshark.org> <1155433891.14640.10.camel@localhost> Message-ID: <44DF3459.6020200@poolshark.org> Callum Lerwick wrote: > On Fri, 2006-08-11 at 15:14 +0200, Denis Leroy wrote: > >>No it's very useful to C++ developpers. Unlike C, there are important >>changes between g++ 3.x and g++ 4, some that sometimes require massive >>rewrites. I think this belongs in Core, as a replacement to compat-gcc-32. > > > Err, I've patched up (with lots of help from #fedora-extras and > google...) a pretty good number of C++ applications and libraries to > compile with gcc 4.1, and it consists mainly of a lot of minor syntax > tweaks, mostly to the way classes are defined. Nothing I would classify > as anywhere near a "massive rewrite", though you may know something I > don't... > No it's correct the most dramatic changes happened in the 3.2 -> 3.4 transition. From gajownik at gmail.com Sun Aug 13 14:38:03 2006 From: gajownik at gmail.com (Dawid Gajownik) Date: Sun, 13 Aug 2006 16:38:03 +0200 Subject: Feedback on Java applet functionality? In-Reply-To: <1155260135.5676.9.camel@price> References: <44DBCA8A.1000902@fedoraproject.org> <1155260135.5676.9.camel@price> Message-ID: <44DF394B.70905@gmail.com> Dnia 08/11/2006 03:36 AM, U?ytkownik David Nielsen napisa?: > www.infidelguy.com/chatroom.html has a java applet for using IRC and > that works without a single flaw. You mean this CGI:IRC client? It's not Java based. It works even in elinks :D May someone test this IRC client ? http://www.pjirc.com/demo.php ? With gcjwebplugin I cannot connect and there are problems with typing something to the text box. Everything works fine with the closed-source Sun's Java applet. Regards, Dawid -- ^_* From wtogami at redhat.com Sun Aug 13 17:58:42 2006 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Aug 2006 13:58:42 -0400 Subject: rawhide report: 20060813 changes In-Reply-To: <5256d0b0608130706y1fd1a456oa8b92148bb8664c0@mail.gmail.com> References: <200608131015.k7DAFpln017165@hs20-bc2-6.build.redhat.com> <5256d0b0608130706y1fd1a456oa8b92148bb8664c0@mail.gmail.com> Message-ID: <44DF6852.5060705@redhat.com> Peter Robinson wrote: >> Broken deps for i386 >> ---------------------------------------------------------- >> xerces-j2 - 2.7.1-7jpp.1.i386 requires >> /usr/sbin/update-alternatices > > Bit of a typo I think! > http://people.redhat.com/wtogami/temp/xerces-j2/ These packages should be in rawhide tomorrow. Meanwhile grab these so you can upgrade rawhide without trouble. Warren Togami wtogami at redhat.com From louisg00 at bellsouth.net Sun Aug 13 20:04:28 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sun, 13 Aug 2006 16:04:28 -0400 Subject: X devel libs problem? In-Reply-To: <1155439565.11539.4.camel@soncomputer> References: <1155439565.11539.4.camel@soncomputer> Message-ID: <1155499468.29080.4.camel@soncomputer> On Sun, 2006-08-13 at 00:26 -0400, Mike A. Harris wrote: > On Sat, 2006-08-12 at 23:29 -0400, Louis Garcia II wrote: > > Compiling gst-ffmpeg-0.10.1 on FC6 I ran into this: > > > > gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions > > -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 > > -mtune=generic -fasynchronous-unwind-tables -Wall -Wno-switch -o ffplay > > ffplay-cmdutils.o ffplay-ffplay.o -L/usr/lib -lSDL -lpthread > > libavutil/.libs/libavutil.a libavformat/.libs/libavformat.a -ldl > > libavcodec/.libs/libavcodec.a -lz -lm > > ffplay-ffplay.o: In function `main': > > /usr/src/redhat/BUILD/gst-ffmpeg-0.10.1/gst-libs/ext/ffmpeg/ffplay.c:2451: undefined reference to `XOpenDisplay' > > /usr/src/redhat/BUILD/gst-ffmpeg-0.10.1/gst-libs/ext/ffmpeg/ffplay.c:2455: undefined reference to `XCloseDisplay' > > collect2: ld returned 1 exit status > > make[7]: *** [ffplay] Error 1 > > > > I do have libX11-devel installed but somehow it's not picking it up. > > Might this package be screwed up? Don't know if this is an X bug or this > > particular package. > > > > -Louis > > "-lX11" is notably missing from the above gcc invocation, so > libX11 is not getting linked in. So is this a gcc bug? -Louis From fedora at camperquake.de Sun Aug 13 20:31:56 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 13 Aug 2006 22:31:56 +0200 Subject: X devel libs problem? In-Reply-To: <1155499468.29080.4.camel@soncomputer> References: <1155439565.11539.4.camel@soncomputer> <1155499468.29080.4.camel@soncomputer> Message-ID: <20060813223156.780f6b8f@nausicaa.camperquake.de> Hi. Louis Garcia II wrote: > > "-lX11" is notably missing from the above gcc invocation, so > > libX11 is not getting linked in. > > So is this a gcc bug? No, gcc does exactly what it is told. The makefile is incomplete. -- alias euthanise = kill From louisg00 at bellsouth.net Sun Aug 13 21:35:56 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sun, 13 Aug 2006 17:35:56 -0400 Subject: slow nfs client with current rawhide Message-ID: <1155504956.5039.2.camel@soncomputer> I have an FC4 nfs server and recently current rawhide is soo slow transfering files from it. Anyone having similar problems? -Louis From david at lovesunix.net Sun Aug 13 22:40:15 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 14 Aug 2006 00:40:15 +0200 Subject: Feedback on Java applet functionality? In-Reply-To: <44DF394B.70905@gmail.com> References: <44DBCA8A.1000902@fedoraproject.org> <1155260135.5676.9.camel@price> <44DF394B.70905@gmail.com> Message-ID: <1155508815.9834.5.camel@price> s?n, 13 08 2006 kl. 16:38 +0200, skrev Dawid Gajownik: > Dnia 08/11/2006 03:36 AM, U?ytkownik David Nielsen napisa?: > > > www.infidelguy.com/chatroom.html has a java applet for using IRC and > > that works without a single flaw. > > You mean this CGI:IRC client? It's not Java based. It works even in > elinks :D > > May someone test this IRC client ? http://www.pjirc.com/demo.php ? With > gcjwebplugin I cannot connect and there are problems with typing > something to the text box. Everything works fine with the closed-source > Sun's Java applet. > > Regards, > Dawid > Strange that used to be a java applet.. my bad - David From buildsys at redhat.com Mon Aug 14 09:53:59 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 14 Aug 2006 05:53:59 -0400 Subject: rawhide report: 20060814 changes Message-ID: <200608140953.k7E9rxMe011655@hs20-bc2-6.build.redhat.com> Updated Packages: control-center-1:2.15.91-2.fc6 ------------------------------ * Sun Aug 13 2006 Matthias Clasen - 2.15.01-2.fc6 - fix spec file (pointed out by Yanko Kaneti) dasher-4.1.9-1.fc6 ------------------ * Sun Aug 13 2006 Matthias Clasen - 4.1.9-1.fc6 - Update to 4.1.9 epiphany-2.15.91-2.fc6 ---------------------- * Sun Aug 13 2006 Matthias Clasen - 2.15.91-2.fc6 - Rebuild freetype-2.2.1-4.fc6 -------------------- * Sun Aug 13 2006 Matthias Clasen - 2.2.1-4.fc6 - fix a problem with the multilib patch (#202366) gconf-editor-2.15.91-1.fc6 -------------------------- * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 gdm-1:2.15.9-1.fc6 ------------------ * Fri Aug 04 2006 Ray Strode - 1:2.15.9-1 - update to 2.15.9 * Fri Aug 04 2006 Ray Strode - 1:2.15.7-2 - update gdmsetup pam file to use config-util stacks gnome-power-manager-2.15.91-1.fc6 --------------------------------- * Sun Aug 13 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 * Tue Aug 08 2006 Peter Jones - 2.15.4-3 - Don't beep by default, since there's no UI to turn it off. gnome-user-docs-2.15.1-1.fc6 ---------------------------- * Sun Aug 13 2006 Matthias Clasen - 2.15.1-1.fc6 - Update to 2.15.1 kernel-2.6.17-1.2564.fc6 ------------------------ libgconf-java-2.12.4-2.fc6 -------------------------- * Sun Aug 13 2006 Stepan Kasal - 2.12.4-2 - Fix the description of the -devel package. * Sun Aug 13 2006 Stepan Kasal - 2.12.4-1 - New upstream version. - Use the %{?dist} tag. - Use `make %{?_smp_mflags}'. - The -devel subpackage now requires several -devel packages. - Update requires and buildrequires. - Remove macros c_pkg_prefix and java_pkg_prefix and the code for optional instalation under /opt/frysk prefix. libglade-java-2.12.5-1.fc6 -------------------------- * Sun Aug 13 2006 Stepan Kasal - 2.12.5-1 - New upstream version. - Use the %{?dist} tag. - Use `make %{?_smp_mflags}'. - Move pkgconfig description to -devel subpackage. - The -devel subpackage now requires several -devel packages. - Update requires and buildrequires. libgnome-java-2.12.4-1.fc6 -------------------------- * Sun Aug 13 2006 Stepan Kasal - 2.12.4-1 - New upstream version. - Use the %{?dist} tag. - Use `make %{?_smp_mflags}'. - Move pkgconfig description to -devel subpackage. - The -devel subpackage now requires several -devel packages. - Update requires and buildrequires. libgtk-java-2.8.6-2.fc6 ----------------------- * Sun Aug 13 2006 Stepan Kasal - 2.8.6-2 - Implement a temporary workaround for #197460. * Sun Aug 13 2006 Stepan Kasal - 2.8.6-1 - New upstream version. - Use the %{?dist} tag. - Use `make %{?_smp_mflags}'. - Move pkgconfig description to -devel subpackage. - The -devel subpackage now requires several -devel packages. - Update requires and buildrequires. libvte-java-0.12.1-1.fc6 ------------------------ * Sun Aug 13 2006 Stepan Kasal - 0.12.1-1 - New upstream version. - Use the %{?dist} tag. - Use `make %{?_smp_mflags}'. - Move pkgconfig description to -devel subpackage. - The -devel subpackage now requires several -devel packages. metacity-2.15.21-1.fc6 ---------------------- * Sun Aug 13 2006 Matthias Clasen - 2.15.21-1.fc6 - Update to 2.15.21 - Uninstall gconf schemas in %preun perl-IO-Socket-SSL-0.998-1.fc6 ------------------------------ * Sun Aug 13 2006 Warren Togami - 0.998-1 - 0.998 with more important fixes pygobject2-2.11.2-2.fc6 ----------------------- * Sun Aug 13 2006 Matthias Clasen - 2.11.2-2.fc6 - BR libxslt * Sun Aug 13 2006 Matthias Clasen - 2.11.2-1.fc6 - Update to 2.11.2 pygtk2-2.9.6-1.fc6 ------------------ * Sun Aug 13 2006 Matthias Clasen - 2.9.6-1.fc6 - Update to 2.9.6 tomboy-0.3.9-1.fc6 ------------------ * Sun Aug 13 2006 Matthias Clasen - 0.3.9-1.fc6 - Update to 0.3.9 - Fix %preun script - Use upstream icons totem-1.5.91-1.fc6 ------------------ * Sun Aug 13 2006 Matthias Clasen - 1.5.91-1.fc6 - Update to 1.5.91 xerces-j2-0:2.7.1-7jpp.2 ------------------------ * Sun Aug 13 2006 Warren Togami 0:2.7.1-7jpp.2 - fix typo in preun req From k.georgiou at imperial.ac.uk Mon Aug 14 10:42:03 2006 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Mon, 14 Aug 2006 11:42:03 +0100 Subject: Missing /usr/X11R6/lib/X11 problems. Message-ID: <20060814104203.GC32093@imperial.ac.uk> One of our local users tried to install a commercial program which unfortunately has X11 statically linked. The program failed because it couldn't open /usr/X11R6/lib/X11/locale/locale.dir. A ln -s /usr/share/X11/ /usr/X11R6/lib/X11 solved the problem. So I am wondering if providing a compat-xorg-whatever rpm to ease problems like this is a good idea or not. Kostas From mailinglists at erwinrol.com Mon Aug 14 11:27:35 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 13:27:35 +0200 Subject: evolution crashes Message-ID: <44E05E27.1030808@erwinrol.com> Hey all, Is anybody else seeing random evolution crashes ? I can't use evolution for more than a minute or so and than it crashes. This is on x86_64 with the latest rawhide packages. - Erwin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: evolution-2.8-bugreport.txt URL: From fedora at leemhuis.info Mon Aug 14 11:35:55 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 14 Aug 2006 13:35:55 +0200 Subject: evolution crashes In-Reply-To: <44E05E27.1030808@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> Message-ID: <44E0601B.8000001@leemhuis.info> Erwin Rol schrieb: > Is anybody else seeing random evolution crashes ? I can't use evolution > for more than a minute or so and than it crashes. This is on x86_64 with > the latest rawhide packages. From: https://www.redhat.com/mailman/listinfo/fedora-devel-list --- This list is only for discussion of development issues in the Fedora Project. THIS IS NOT A SUPPORT LIST. THIS LIST IS FOR CORE DEVELOPMENT DISCUSSION ONLY. --- fedora-test-list ( https://www.redhat.com/mailman/listinfo/fedora-test-list ) is the proper place for this kind of issues that happen when running Fedora development. Please move this discussion there. tia! CU thl From david at lovesunix.net Mon Aug 14 11:37:50 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 14 Aug 2006 13:37:50 +0200 Subject: evolution crashes In-Reply-To: <44E05E27.1030808@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> Message-ID: <1155555470.18962.1.camel@price> man, 14 08 2006 kl. 13:27 +0200, skrev Erwin Rol: > Hey all, > > Is anybody else seeing random evolution crashes ? I can't use evolution > for more than a minute or so and than it crashes. This is on x86_64 with > the latest rawhide packages. Yep, me too. Very nasty bug, I can't reproduce it easily but it happens so often that evolution is even more useless than normally. - David Nielsen From mailinglists at erwinrol.com Mon Aug 14 12:01:52 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 14:01:52 +0200 Subject: evolution crashes In-Reply-To: <44E0601B.8000001@leemhuis.info> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> Message-ID: <44E06630.8030302@erwinrol.com> Thorsten Leemhuis wrote: > > Erwin Rol schrieb: >> Is anybody else seeing random evolution crashes ? I can't use >> evolution for more than a minute or so and than it crashes. This is >> on x86_64 with the latest rawhide packages. > > From: > https://www.redhat.com/mailman/listinfo/fedora-devel-list > --- > This list is only for discussion of development issues in the Fedora > Project. > > THIS IS NOT A SUPPORT LIST. THIS LIST IS FOR CORE DEVELOPMENT > DISCUSSION ONLY. Wow you had a serious bad weekend , didn't you ? - Erwin From mailinglists at erwinrol.com Mon Aug 14 12:03:22 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 14:03:22 +0200 Subject: evolution crashes In-Reply-To: <1155555470.18962.1.camel@price> References: <44E05E27.1030808@erwinrol.com> <1155555470.18962.1.camel@price> Message-ID: <44E0668A.3060807@erwinrol.com> David Nielsen wrote: > man, 14 08 2006 kl. 13:27 +0200, skrev Erwin Rol: > >> Hey all, >> >> Is anybody else seeing random evolution crashes ? I can't use evolution >> for more than a minute or so and than it crashes. This is on x86_64 with >> the latest rawhide packages. >> > > Yep, me too. Very nasty bug, I can't reproduce it easily but it happens > so often that evolution is even more useless than normally. > Is there a bugzilla for this ? As you mention it "just crashes" can't really seem to find out what user action causes it. - Erwin From jkeating at redhat.com Mon Aug 14 12:15:15 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Aug 2006 08:15:15 -0400 Subject: evolution crashes In-Reply-To: <44E06630.8030302@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> <44E06630.8030302@erwinrol.com> Message-ID: <200608140815.15233.jkeating@redhat.com> On Monday 14 August 2006 08:01, Erwin Rol wrote: > Wow you had a serious bad weekend , didn't you ? The CAPS is a direct quote from the mailman page. Thorsten was helpfully select/inserting the content from the mailman page into the email. The caps aren't his. -- 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 mailinglists at erwinrol.com Mon Aug 14 12:20:27 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 14:20:27 +0200 Subject: evolution crashes In-Reply-To: <44E05E27.1030808@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> Message-ID: <44E06A8B.4030505@erwinrol.com> Erwin Rol wrote: > Hey all, > > Is anybody else seeing random evolution crashes ? I can't use > evolution for more than a minute or so and than it crashes. This is on > x86_64 with the latest rawhide packages. Trying to run evolution in gdb has a weird effect. As soon as the error happens the bugbuddy takes over and kills evolution and gdb, and it is not possible to do any debugging at all. Is there a way to disable that behavior? - Erwin From caolanm at redhat.com Mon Aug 14 12:23:13 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 14 Aug 2006 13:23:13 +0100 Subject: evolution crashes In-Reply-To: <44E06A8B.4030505@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> <44E06A8B.4030505@erwinrol.com> Message-ID: <1155558193.2396.15.camel@soulcrusher.caolan.org> On Mon, 2006-08-14 at 14:20 +0200, Erwin Rol wrote: > Erwin Rol wrote: > > Hey all, > > > > Is anybody else seeing random evolution crashes ? I can't use > > evolution for more than a minute or so and than it crashes. This is on > > x86_64 with the latest rawhide packages. > > Trying to run evolution in gdb has a weird effect. As soon as the error > happens the bugbuddy takes over and kills evolution and gdb, and it is > not possible to do any debugging at all. Is there a way to disable that > behavior? I think this will work... gdb evolution (gdb) run --disable-crash-dialog C. From mailinglists at erwinrol.com Mon Aug 14 12:34:34 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 14:34:34 +0200 Subject: evolution crashes In-Reply-To: <1155558193.2396.15.camel@soulcrusher.caolan.org> References: <44E05E27.1030808@erwinrol.com> <44E06A8B.4030505@erwinrol.com> <1155558193.2396.15.camel@soulcrusher.caolan.org> Message-ID: <44E06DDA.7050001@erwinrol.com> Caolan McNamara wrote: > On Mon, 2006-08-14 at 14:20 +0200, Erwin Rol wrote: > >> Erwin Rol wrote: >> >>> Hey all, >>> >>> Is anybody else seeing random evolution crashes ? I can't use >>> evolution for more than a minute or so and than it crashes. This is on >>> x86_64 with the latest rawhide packages. >>> >> Trying to run evolution in gdb has a weird effect. As soon as the error >> happens the bugbuddy takes over and kills evolution and gdb, and it is >> not possible to do any debugging at all. Is there a way to disable that >> behavior? >> > > I think this will work... > > gdb evolution > (gdb) run --disable-crash-dialog > That does disable the bugbuddy dialog but evolution still directly exits after the error as if it wasn't invoked with gdb ; [erwin at xpc Desktop]$ gdb evolution-2.8 GNU gdb Red Hat Linux (6.5-3.fc6rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". (gdb) run --disable-crash-dialog Starting program: /usr/bin/evolution-2.8 --disable-crash-dialog [Thread debugging using libthread_db enabled] [New Thread 46912499101776 (LWP 15430)] CalDAV Eplugin starting up ... (evolution-2.8:15430): camel-WARNING **: camel_exception_get_id called with NULL parameter. [New Thread 1084229952 (LWP 15438)] [New Thread 1094719808 (LWP 15439)] [Thread 1094719808 (LWP 15439) exited] [New Thread 1105209664 (LWP 15440)] libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files [New Thread 1115699520 (LWP 15442)] [New Thread 1094719808 (LWP 15441)] [New Thread 1126189376 (LWP 15443)] [Thread 1126189376 (LWP 15443) exited] [New Thread 1126189376 (LWP 15446)] [New Thread 1136679232 (LWP 15449)] BBDB spinning up... bbdb: Buddy list has changed since last sync. [New Thread 1147169088 (LWP 15455)] [New Thread 1147435328 (LWP 15458)] bbdb: Synchronizing buddy list to contacts... bbdb: Done syncing buddy list to contacts. [New Thread 1157925184 (LWP 15463)] [Thread 1157925184 (LWP 15463) exited] adding certinfo Marcus Better adding certinfo Marcus Better adding certinfo Marcus Better Segmentation fault [erwin at xpc Desktop]$ From fedora at leemhuis.info Mon Aug 14 12:36:50 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 14 Aug 2006 14:36:50 +0200 Subject: evolution crashes In-Reply-To: <200608140815.15233.jkeating@redhat.com> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> <44E06630.8030302@erwinrol.com> <200608140815.15233.jkeating@redhat.com> Message-ID: <44E06E62.1080606@leemhuis.info> Jesse Keating schrieb: > On Monday 14 August 2006 08:01, Erwin Rol wrote: >> Wow you had a serious bad weekend , didn't you ? > The CAPS is a direct quote from the mailman page. Thorsten was helpfully > select/inserting the content from the mailman page into the email. The caps > aren't his. thx Jesse for this clarification. Yes, that was quoted from the list info page. But it seems the people don't get the differences between fedora-devel and fedora-test list. Mostly not their fault AFAICS. We IMHO need to make the differences more clear. I'd vote for a special fedora-development-tree-list to make it more obvious, but I know people won't like yet another mailinglist (fedora-test-list could stay and handle updates-testing stuff for stable releases). fedora-devel should IMHO stay only for general discussions ("Xorg 7.1 as FC5 update" and stuff like that). Further: The rawhide reports IMHO shouldn't be send to both fedora-devel and fedora-test-list because sometimes stuff get discussed in reply to one list while the same or other stuff gets discussed on the other. That's confusing. At least a common "Reply-to" would be helpful so all replies go to one list by default (people can override it if there is a need to). Just my 2 cent CU thl From fedora at leemhuis.info Mon Aug 14 12:56:33 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 14 Aug 2006 14:56:33 +0200 Subject: mailinglists (Was: Re: evolution crashes) In-Reply-To: <44E06E62.1080606@leemhuis.info> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> <44E06630.8030302@erwinrol.com> <200608140815.15233.jkeating@redhat.com> <44E06E62.1080606@leemhuis.info> Message-ID: <44E07301.1040600@leemhuis.info> Thorsten Leemhuis schrieb: > Jesse Keating schrieb: > > But it seems the people don't get the differences between fedora-devel > and fedora-test list. Mostly not their fault AFAICS. We IMHO need to > make the differences more clear. I'd vote for a special > fedora-development-tree-list to make it more obvious, but I know people > won't like yet another mailinglist (fedora-test-list could stay and > handle updates-testing stuff for stable releases). fedora-devel should > IMHO stay only for general discussions ("Xorg 7.1 as FC5 update" and > stuff like that). Followup to myself: Or we simply scratch fedora-test-list to get rid of this problem completely. Further: The purpose for fedora-maintainers seems also not completely clear afaics. It's a nice list to announce stuff to all maintainers, but sometimes there are discussions held there that in my eyes would be more suitable on fedora-devel or fedora-extras-list. CU thl From sundaram at fedoraproject.org Mon Aug 14 13:05:37 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 14 Aug 2006 18:35:37 +0530 Subject: mailinglists (Was: Re: evolution crashes) In-Reply-To: <44E07301.1040600@leemhuis.info> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> <44E06630.8030302@erwinrol.com> <200608140815.15233.jkeating@redhat.com> <44E06E62.1080606@leemhuis.info> <44E07301.1040600@leemhuis.info> Message-ID: <44E07521.3000109@fedoraproject.org> Thorsten Leemhuis wrote: > > > Thorsten Leemhuis schrieb: >> Jesse Keating schrieb: >> >> But it seems the people don't get the differences between fedora-devel >> and fedora-test list. Mostly not their fault AFAICS. We IMHO need to >> make the differences more clear. I'd vote for a special >> fedora-development-tree-list to make it more obvious, but I know >> people won't like yet another mailinglist (fedora-test-list could stay >> and handle updates-testing stuff for stable releases). fedora-devel >> should IMHO stay only for general discussions ("Xorg 7.1 as FC5 >> update" and stuff like that). > > Followup to myself: Or we simply scratch fedora-test-list to get rid of > this problem completely. No. We need it to announce test updates and QA efforts are going to be discussed more in the future there. http://www.redhat.com/about/news/prarchive/ > > Further: The purpose for fedora-maintainers seems also not completely > clear afaics. It's a nice list to announce stuff to all maintainers, but > sometimes there are discussions held there that in my eyes would be more > suitable on fedora-devel or fedora-extras-list. Fedora maintainers was created due to the huge amount of unnecessary noise in this list on various occasions. If a Fedora maintainers discussion happens that would only apply to Fedora Extras, feel free to redirect people to the appropriate list. In general, the "problem" of people discussing development bugs in this list is not very big as much as random people jumping in with their opinions on things not related to Fedora development in anyway. We cant be periodically having a purpose of the list discussion. Rahul From david at lovesunix.net Mon Aug 14 13:13:47 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 14 Aug 2006 15:13:47 +0200 Subject: mailinglists (Was: Re: evolution crashes) In-Reply-To: <44E07301.1040600@leemhuis.info> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> <44E06630.8030302@erwinrol.com> <200608140815.15233.jkeating@redhat.com> <44E06E62.1080606@leemhuis.info> <44E07301.1040600@leemhuis.info> Message-ID: <1155561227.19144.10.camel@price> man, 14 08 2006 kl. 14:56 +0200, skrev Thorsten Leemhuis: > > Thorsten Leemhuis schrieb: > > Jesse Keating schrieb: > > > > But it seems the people don't get the differences between fedora-devel > > and fedora-test list. Mostly not their fault AFAICS. We IMHO need to > > make the differences more clear. I'd vote for a special > > fedora-development-tree-list to make it more obvious, but I know people > > won't like yet another mailinglist (fedora-test-list could stay and > > handle updates-testing stuff for stable releases). fedora-devel should > > IMHO stay only for general discussions ("Xorg 7.1 as FC5 update" and > > stuff like that). > > Followup to myself: Or we simply scratch fedora-test-list to get rid of > this problem completely. Honestly that sounds like the best suggestion, looking at -test it doesn't seem like that has a lot of activity so I doubt removing it would add a lot of traffic to -devel and I find that a lot of the threads on -devel are very useful for your average tester. Besides it might be good for unification of developers and testing community to have us all mingle some more. One thing that would be nice though would be if we could get a gentlemans agreement to handles bug confirmation in say the daily Rawhide threads, it might make it easier to handle and potential scaredypants upgraders would be able to check that thread every day for serious issues. Bug triading is an entirely valid activity though and I'd hate for people to think they did a bad thing by helping out even if they didn't do it in the preferred manner. We should love our testers, their insanity helps ensure a great final product. - David Nielsen From mailinglists at erwinrol.com Mon Aug 14 13:15:25 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 15:15:25 +0200 Subject: evolution crashes In-Reply-To: <44E06E62.1080606@leemhuis.info> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> <44E06630.8030302@erwinrol.com> <200608140815.15233.jkeating@redhat.com> <44E06E62.1080606@leemhuis.info> Message-ID: <44E0776D.2@erwinrol.com> Thorsten Leemhuis wrote: > > > Jesse Keating schrieb: >> On Monday 14 August 2006 08:01, Erwin Rol wrote: >>> Wow you had a serious bad weekend , didn't you ? >> The CAPS is a direct quote from the mailman page. Thorsten was >> helpfully select/inserting the content from the mailman page into the >> email. The caps aren't his. > > thx Jesse for this clarification. Yes, that was quoted from the list > info page. > Than sorry for the remark, no offense meant. > But it seems the people don't get the differences between fedora-devel > and fedora-test list. Mostly not their fault AFAICS. We IMHO need to > make the differences more clear. I'd vote for a special > fedora-development-tree-list to make it more obvious, but I know > people won't like yet another mailinglist (fedora-test-list could stay > and handle updates-testing stuff for stable releases). fedora-devel > should IMHO stay only for general discussions ("Xorg 7.1 as FC5 > update" and stuff like that). Test and development have kind of blurry edges, maybe my first mail should have gone to the test-list, but where should the question go on why GDB and evolution do not play nice ? And what if i not only test, but also debug (which i was trying to do) ? > Further: The rawhide reports IMHO shouldn't be sendto both > fedora-devel and fedora-test-list because sometimes stuff get > discussed in reply to one list while the same or other stuff gets > discussed on the other. That's confusing. At least a common "Reply-to" > would be helpful so all replies go to one list by default (people can > override it if there is a need to). > Ones again , Thorsten, no offense meant to you personally. - Erwin From fedora at leemhuis.info Mon Aug 14 13:29:38 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 14 Aug 2006 15:29:38 +0200 Subject: evolution crashes In-Reply-To: <44E0776D.2@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> <44E0601B.8000001@leemhuis.info> <44E06630.8030302@erwinrol.com> <200608140815.15233.jkeating@redhat.com> <44E06E62.1080606@leemhuis.info> <44E0776D.2@erwinrol.com> Message-ID: <44E07AC2.3070605@leemhuis.info> Erwin Rol schrieb: > Thorsten Leemhuis wrote: >> Jesse Keating schrieb: >>> On Monday 14 August 2006 08:01, Erwin Rol wrote: >>>> Wow you had a serious bad weekend , didn't you ? >>> The CAPS is a direct quote from the mailman page. Thorsten was >>> helpfully select/inserting the content from the mailman page into the >>> email. The caps aren't his. >> thx Jesse for this clarification. Yes, that was quoted from the list >> info page. > Than sorry for the remark, no offense meant. np >> But it seems the people don't get the differences between fedora-devel >> and fedora-test list. Mostly not their fault AFAICS. We IMHO need to >> make the differences more clear. I'd vote for a special >> fedora-development-tree-list to make it more obvious, but I know >> people won't like yet another mailinglist (fedora-test-list could stay >> and handle updates-testing stuff for stable releases). fedora-devel >> should IMHO stay only for general discussions ("Xorg 7.1 as FC5 >> update" and stuff like that). > Test and development have kind of blurry edges, maybe my first mail > should have gone to the test-list, Probably. > but where should the question go on > why GDB and evolution do not play nice ? And what if i not only test, > but also debug (which i was trying to do) ? Probably fedora-test, too. >> Further: The rawhide reports IMHO shouldn't be sendto both >> fedora-devel and fedora-test-list because sometimes stuff get >> discussed in reply to one list while the same or other stuff gets >> discussed on the other. That's confusing. At least a common "Reply-to" >> would be helpful so all replies go to one list by default (people can >> override it if there is a need to). > Ones again , Thorsten, no offense meant to you personally. np, I have asbestos underwear ;-) CU thl From mbarnes at redhat.com Mon Aug 14 14:16:49 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Mon, 14 Aug 2006 10:16:49 -0400 Subject: evolution crashes In-Reply-To: <44E05E27.1030808@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> Message-ID: <1155565009.2781.1.camel@mbarnes.boston.redhat.com> On Mon, 2006-08-14 at 13:27 +0200, Erwin Rol wrote: > Is anybody else seeing random evolution crashes ? I can't use evolution > for more than a minute or so and than it crashes. This is on x86_64 with > the latest rawhide packages. You might be bumping into this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202309 Can't tell you much more than that yet. It's being worked. Matthew Barnes From mailinglists at erwinrol.com Mon Aug 14 14:55:22 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 16:55:22 +0200 Subject: evolution crashes In-Reply-To: <1155565009.2781.1.camel@mbarnes.boston.redhat.com> References: <44E05E27.1030808@erwinrol.com> <1155565009.2781.1.camel@mbarnes.boston.redhat.com> Message-ID: <44E08EDA.4020907@erwinrol.com> Matthew Barnes wrote: > On Mon, 2006-08-14 at 13:27 +0200, Erwin Rol wrote: > >> Is anybody else seeing random evolution crashes ? I can't use evolution >> for more than a minute or so and than it crashes. This is on x86_64 with >> the latest rawhide packages. >> > > You might be bumping into this bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202309 > > Can't tell you much more than that yet. It's being worked. > > Is there anything i can do to help ? More stacktraces ? or providing other infos ? - Erwin From mbarnes at redhat.com Mon Aug 14 15:38:36 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Mon, 14 Aug 2006 11:38:36 -0400 Subject: evolution crashes In-Reply-To: <44E08EDA.4020907@erwinrol.com> References: <44E05E27.1030808@erwinrol.com> <1155565009.2781.1.camel@mbarnes.boston.redhat.com> <44E08EDA.4020907@erwinrol.com> Message-ID: <1155569916.2781.29.camel@mbarnes.boston.redhat.com> On Mon, 2006-08-14 at 16:55 +0200, Erwin Rol wrote: > > You might be bumping into this bug: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202309 > > > > Can't tell you much more than that yet. It's being worked. > > > > > Is there anything i can do to help ? More stacktraces ? or providing > other infos ? Erwin, The bug seems to be affecting people with enormous folders. Does that apply to you too? I haven't seen this crash on my machine yet, but that may be because I haven't been here long enough to amass enough messages for this bug to affect me. The first thing I'm trying to figure out is whether this was something introduced upstream in the latest release or by one of the Fedora patches. So if you or others could see if the crashing is still present while running _unpatched_ versions of Evolution 2.7.91 and Evolution-Data-Server 1.7.91 (either directly from GNOME sources or by rebuilding the SRPMs), that would help me out the most. Additional backtraces or straces are welcome as well. Please provide feedback to the Bugzilla bug, though. Otherwise I'm likely to miss it. And please add backtraces and other debugging info as Bugzilla attachments so that I can sort through it all. Thanks in advance for the assistance! Matthew Barnes From mailinglists at erwinrol.com Mon Aug 14 15:59:41 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 14 Aug 2006 17:59:41 +0200 Subject: evolution crashes In-Reply-To: <1155569916.2781.29.camel@mbarnes.boston.redhat.com> References: <44E05E27.1030808@erwinrol.com> <1155565009.2781.1.camel@mbarnes.boston.redhat.com> <44E08EDA.4020907@erwinrol.com> <1155569916.2781.29.camel@mbarnes.boston.redhat.com> Message-ID: <44E09DED.2080702@erwinrol.com> Matthew Barnes wrote: > On Mon, 2006-08-14 at 16:55 +0200, Erwin Rol wrote: > >>> You might be bumping into this bug: >>> >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202309 >>> >>> Can't tell you much more than that yet. It's being worked. >>> >>> >>> >> Is there anything i can do to help ? More stacktraces ? or providing >> other infos ? >> > > Erwin, > > The bug seems to be affecting people with enormous folders. Does that > apply to you too? I haven't seen this crash on my machine yet, but that > may be because I haven't been here long enough to amass enough messages > for this bug to affect me. > Yes, I have >100k messages (about 2Gig data) in a cyrus imap folder that goes back to 1996. > The first thing I'm trying to figure out is whether this was something > introduced upstream in the latest release or by one of the Fedora > patches. So if you or others could see if the crashing is still present > while running _unpatched_ versions of Evolution 2.7.91 and > Evolution-Data-Server 1.7.91 (either directly from GNOME sources or by > rebuilding the SRPMs), that would help me out the most. > Ok i will try that tomorrow. > Additional backtraces or straces are welcome as well. > Do you know how to disable bugbuddy, that really keeps preventing GDB from working for me, at the crash it just exits. > Please provide feedback to the Bugzilla bug, though. Otherwise I'm > likely to miss it. And please add backtraces and other debugging info > as Bugzilla attachments so that I can sort through it all. > OK i will put my results in BZ tomorrow. - Erwin From katzj at redhat.com Mon Aug 14 16:47:38 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 14 Aug 2006 12:47:38 -0400 Subject: compat-gcc in extras (was: Re: rawhide report: 20060811 changes) In-Reply-To: <44DCBAAB.6060404@leemhuis.info> References: <200608110955.k7B9tDvK013244@hs20-bc2-6.build.redhat.com> <44DC7AF3.9030208@fedoraproject.org> <20060811125759.GJ32572@devserv.devel.redhat.com> <200608110812.56616.dennis@ausil.us> <44DCBAAB.6060404@leemhuis.info> Message-ID: <1155574058.2878.57.camel@aglarond.local> On Fri, 2006-08-11 at 19:13 +0200, Thorsten Leemhuis wrote: > > Well, it seems Core developers don't want to discuss this. I especially > liked the attitude in > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201913#c2 > > The comment describes in a nice and verbose way why this package has to > be in Core. > > FWIW, I'm not convinced either and sent a similar (private) mail on seeing the addition. I'm still technically taking the day off today, but will follow that up more tomorrow :) Jeremy From mbarnes at redhat.com Mon Aug 14 17:01:46 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Mon, 14 Aug 2006 13:01:46 -0400 Subject: evolution crashes In-Reply-To: <1155569916.2781.29.camel@mbarnes.boston.redhat.com> References: <44E05E27.1030808@erwinrol.com> <1155565009.2781.1.camel@mbarnes.boston.redhat.com> <44E08EDA.4020907@erwinrol.com> <1155569916.2781.29.camel@mbarnes.boston.redhat.com> Message-ID: <1155574906.2781.33.camel@mbarnes.boston.redhat.com> On Mon, 2006-08-14 at 11:38 -0400, Matthew Barnes wrote: > The first thing I'm trying to figure out is whether this was something > introduced upstream in the latest release or by one of the Fedora > patches. So if you or others could see if the crashing is still present > while running _unpatched_ versions of Evolution 2.7.91 and > Evolution-Data-Server 1.7.91 (either directly from GNOME sources or by > rebuilding the SRPMs), that would help me out the most. Of course the more obvious thing to do is try downgrading to Evolution 2.7.90 and Evolution-Data-Server 1.7.90 and see if the crashes persist. Mondays... Matthew Barnes From j.w.r.degoede at hhs.nl Mon Aug 14 19:52:49 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Aug 2006 21:52:49 +0200 Subject: The bug squad is hiring! In-Reply-To: <44E0942D.6070700@fedoraproject.org> References: <44DB1061.7020508@hhs.nl> <44DB29C3.9020504@poolshark.org> <44DD6914.4080401@hhs.nl> <44DDACB3.6000509@fedoraproject.org> <44DEE087.4090708@hhs.nl> <44DF3505.3090309@fedoraproject.org> <44E07737.2070009@hhs.nl> <44E07865.1050302@fedoraproject.org> <44E09240.3040605@hhs.nl> <44E0942D.6070700@fedoraproject.org> Message-ID: <44E0D491.5000003@hhs.nl> Hi All, I've been thinking about this some more and although I still firmly believe in the basic ideas behind this (taping into the community to help fix high impact / annoying bugs), I don't feel like pulling the kart / spearheading the effort. so I won't be adding something to the wiki, mainly because I have the feeling it won't be used much as the response to this thread sofar has been minimal. Maybe I also have been going the wrong way, because I believe that in order for the community to help fix bugs, the package maintainer who could use / wants / needs the communities help should get involved. Maybe he should not only be involved but he should be taking the initiative to ask the community for help, that way the volunteers have guarantees that their work will get integrated. Currently my experience with this has been a bit frustrating. In order to be able to help in many cases I will need some pointers (general direction) where to look. And sofar replies to requests for such general directions have been absent. In the one case where I did manage to locate and fix a bug after a couple of hours of debugging, the fix for this hasn't been integrated yet (its a very simple 1 line fix which is obviously correct). So to make a long story short I will still be trying to help out by cherry picking some bugs and trying to fix this, but I hereby cease any activities to try and create a coordinated community bug squashing effort. Still any Core developers overwelmed with bugs who need a hand feel free to ask me, and I think / guess you should feel free to ask the community in general, that might be the better way to get the community involved in helping with the enormous amount of bugs (of much varying severity). Regards, Hans From tromey at redhat.com Mon Aug 14 20:34:33 2006 From: tromey at redhat.com (Tom Tromey) Date: 14 Aug 2006 14:34:33 -0600 Subject: Feedback on Java applet functionality? In-Reply-To: <20060811021353.GA1524458@hiwaay.net> References: <44DBCA8A.1000902@fedoraproject.org> <20060811021353.GA1524458@hiwaay.net> Message-ID: >>>>> "Chris" == Chris Adams writes: Chris> I just tried the NWS (weather.gov) local radar animation Chris> applet. When I clicked "Trust Applet", firefox froze. [...] Chris> I turned off the execmem check (setsebool allow_execmem=1). With that, Chris> the applet loads and eventually runs, but it doesn't display the radar Chris> images (and it uses a lot of RAM - 464m VIRT and 375m RES according to Chris> top). If you run into an applet that doesn't work, please file it in bugzilla. We'll get someone to look at the failures. Tom From orion at cora.nwra.com Mon Aug 14 22:14:00 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 14 Aug 2006 16:14:00 -0600 Subject: pam_console_apply, udev, selinux, and /var In-Reply-To: References: Message-ID: Orion Poplawski wrote: > Now, I think the proper solution is to have anaconda properly label the > /var mount point var_t. Suggested in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202525 -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From orion at cora.nwra.com Mon Aug 14 22:16:44 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 14 Aug 2006 16:16:44 -0600 Subject: slow nfs client with current rawhide In-Reply-To: <1155504956.5039.2.camel@soncomputer> References: <1155504956.5039.2.camel@soncomputer> Message-ID: Louis Garcia II wrote: > I have an FC4 nfs server and recently current rawhide is soo slow > transfering files from it. Anyone having similar problems? > > -Louis > I just noticed things seeming to hang trying to access nfs automounted directories. Never waited long enough, but it was just doing a simple stat() call: stat64("/opt/local/bin/backup", [root at sombrero ~]# ls /opt/local/bin ls: /opt/local/bin: Interrupted system call (ctrl-c out of the ls command) -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From bojan at rexursive.com Mon Aug 14 23:32:44 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 15 Aug 2006 09:32:44 +1000 Subject: AIGLX for FC5: crashes with i810 on x86_64 Message-ID: <20060815093244.27din4gy8c48w8wc@www.rexursive.com> Anyone else seeing segfaults (i.e. X won't start at all) when AIGLX repository is enabled for x86_64? This is with Intel i810 driver. -- Bojan From buildsys at redhat.com Tue Aug 15 10:06:15 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 15 Aug 2006 06:06:15 -0400 Subject: rawhide report: 20060815 changes Message-ID: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> Updated Packages: beagle-0.2.7-9.fc6 ------------------ * Tue Aug 15 2006 Matthias Clasen - 0.2.7-9.fc6 - Hide keybinding in beagle-settings, since the global search keybinding works. (#201424) control-center-1:2.15.91-3.fc6 ------------------------------ * Mon Aug 14 2006 Matthias Clasen - 2.15.91-3.fc6 - Make the search keybinding work with beagle * Sun Aug 13 2006 Matthias Clasen - 2.15.91-2.fc6 - fix spec file (pointed out by Yanko Kaneti) * Sun Aug 13 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 devhelp-0.12-4.fc6 ------------------ * Mon Aug 14 2006 Matthias Clasen - 0.12-4.fc6 - Fix transparent headers * Mon Aug 14 2006 Matthew Barnes - 0.12-3 - Add missing Requires to devel package. dhcdbd-1.16-1.fc6 ----------------- * Mon Aug 14 2006 David Cantrell - 1.16-1 - Rolled in dbus-deprecated patch changes to upstream source - Corrected init script problems (#202219) - Install the init script from the source archive, not SOURCES * Wed Jul 19 2006 Matthias Clasen - 1.15-1.FC6.3 - Rebuild against new dbus dovecot-1.0-0.rc2.2.fc6 ----------------------- * Tue Aug 15 2006 Petr Rockai - 1.0-0.rc2.2 - include /var/lib/dovecot in the package, prevents startup failure on new installs elfutils-0.123-1.fc6 -------------------- * Mon Aug 14 2006 Roland McGrath 0.123-1 - Update to 0.123 - libebl: Backend build fixes, thanks to Stepan Kasal. - libebl: ia64 backend support for register names, return value location - libdwfl: Handle truncated linux kernel module section names. - libdwfl: Look for linux kernel vmlinux files with .debug suffix. - elflint: Fix checks to permit --hash-style=gnu format. * Mon Jul 17 2006 Roland McGrath - 0.122-4 - Fix warnings in elflint compilation. evolution-2.7.91-4 ------------------ * Mon Aug 14 2006 Matthew Barnes - 2.7.91-4 - Add patch for RH bug #201831. * Mon Aug 14 2006 Matthew Barnes - 2.7.91-3 - Consolidate "missing declarations" patches. - Add patch for RH bug #202383. * Fri Aug 11 2006 Matthew Barnes - 2.7.91-2 - Add patch for RH bug #197868. evolution-data-server-1.7.91-2 ------------------------------ * Mon Aug 14 2006 Matthew Barnes - 1.7.91-2 - Add patch for RH bug #202329. gedit-1:2.15.7-1.fc6 -------------------- * Mon Aug 14 2006 Matthias Clasen - 1:2.15.7-1.fc6 - Update to 2.15.7 gnome-power-manager-2.15.91-2.fc6 --------------------------------- * Tue Aug 15 2006 Matthias Clasen - 2.15.91-2.fc6 - Fix a double free in the smartcart code gnome-screensaver-2.15.6-1.fc6 ------------------------------ * Sun Aug 13 2006 Ray Strode - 2.15.6-1.fc6 - Update to 2.15.6 - fix up rpm group (bug 202372) gnome-session-2.15.91-1.fc6 --------------------------- * Mon Aug 14 2006 Ray Strode - 2.15.91-1.fc6 - Update to 2.15.91 gtk2-2.10.1-3.fc6 ----------------- * Mon Aug 14 2006 Matthias Clasen - 2.10.1-3.fc6 - Fix a problem with the search patch icu-3.6-0.2.d02 --------------- * Mon Aug 14 2006 Caolan McNamara - 3.6-0.1.d02 - bump im-chooser-0.3.1-1.fc6 ---------------------- * Tue Aug 15 2006 Akira TAGOH - 0.3.1-1 - New upstream release. java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_101rh ------------------------------------------- * Mon Aug 14 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_101rh - Add libgcj-devel to devel and src post and postun requirements. (202007) - Require libgcj in plugin package. (202268) * Fri Aug 04 2006 Gary Benson - Move aot-compile and its libraries to the devel subpackage. jgroups-0:2.2.9.2-3jpp.2 ------------------------ * Mon Aug 14 2006 Vivek Lakshmanan - 0:2.2.9.2-3jpp.2 - Keep ENCRYPTAsymmetricTest since BC now available. kernel-2.6.17-1.2566.fc6 ------------------------ * Mon Aug 14 2006 Dave Jones - Update to squashfs 3.1 which should fix stack overflows seen during installation. - Merge framebuffer driver for OLPC. libXfont-1.2.0-2.fc6 -------------------- * Mon Aug 14 2006 Soren Sandmann - 1.2.0-2.fc6 - fdo-7535.patch Fix for FDO bug 7535, CVE-2006-3467, RH bug 202472 libbonobo-2.15.3-1.fc6 ---------------------- * Mon Aug 14 2006 Matthias Clasen - 2.15.3-1.fc6 - Update to 2.15.3 libdhcp-1.12-1 -------------- * Mon Aug 14 2006 Peter Jones - 1.12-1 - Fixes for ppc and ppc64 (#201920) * Fri Aug 11 2006 David Cantrell - 1.11-1 - If interface is already configured, down it before reconfig (#202208) libnl-1.0-0.10.pre5.4 --------------------- * Mon Aug 14 2006 Peter Jones - 1.0-0.10.pre5.4 - Fix nl_recv() for ppc64 man-pages-2.39-3 ---------------- * Mon Aug 14 2006 Marcela Maslanova 2.39-3 - fix same bug better * Wed Aug 09 2006 Marcela Maslanova 2.39-2 - fix(#200681) typo * Wed Aug 09 2006 Marcela Maslanova 2.39-1 - new version 2.39 mkinitrd-5.1.6-1 ---------------- * Mon Aug 14 2006 Bill Nottingham - 5.1.6-1 - don't make every loop device /dev/loop0. Eep. * Mon Aug 14 2006 Peter Jones - 5.1.5-1 - Provide libbdevid. * Mon Aug 14 2006 Peter Jones - 5.1.4-1 - Fix requires for libbdevid - Make it safe to call nashLogger and nashLoggerV with no context. nautilus-sendto-0.7-4.fc6 ------------------------- * Mon Aug 14 2006 Alexander Larsson - 0.7-4 - Buildrequire nautilus-devel parted-1.7.1-10.fc6 ------------------- * Mon Aug 14 2006 David Cantrell - 1.7.1-10 - Removed bad header file patch (#200577) poppler-0.5.3-2.fc6 ------------------- * Mon Aug 14 2006 Matthias Clasen - 0.5.3-2.fc6 - link against fontconfig (see bug 202256) pwlib-1.10.1-6.fc6 ------------------ * Mon Aug 14 2006 Matthias Clasen - 1.10.1-6.fc6 - Own some directories rhpxl-0.30-1 ------------ * Mon Aug 14 2006 Adam Jackson 0.30-1 - Don't emit a Load "synaptics" directive, it's wrong. sysreport-1.4.3-9 ----------------- * Mon Aug 14 2006 Than Ngo 1.4.3-9 - fix #195352, sysreport's is returning a return code of 255 vice 0 system-config-printer-0.7.25-1 ------------------------------ * Mon Aug 14 2006 Florian Festi - 0.7.25. (bug #202060) * Fri Aug 11 2006 Tim Waugh - Fixed description (bug #202189). tomboy-0.3.9-2.fc6 ------------------ * Mon Aug 14 2006 Matthias Clasen - 0.3.9-2.fc6 - Make the about dialog close (#202355) totem-1.5.91-2.fc6 ------------------ * Mon Aug 14 2006 Matthias Clasen - 1.5.91-2.fc6 - Make translations work again xorg-x11-drv-i810-1.6.5-2.fc6 ----------------------------- * Thu Aug 10 2006 Adam Jackson 1.6.5-2.fc6 - Update i810 to 1.6.5, should fix DRI. - Add kuzdu requires. - i810.xinf: Start whitelisting devices over to intel. From mailinglists at erwinrol.com Tue Aug 15 12:28:25 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Tue, 15 Aug 2006 14:28:25 +0200 Subject: Bug-budy and evolution Message-ID: <44E1BDE9.3090807@erwinrol.com> How can i disable/remove bug-buddy from evolution, a uninstall of bug-buddy is impossible since evolution depends on it. And with bug-buddy enabled debugging evolution with GDB is impossible. Without an answer to that question i really can't do much more than provide the very limited information bug-buddy offers. - Erwin From Axel.Thimm at ATrpms.net Tue Aug 15 12:34:06 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 14:34:06 +0200 Subject: Attention kernel module project packagers! Message-ID: <20060815123406.GG13461@neu.nirvana> Hi all, there is currently a discussion about replacing the current kernel module scheme ("kmod") with a new one ("kmdls"). This is because the current scheme has some unfixable flaws. The proposed new scheme is the one used at ATrpms, so if you ever used a kernel module package from there you know how it is setup. The kmdl approach has several nice features other than being resistant to the design issues of the current setup. * It is an interface/implementation design that can actually even be used for the current (broken) setup. The specfile remains invariant. * It uses one specfile/src.rpm for both userland and kernel modules, e.g. one set of sources/patches/changelogs/bugzilla entries/owners. * It is kernel and kernel-flavour agnostic, the same specfile/src.rpm can be used for any kernel/flavour combination, even for such that are yet to come. * Has full yum-support with a 99-line python plugin, works even w/o the plugin with a couple more keystrokes. * Is field-proven for several years and managed to never have to change the interface! More details are on http://fedoraproject.org/wiki/AxelThimm/kmdls It is important for FC6 and RHEL5 to make a decision on adopting it. Currently GFS is being packaged in the old scheme which is known to exhibit several flaws. An argument against adopting kmdls presented by Thorsten Leemhuis is that * it's too late now to fix it, we should live on with kmod bugs for RHEL5's life-cycle (ending 2012 ...) * too many packages for kmod are written (but actually there is only one in Fedora Extras 5, the rest is pending or in other repos and if other repos count, then ATrpms has several dozens of kmdls :) I think the flaws are severe enough to immediate block the current kmod standard especially it's propagation into RHEL. The wiki above shows that the design flaws propagate throughout any attemt to "fix" yum (note: yum is not broken, there the quotes in "fix") and finally end with the requirement that only one kernel can be supported in any point of time. This is neither acceptable by Fedora, and even less be RHEL. The number of packages following the kmod standard are quite few and I hope that the authors will not mind using the kmdl standard, but that's for you to say. Especially if you are a kernel module package author or want to become one: Please check the wiki and if you care about it join the discussion at fedora-packaging - reply-to set to that list, please don't scatter the discussion on fedora-extras and fedora-devel, I'm only calling for participation in the discussion to get this nailed once and for all. Thanks! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Tue Aug 15 12:36:47 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 14:36:47 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <20060815123406.GG13461@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> Message-ID: <20060815123647.GH13461@neu.nirvana> On Tue, Aug 15, 2006 at 02:34:06PM +0200, Axel Thimm wrote: > Especially if you are a kernel module package author or want to become > one: Please check the wiki and if you care about it join the > discussion at fedora-packaging - reply-to set to that list, please > don't scatter the discussion on fedora-extras and fedora-devel, I'm > only calling for participation in the discussion to get this nailed > once and for all. Thanks! I messed up with fedora-packaging's mail address, it's fedora-packaging at redhat.com, not fedora-packaging-list at redhat.com So please fix it before replying :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dwmw2 at infradead.org Tue Aug 15 12:48:05 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 15 Aug 2006 13:48:05 +0100 Subject: Attention kernel module project packagers! In-Reply-To: <20060815123406.GG13461@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> Message-ID: <1155646085.22871.43.camel@pmac.infradead.org> On Tue, 2006-08-15 at 14:34 +0200, Axel Thimm wrote: > An argument against adopting kmdls presented by Thorsten Leemhuis is > that > > * it's too late now to fix it, we should live on with kmod bugs for > RHEL5's life-cycle (ending 2012 ...) > > * too many packages for kmod are written (but actually there is only one > in Fedora Extras 5, the rest is pending or in other repos and if > other repos count, then ATrpms has several dozens of kmdls :) I think this argument is invalid. We should ban _all_ module packages from Core and Extras anyway. -- dwmw2 From jwboyer at jdub.homelinux.org Tue Aug 15 12:51:48 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 15 Aug 2006 07:51:48 -0500 Subject: Attention kernel module project packagers! In-Reply-To: <20060815123406.GG13461@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> Message-ID: <1155646309.3004.2.camel@zod.rchland.ibm.com> On Tue, 2006-08-15 at 14:34 +0200, Axel Thimm wrote: > Hi all, > > there is currently a discussion about replacing the current kernel > module scheme ("kmod") with a new one ("kmdls"). This is because the > current scheme has some unfixable flaws. The proposed new scheme is > the one used at ATrpms, so if you ever used a kernel module package > from there you know how it is setup. > > The kmdl approach has several nice features other than being resistant > to the design issues of the current setup. > > * It is an interface/implementation design that can actually even be > used for the current (broken) setup. The specfile remains invariant. > > * It uses one specfile/src.rpm for both userland and kernel modules, > e.g. one set of sources/patches/changelogs/bugzilla entries/owners. > > * It is kernel and kernel-flavour agnostic, the same specfile/src.rpm > can be used for any kernel/flavour combination, even for such that > are yet to come. > > * Has full yum-support with a 99-line python plugin, works even w/o > the plugin with a couple more keystrokes. > > * Is field-proven for several years and managed to never have to > change the interface! > > More details are on http://fedoraproject.org/wiki/AxelThimm/kmdls > > It is important for FC6 and RHEL5 to make a decision on adopting > it. Currently GFS is being packaged in the old scheme which is known > to exhibit several flaws. > > An argument against adopting kmdls presented by Thorsten Leemhuis is > that > > * it's too late now to fix it, we should live on with kmod bugs for > RHEL5's life-cycle (ending 2012 ...) Fedora is _not_ RHEL. Period. If they happen to use the same packaging scheme for modules, fine. That doesn't mean that Fedora cannot change it's standards during a particular RHEL's lifetime. Therefore, I see no urgency in getting this changed. If kmdls is truly a better way, then it can be adapted when it has been fully discussed. josh From Axel.Thimm at ATrpms.net Tue Aug 15 12:56:13 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 14:56:13 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <1155646085.22871.43.camel@pmac.infradead.org> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> Message-ID: <20060815125613.GM13461@neu.nirvana> On Tue, Aug 15, 2006 at 01:48:05PM +0100, David Woodhouse wrote: > On Tue, 2006-08-15 at 14:34 +0200, Axel Thimm wrote: > > An argument against adopting kmdls presented by Thorsten Leemhuis is > > that > > > > * it's too late now to fix it, we should live on with kmod bugs for > > RHEL5's life-cycle (ending 2012 ...) > > > > * too many packages for kmod are written (but actually there is only one > > in Fedora Extras 5, the rest is pending or in other repos and if > > other repos count, then ATrpms has several dozens of kmdls :) > > I think this argument is invalid. We should ban _all_ module packages > from Core and Extras anyway. That's a valid viewpoint. Assuming Fedora Core/Extras indeed bans all external kernel module packages, does it have the authority/interest to maintain a kernel module packaging guide? If not who should? -- 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 at lovesunix.net Tue Aug 15 12:58:54 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 15 Aug 2006 14:58:54 +0200 Subject: Bug-budy and evolution In-Reply-To: <44E1BDE9.3090807@erwinrol.com> References: <44E1BDE9.3090807@erwinrol.com> Message-ID: <1155646734.15197.12.camel@price> tir, 15 08 2006 kl. 14:28 +0200, skrev Erwin Rol: > How can i disable/remove bug-buddy from evolution, a uninstall of > bug-buddy is impossible since evolution depends on it. And with > bug-buddy enabled debugging evolution with GDB is impossible. > > Without an answer to that question i really can't do much more than > provide the very limited information bug-buddy offers. > > - Erwin > it doesn't hurt to read the help output sometimes: GNOME GUI Library --disable-crash-dialog I believe that would fix it, no? - David From rdieter at math.unl.edu Tue Aug 15 13:01:44 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 15 Aug 2006 08:01:44 -0500 Subject: Attention kernel module project packagers! References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> Message-ID: David Woodhouse wrote: > I think this argument is invalid. We should ban _all_ module packages > from Core and Extras anyway. Because? -- Rex From Axel.Thimm at ATrpms.net Tue Aug 15 13:02:54 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 15:02:54 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <1155646309.3004.2.camel@zod.rchland.ibm.com> References: <20060815123406.GG13461@neu.nirvana> <1155646309.3004.2.camel@zod.rchland.ibm.com> Message-ID: <20060815130254.GN13461@neu.nirvana> On Tue, Aug 15, 2006 at 07:51:48AM -0500, Josh Boyer wrote: > > An argument against adopting kmdls presented by Thorsten Leemhuis is > > that > > > > * it's too late now to fix it, we should live on with kmod bugs for > > RHEL5's life-cycle (ending 2012 ...) > > Fedora is _not_ RHEL. Period. If they happen to use the same packaging > scheme for modules, fine. That doesn't mean that Fedora cannot change > it's standards during a particular RHEL's lifetime. I agree that Fedora is not RHEL and vice versa. But once any idiom is adopted into one of the two the other will have a very hard time to get by, the bar is raised quite a bit. Whether we like it or not (BTW I like it) the two distributions are closely related and influence each-other. > Therefore, I see no urgency in getting this changed. If kmdls is truly > a better way, then it can be adapted when it has been fully discussed. GFS is in FC6, too. Only the life-span of FC6 is shorter. Furthermore yum developers want to know what scheme will need to be supported. As argued in the wiki yum support for the current scheme is an endless story, while the new proposed scheme already has it's fully working plugin submitted. Do you really want to see developers burn more time in a lost cause? We could be using that developer time elsewhere. -- 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 cmadams at hiwaay.net Tue Aug 15 13:06:11 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 15 Aug 2006 08:06:11 -0500 Subject: Attention kernel module project packagers! In-Reply-To: <20060815130254.GN13461@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> <1155646309.3004.2.camel@zod.rchland.ibm.com> <20060815130254.GN13461@neu.nirvana> Message-ID: <20060815130611.GE830668@hiwaay.net> Once upon a time, Axel Thimm said: > GFS is in FC6, too. GFS in FC6 is included in the kernel package, not as an external module, so kmod vs. kmdls doesn't apply. There are currently no externally packaged kernel modules in Fedora Core or Extras development trees. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mailinglists at erwinrol.com Tue Aug 15 13:06:43 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Tue, 15 Aug 2006 15:06:43 +0200 Subject: Bug-budy and evolution In-Reply-To: <1155646734.15197.12.camel@price> References: <44E1BDE9.3090807@erwinrol.com> <1155646734.15197.12.camel@price> Message-ID: <1155647203.14154.7.camel@xpc.home.erwinrol.com> On Tue, 2006-08-15 at 14:58 +0200, David Nielsen wrote: > tir, 15 08 2006 kl. 14:28 +0200, skrev Erwin Rol: > > How can i disable/remove bug-buddy from evolution, a uninstall of > > bug-buddy is impossible since evolution depends on it. And with > > bug-buddy enabled debugging evolution with GDB is impossible. > > > > Without an answer to that question i really can't do much more than > > provide the very limited information bug-buddy offers. > > > > - Erwin > > > > it doesn't hurt to read the help output sometimes: > > GNOME GUI Library > --disable-crash-dialog > > I believe that would fix it, no? Uh no, that does not fix it. Yesterday someone was telling me to do the same thing, and i replied to this list that it didn't work. It still prevents GDB from working, it will not show the dialog, but it still kills the program as if it wasn't executed by GDB at all, and i can't do any backtracing or inspection after the error happens. - Erwin From jkeating at redhat.com Tue Aug 15 13:23:59 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 09:23:59 -0400 Subject: Attention kernel module project packagers! In-Reply-To: <20060815130611.GE830668@hiwaay.net> References: <20060815123406.GG13461@neu.nirvana> <20060815130254.GN13461@neu.nirvana> <20060815130611.GE830668@hiwaay.net> Message-ID: <200608150924.06831.jkeating@redhat.com> On Tuesday 15 August 2006 09:06, Chris Adams wrote: > There are currently no externally packaged kernel modules in Fedora Core > or Extras development trees. +2 in cvs that are not build ATM (thinkpad-lkmod and lirc-kmod) +7 under review +6 in (some other repo), and yes that (some other repo) uses the same packaging guidelines. +2 in RHEL5 (yes RHEL uses the same guidelines) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Aug 15 13:27:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 09:27:34 -0400 Subject: Attention kernel module project packagers! In-Reply-To: <1155646085.22871.43.camel@pmac.infradead.org> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> Message-ID: <200608150927.34829.jkeating@redhat.com> On Tuesday 15 August 2006 08:48, David Woodhouse wrote: > I think this argument is invalid. We should ban _all_ module packages > from Core and Extras anyway. I'm with David on this one. Packaging of modules is the path to insanity. It requires all kinds of weird hacks to how they are built, how they are named, how they are handled by rpm and depsolvers, they always lag, they always hold users behind when critical kernel fixes come out, etc, etc, etc... I personally feel (as does David) that if the module isn't good enough for upstream, then it would HAVE to live in the kernel package itself. If it's not good enough for the kernel package itself, then it isn't good enough for Fedora. (Same could be applied to RHEL, but that's a battle for a different list). Arguing over which ugly ass hack to apply to be able to package kernel modules is a bikeshed argument. -- 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 dwmw2 at infradead.org Tue Aug 15 13:40:23 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 15 Aug 2006 14:40:23 +0100 Subject: Attention kernel module project packagers! In-Reply-To: <200608150927.34829.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> Message-ID: <1155649223.22871.54.camel@pmac.infradead.org> On Tue, 2006-08-15 at 09:27 -0400, Jesse Keating wrote: > Arguing over which ugly ass hack to apply to be able to package kernel modules > is a bikeshed argument. I'm not necessarily suggesting that we shouldn't have an agreed method of building kernel module packages at all -- just that we shouldn't have any such packages in Core or Extras. There _are_ relatively sane (and legal, unlike nvidia/ati stuff) cases where one might want to build a separate module -- like the NTFS modules in Livna, for example. And other 'new drivers' which aren't yet upstream. Of course you're right when you agree with me that those new drivers shouldn't be in Core or Extras -- but that doesn't mean we shouldn't provide a way to package them at all. So I think it _is_ worthwhile having the debate about how kernel module packages can be done -- I just don't think it's worth getting _particularly_ worked up about. -- dwmw2 From dwmw2 at infradead.org Tue Aug 15 13:49:17 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 15 Aug 2006 14:49:17 +0100 Subject: Attention kernel module project packagers! In-Reply-To: <20060815125613.GM13461@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <20060815125613.GM13461@neu.nirvana> Message-ID: <1155649757.22871.62.camel@pmac.infradead.org> On Tue, 2006-08-15 at 14:56 +0200, Axel Thimm wrote: > > I think this argument is invalid. We should ban _all_ module packages > > from Core and Extras anyway. > > That's a valid viewpoint. Assuming Fedora Core/Extras indeed bans all > external kernel module packages, does it have the authority/interest > to maintain a kernel module packaging guide? If not who should? I think it's probably sane enough for Fedora to maintain a kernel module packaging guide, despite not actually having any such packages for itself. We understand and expect that there is an ecosystem of other repositories built around Fedora, and it makes sense to have guidelines (and infrastructure in our kernel packages, where appropriate) which make that easier. Especially when that'll be useful for RHEL too. -- dwmw2 From jkeating at redhat.com Tue Aug 15 13:50:00 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 09:50:00 -0400 Subject: Attention kernel module project packagers! In-Reply-To: <1155649223.22871.54.camel@pmac.infradead.org> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649223.22871.54.camel@pmac.infradead.org> Message-ID: <200608150950.00442.jkeating@redhat.com> On Tuesday 15 August 2006 09:40, David Woodhouse wrote: > I'm not necessarily suggesting that we shouldn't have an agreed method > of building kernel module packages at all -- just that we shouldn't have > any such packages in Core or Extras. > > There _are_ relatively sane (and legal, unlike nvidia/ati stuff) cases > where one might want to build a separate module -- like the NTFS modules > in Livna, for example. And other 'new drivers' which aren't yet > upstream. Of course you're right when you agree with me that those new > drivers shouldn't be in Core or Extras -- but that doesn't mean we > shouldn't provide a way to package them at all. Given that we don't want it on Core or Extras, I'm pretty happy to let random 3rd party packager do whatever they want for packaging modules. I'm not interested in dictating how they should handle this ugly hack. Your example about ntfs is not usable w/out the userland (ntfsprogs), which nobody wants to touch due to legal reasons, and would be obsoleted by FUSE anyway where the most recent ntfs support is done entirely in userspace. There are many more things the packaging committee can spend time worrying about. Packaging of kernel modules isn't one of them IMHO. -- 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 Lam at Lam.pl Tue Aug 15 13:52:02 2006 From: Lam at Lam.pl (Leszek Matok) Date: Tue, 15 Aug 2006 15:52:02 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <200608150927.34829.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> Message-ID: <1155649922.4001.19.camel@pensja.lam.pl> Dnia 15-08-2006, wto o godzinie 09:27 -0400, Jesse Keating napisa?(a): > (...) all kinds of weird hacks to how they are (...) > Arguing over which ugly ass hack to apply to be able to package kernel modules > is a bikeshed argument. Isn't the "kmdls" system meant to be the cure to all of this? Is it even a hack? I don't even think the package names are truly ugly. Fedora is meant to be a testbed of open source technology, right? If so, what's wrong with having separate kernel modules available for me to test and search for bugs? I don't want to patch and compile the kernel only to see if some module works for me. If it's an incomplete device driver, it still can work on my hardware or I can provide some feedback about the features not working. Fedora is packaging lots of broken software which people still want to use (and I'm writing this in Evolution!). I agree that it's better to make kernel package maintainers to maintain all of patches and additional modules, but they don't have the manpower to do it and support it (not to mention the ones they can't put there, but other repo can). People are going to make kernel module rpms anyhow. Forcing them to use flawed design that's hard to use, maintain, keep in sync with kernel updates and impossible to boot older kernels is worse than pushing Xorg 7.1 for FC5 which we're not doing because... we recognize the need for people to use off-tree kernel modules :) The Board has spoken - using external kernel modules is a valid user choice and it's important to make it easier for the users. That's my understanding of The Board's decision. So, kmdls are the next step. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From dwmw2 at infradead.org Tue Aug 15 13:58:06 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 15 Aug 2006 14:58:06 +0100 Subject: Attention kernel module project packagers! In-Reply-To: <200608150950.00442.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649223.22871.54.camel@pmac.infradead.org> <200608150950.00442.jkeating@redhat.com> Message-ID: <1155650286.22871.72.camel@pmac.infradead.org> On Tue, 2006-08-15 at 09:50 -0400, Jesse Keating wrote: > Given that we don't want it on Core or Extras, I'm pretty happy to let random > 3rd party packager do whatever they want for packaging modules. I'm not > interested in dictating how they should handle this ugly hack. > > Your example about ntfs is not usable w/out the userland (ntfsprogs), which > nobody wants to touch due to legal reasons, and would be obsoleted by FUSE > anyway where the most recent ntfs support is done entirely in userspace. > > There are many more things the packaging committee can spend time worrying > about. Packaging of kernel modules isn't one of them IMHO. Yeah, that's a fair point. However, it would be useful if those who _do_ care about kernel module packages would come to an agreement about how it should be done, and that can be documented somewhere central to Fedora -- like on the Fedora wiki. We can modify our kernel RPM and yum if appropriate in order to support that agreed method. But you're right; the packaging committee don't need to waste time on it. -- dwmw2 From fedora at leemhuis.info Tue Aug 15 14:06:43 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Aug 2006 16:06:43 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <1155649922.4001.19.camel@pensja.lam.pl> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> Message-ID: <44E1D4F3.4000108@leemhuis.info> Leszek Matok schrieb: > Dnia 15-08-2006, wto o godzinie 09:27 -0400, Jesse Keating napisa?(a): >> (...) all kinds of weird hacks to how they are (...) >> Arguing over which ugly ass hack to apply to be able to package kernel modules >> is a bikeshed argument. > [...] > So, kmdls are the next step. Kernel-Module packaging is already working, defined, agreed on by FESCo and used in Fedora Extras. See http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/kmod-em8300-0.15.3-6.2.6.17_1.2157_FC5.i586.rpm for example. The same scheme is used in lvn -- nobody reported problems with it there. But Axel thinks the scheme FESCo invented (in round about half a year of work) is broken and he thinks his scheme is better. CU thl From jkeating at redhat.com Tue Aug 15 14:08:11 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 10:08:11 -0400 Subject: Attention kernel module project packagers! In-Reply-To: <1155649922.4001.19.camel@pensja.lam.pl> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> Message-ID: <200608151008.11339.jkeating@redhat.com> On Tuesday 15 August 2006 09:52, Leszek Matok wrote: > Isn't the "kmdls" system meant to be the cure to all of this? Is it even > a hack? I don't even think the package names are truly ugly. I personally find having the kernel version embedded into the NAME of a package is pretty damned ugly. I find it ugly in the compat packages we generate too, but that's a different story for a different day. > Fedora is meant to be a testbed of open source technology, right? If so, > what's wrong with having separate kernel modules available for me to > test and search for bugs? I don't want to patch and compile the kernel > only to see if some module works for me. If it's an incomplete device > driver, it still can work on my hardware or I can provide some feedback > about the features not working. Fedora is packaging lots of broken > software which people still want to use (and I'm writing this in > Evolution!). > > I agree that it's better to make kernel package maintainers to maintain > all of patches and additional modules, but they don't have the manpower > to do it and support it (not to mention the ones they can't put there, > but other repo can). > > People are going to make kernel module rpms anyhow. Forcing them to use > flawed design that's hard to use, maintain, keep in sync with kernel > updates and impossible to boot older kernels is worse than pushing Xorg > 7.1 for FC5 which we're not doing because... we recognize the need for > people to use off-tree kernel modules :) The Board has spoken - using > external kernel modules is a valid user choice and it's important to > make it easier for the users. That's my understanding of The Board's > decision. > > So, kmdls are the next step. I still don't buy this argument. kmod and kmdls both fail in the same way without further ugly ass hacks to rpm or depsolvers. I don't buy that kmod makes it impossible to boot older kernels, that's just not the case. I think you're falling for somebody's FUD. I don't like what we have (kmod), I like the proposed "fix" (kmdls) even less. I like the idea of changing one semi broken method for another (even more IMHO) broken method least of all. If we were to make any change, I'd make the change to toss the whole thing out to something external to Core / Extras. Somebody can provide a module if you want to test it out, but I don't think it needs to be let loose upon the users at large until it is ready to either be A) in the kernel source rpm, or B) merged upstream. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Tue Aug 15 14:12:06 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Aug 2006 16:12:06 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <1155650286.22871.72.camel@pmac.infradead.org> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649223.22871.54.camel@pmac.infradead.org> <200608150950.00442.jkeating@redhat.com> <1155650286.22871.72.camel@pmac.infradead.org> Message-ID: <44E1D636.1000502@leemhuis.info> David Woodhouse schrieb: > On Tue, 2006-08-15 at 09:50 -0400, Jesse Keating wrote: >> Given that we don't want it on Core or Extras, I'm pretty happy to >> let random 3rd party packager do whatever they want for packaging >> modules. I'm not interested in dictating how they should handle >> this ugly hack. >> >> Your example about ntfs is not usable w/out the userland >> (ntfsprogs), which nobody wants to touch due to legal reasons, and >> would be obsoleted by FUSE anyway where the most recent ntfs >> support is done entirely in userspace. >> >> There are many more things the packaging committee can spend time >> worrying about. Packaging of kernel modules isn't one of them >> IMHO. > > Yeah, that's a fair point. However, it would be useful if those who > _do_ care about kernel module packages would come to an agreement > about how it should be done, and that can be documented somewhere > central to Fedora -- like on the Fedora wiki. > > We can modify our kernel RPM and yum if appropriate in order to > support that agreed method. That already happend -- FESCo worked out and agreed on a propsoal last winter http://www.fedoraproject.org/wiki/Packaging/KernelModules It's working fine. CU thl From dwmw2 at infradead.org Tue Aug 15 14:18:01 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 15 Aug 2006 15:18:01 +0100 Subject: Attention kernel module project packagers! In-Reply-To: <44E1D4F3.4000108@leemhuis.info> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <44E1D4F3.4000108@leemhuis.info> Message-ID: <1155651481.22871.76.camel@pmac.infradead.org> On Tue, 2006-08-15 at 16:06 +0200, Thorsten Leemhuis wrote: > Kernel-Module packaging is already working, defined, agreed on by FESCo > and used in Fedora Extras. See > http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/kmod-em8300-0.15.3-6.2.6.17_1.2157_FC5.i586.rpm > for example. The same scheme is used in lvn -- nobody reported problems > with it there. Did anyone ever provide a good reason for em8300 not being in the upstream or Fedora Core kernels? One which doesn't also prevent it from being in Extras, that is? Can we drop this package ASAP? -- dwmw2 From toshio at tiki-lounge.com Tue Aug 15 14:19:52 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 15 Aug 2006 07:19:52 -0700 Subject: Attention kernel module project packagers! In-Reply-To: <1155649922.4001.19.camel@pensja.lam.pl> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> Message-ID: <1155651592.3768.2.camel@localhost> On Tue, 2006-08-15 at 15:52 +0200, Leszek Matok wrote: > People are going to make kernel module rpms anyhow. Forcing them to use > flawed design that's hard to use, maintain, keep in sync with kernel > updates and impossible to boot older kernels is worse than pushing Xorg > 7.1 for FC5 which we're not doing because... we recognize the need for > people to use off-tree kernel modules :) The Board has spoken - using > external kernel modules is a valid user choice and it's important to > make it easier for the users. That's my understanding of The Board's > decision. > https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00466.html """+ I'm not interested in doing precedent setting with this. The Board made the call that we ultimately felt was best in *this instance* -- we weren't making the decision for all future cases as well.""" -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fherrera at onirica.com Tue Aug 15 14:22:41 2006 From: fherrera at onirica.com (Fernando Herrera) Date: Tue, 15 Aug 2006 17:22:41 +0300 Subject: Bug-budy and evolution In-Reply-To: <1155647203.14154.7.camel@xpc.home.erwinrol.com> References: <44E1BDE9.3090807@erwinrol.com> <1155646734.15197.12.camel@price> <1155647203.14154.7.camel@xpc.home.erwinrol.com> Message-ID: <58d389c20608150722x1019b381ka69728e7c9f46109@mail.gmail.com> On 8/15/06, Erwin Rol wrote: > Uh no, that does not fix it. Yesterday someone was telling me to do the > same thing, and i replied to this list that it didn't work. It still > prevents GDB from working, it will not show the dialog, but it still > kills the program as if it wasn't executed by GDB at all, and i can't do > any backtracing or inspection after the error happens. If you are using libgnomeui prior to 2.15.90 you can create this script under /usr/bin: #!/usr/bin/python import sys import getopt import os opts, args = getopt.getopt(sys.argv[1:], "a:p:v:d", ["appname=", "pid=", "package-ver=", "sm-disable"]) for opt,arg in opts: if opt == "--appname": appname = arg if opt == "--pid": pid = arg os.system("gnome-terminal -x gdb %s %s" % (appname,pid)) and then do this in your session: export GNOME_DEBBUGER=mygdbscript.py then when evolution crahses you will get a Debug button in the dialog that will launch you script (a gnome-terminal gdbing the app) If you are using libgnomeui > 2.15.90 you can simply do: export GNOME_HACKER=1 and it will do the same without any script Hope this helps. Salu2 From sundaram at fedoraproject.org Tue Aug 15 14:33:33 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 15 Aug 2006 20:03:33 +0530 Subject: The bug squad is hiring! In-Reply-To: <44E0D491.5000003@hhs.nl> References: <44DB1061.7020508@hhs.nl> <44DB29C3.9020504@poolshark.org> <44DD6914.4080401@hhs.nl> <44DDACB3.6000509@fedoraproject.org> <44DEE087.4090708@hhs.nl> <44DF3505.3090309@fedoraproject.org> <44E07737.2070009@hhs.nl> <44E07865.1050302@fedoraproject.org> <44E09240.3040605@hhs.nl> <44E0942D.6070700@fedoraproject.org> <44E0D491.5000003@hhs.nl> Message-ID: <44E1DB3D.4020302@fedoraproject.org> Hans de Goede wrote: > Hi All, > > I've been thinking about this some more and although I still firmly > believe in the basic ideas behind this (taping into the community to > help fix high impact / annoying bugs), I don't feel like pulling the > kart / spearheading the effort. so I won't be adding something to the > wiki, mainly because I have the feeling it won't be used much as the > response to this thread sofar has been minimal. > > Maybe I also have been going the wrong way, because I believe that in > order for the community to help fix bugs, the package maintainer who > could use / wants / needs the communities help should get involved. > Maybe he should not only be involved but he should be taking the > initiative to ask the community for help, that way the volunteers have > guarantees that their work will get integrated. Currently my experience > with this has been a bit frustrating. In order to be able to help in > many cases I will need some pointers (general direction) where to look. > And sofar replies to requests for such general directions have been absent. If there was any questions, I left unanswered let me know. > > In the one case where I did manage to locate and fix a bug after a > couple of hours of debugging, the fix for this hasn't been integrated > yet (its a very simple 1 line fix which is obviously correct). > > So to make a long story short I will still be trying to help out by > cherry picking some bugs and trying to fix this, but I hereby cease any > activities to try and create a coordinated community bug squashing effort. > > Still any Core developers overwelmed with bugs who need a hand feel free > to ask me, and I think / guess you should feel free to ask the community > in general, that might be the better way to get the community involved > in helping with the enormous amount of bugs (of much varying severity). > I would agree that we need a few more people involved in the effort and the results can be less than rewarding on many occasions. Maybe Will Woods can lead this effort. Rahul From sundaram at fedoraproject.org Tue Aug 15 14:45:59 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 15 Aug 2006 20:15:59 +0530 Subject: Attention kernel module project packagers! In-Reply-To: <1155649922.4001.19.camel@pensja.lam.pl> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> Message-ID: <44E1DE27.8060108@fedoraproject.org> Leszek Matok wrote: > Dnia 15-08-2006, wto o godzinie 09:27 -0400, Jesse Keating napisa?(a): >> (...) all kinds of weird hacks to how they are (...) >> Arguing over which ugly ass hack to apply to be able to package kernel modules >> is a bikeshed argument. > Isn't the "kmdls" system meant to be the cure to all of this? Is it even > a hack? I don't even think the package names are truly ugly. > > Fedora is meant to be a testbed of open source technology, right? If so, > what's wrong with having separate kernel modules available for me to > test and search for bugs? I don't want to patch and compile the kernel > only to see if some module works for me. If it's an incomplete device > driver, it still can work on my hardware or I can provide some feedback > about the features not working. Fedora is packaging lots of broken > software which people still want to use (and I'm writing this in > Evolution!). Nobody is stopping use from using separate kernel modules and we cant dictate what users or other repositories do. This discussion is merely about what Fedora Project should do and having multiple packaging standards is a bad idea to promote. > > I agree that it's better to make kernel package maintainers to maintain > all of patches and additional modules, but they don't have the manpower > to do it and support it (not to mention the ones they can't put there, > but other repo can). If the kernel package maintainers dont have time to maintain them and someone else packages modules in Fedora Extras, the kernel maintainers wont be able to help fix any bugs with these modules loaded. So in essence, we are being self contradictory in this solution. > > People are going to make kernel module rpms anyhow. Forcing them to use > flawed design that's hard to use, maintain, keep in sync with kernel > updates and impossible to boot older kernels is worse than pushing Xorg > 7.1 for FC5 which we're not doing because... we recognize the need for > people to use off-tree kernel modules :) The Board has spoken - using > external kernel modules is a valid user choice and it's important to > make it easier for the users. That's my understanding of The Board's > decision. > > So, kmdls are the next step. > Sorry but the board decision on Xorg 7.1 was for that specific instance. We havent set any general policy on how updates are handled and Max Spevack specifically mentioned that we are not setting any precedent with this decision. Morever the current kernel module packaging approved by FESCo does not prevent you from booting into older kernels. Rahul From mbarnes at redhat.com Tue Aug 15 14:48:02 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Tue, 15 Aug 2006 10:48:02 -0400 Subject: Bug-budy and evolution In-Reply-To: <44E1BDE9.3090807@erwinrol.com> References: <44E1BDE9.3090807@erwinrol.com> Message-ID: <1155653282.3089.20.camel@mbarnes.boston.redhat.com> On Tue, 2006-08-15 at 14:28 +0200, Erwin Rol wrote: > How can i disable/remove bug-buddy from evolution, a uninstall of > bug-buddy is impossible since evolution depends on it. And with > bug-buddy enabled debugging evolution with GDB is impossible. > > Without an answer to that question i really can't do much more than > provide the very limited information bug-buddy offers. Erwin, I'm going to drop the bug-buddy dependency from evolution. Look for a new version in tomorrow's Rawhide updates. Matthew Barnes From Axel.Thimm at ATrpms.net Tue Aug 15 15:13:09 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 17:13:09 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <20060815130611.GE830668@hiwaay.net> References: <20060815123406.GG13461@neu.nirvana> <1155646309.3004.2.camel@zod.rchland.ibm.com> <20060815130254.GN13461@neu.nirvana> <20060815130611.GE830668@hiwaay.net> Message-ID: <20060815151309.GO13461@neu.nirvana> On Tue, Aug 15, 2006 at 08:06:11AM -0500, Chris Adams wrote: > Once upon a time, Axel Thimm said: > > GFS is in FC6, too. > > GFS in FC6 is included in the kernel package, not as an external module, > so kmod vs. kmdls doesn't apply. That's GFS2 you're talking about. GFS(1) still lives external to the kernel and has a different on-disk format so it isn't superseeded by GFS2, in fact every FC4/FC5 install using GFS needs this module to be in there when FC6 gets released. > There are currently no externally packaged kernel modules in Fedora Core > or Extras development trees. There is one in Fedora Extras 5 (em8300) and GFS is in a bugzilla review (#201077). But agreed, there aren't that many kmods out there so it's really not too late nor too much work to convert them to something better. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Tue Aug 15 15:17:05 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 17:17:05 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <44E1D636.1000502@leemhuis.info> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649223.22871.54.camel@pmac.infradead.org> <200608150950.00442.jkeating@redhat.com> <1155650286.22871.72.camel@pmac.infradead.org> <44E1D636.1000502@leemhuis.info> Message-ID: <20060815151705.GP13461@neu.nirvana> On Tue, Aug 15, 2006 at 04:12:06PM +0200, Thorsten Leemhuis wrote: > > > David Woodhouse schrieb: > >On Tue, 2006-08-15 at 09:50 -0400, Jesse Keating wrote: > >>Given that we don't want it on Core or Extras, I'm pretty happy to > >>let random 3rd party packager do whatever they want for packaging > >>modules. I'm not interested in dictating how they should handle > >>this ugly hack. > >> > >>Your example about ntfs is not usable w/out the userland > >>(ntfsprogs), which nobody wants to touch due to legal reasons, and > >>would be obsoleted by FUSE anyway where the most recent ntfs > >>support is done entirely in userspace. > >> > >>There are many more things the packaging committee can spend time > >>worrying about. Packaging of kernel modules isn't one of them > >>IMHO. > > > >Yeah, that's a fair point. However, it would be useful if those who > >_do_ care about kernel module packages would come to an agreement > >about how it should be done, and that can be documented somewhere > >central to Fedora -- like on the Fedora wiki. > > > >We can modify our kernel RPM and yum if appropriate in order to > >support that agreed method. > > That already happend -- FESCo worked out and agreed on a propsoal last > winter http://www.fedoraproject.org/wiki/Packaging/KernelModules > > It's working fine. No, it's not, proven in debates on fedora-packaging and here http://fedoraproject.org/wiki/AxelThimm/kmdls The proposal you worked out is leading to broken rpm and yum support. That's not working fine. -- 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 rdieter at math.unl.edu Tue Aug 15 15:38:14 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 15 Aug 2006 10:38:14 -0500 Subject: [Fedora-packaging] Re: Attention kernel module project packagers! In-Reply-To: <20060815151705.GP13461@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649223.22871.54.camel@pmac.infradead.org> <200608150950.00442.jkeating@redhat.com> <1155650286.22871.72.camel@pmac.infradead.org> <44E1D636.1000502@leemhuis.info> <20060815151705.GP13461@neu.nirvana> Message-ID: <44E1EA66.6040602@math.unl.edu> Axel Thimm wrote: > On Tue, Aug 15, 2006 at 04:12:06PM +0200, Thorsten Leemhuis wrote: >>> We can modify our kernel RPM and yum if appropriate in order to >>> support that agreed method. >> That already happend -- FESCo worked out and agreed on a propsoal last >> winter http://www.fedoraproject.org/wiki/Packaging/KernelModules >> It's working fine. > No, it's not... Thorsten, Axel, In the hopes of furthering the discussion can we at least agree that the current kmod scheme works, at least to some people's perception of what that means. I hope, also, that we can agree that the current kmod scheme does have limitations/shortcomings. With that in mind, I think this (should) all boil down to the question: which weighs more heavily in your mind, the pain/suffering(*) of involved in 1. Adopting/changing-to a new (kmdl) standard 2. living with the limitations/shortcomings that come with using kmod. ? (*) Which brought to my mind one of my favorite movie quotes: "Life is pain, Highness. Anyone who says differently is selling something." -- Rex From jkeating at redhat.com Tue Aug 15 16:11:35 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 12:11:35 -0400 Subject: [Fedora-packaging] Re: Attention kernel module project packagers! In-Reply-To: <44E1EA66.6040602@math.unl.edu> References: <20060815123406.GG13461@neu.nirvana> <20060815151705.GP13461@neu.nirvana> <44E1EA66.6040602@math.unl.edu> Message-ID: <200608151211.41301.jkeating@redhat.com> On Tuesday 15 August 2006 11:38, Rex Dieter wrote: > With that in mind, I think this (should) all boil down to the question: > which weighs more heavily in your mind, the pain/suffering(*) of involved > in 1. ?Adopting/changing-to a new (kmdl) standard > 2. ?living with the limitations/shortcomings that come with using kmod. > ? 3. Kicking kernel module packages out of Core / Extras and moving the debate away from us so that we can focus on the more important things. I vote for #3. -- 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 dwmw2 at infradead.org Tue Aug 15 16:13:59 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 15 Aug 2006 17:13:59 +0100 Subject: [Fedora-packaging] Re: Attention kernel module project packagers! In-Reply-To: <200608151211.41301.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <20060815151705.GP13461@neu.nirvana> <44E1EA66.6040602@math.unl.edu> <200608151211.41301.jkeating@redhat.com> Message-ID: <1155658439.22871.99.camel@pmac.infradead.org> On Tue, 2006-08-15 at 12:11 -0400, Jesse Keating wrote: > 3. Kicking kernel module packages out of Core / Extras and moving the debate > away from us so that we can focus on the more important things. I vote for > #3. As do I. -- dwmw2 From j.w.r.degoede at hhs.nl Tue Aug 15 17:11:11 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Aug 2006 19:11:11 +0200 Subject: The bug squad is hiring! In-Reply-To: <44E1DB3D.4020302@fedoraproject.org> References: <44DB1061.7020508@hhs.nl> <44DB29C3.9020504@poolshark.org> <44DD6914.4080401@hhs.nl> <44DDACB3.6000509@fedoraproject.org> <44DEE087.4090708@hhs.nl> <44DF3505.3090309@fedoraproject.org> <44E07737.2070009@hhs.nl> <44E07865.1050302@fedoraproject.org> <44E09240.3040605@hhs.nl> <44E0942D.6070700@fedoraproject.org> <44E0D491.5000003@hhs.nl> <44E1DB3D.4020302@fedoraproject.org> Message-ID: <44E2002F.70207@hhs.nl> Rahul wrote: > Hans de Goede wrote: >> Hi All, >> >> I've been thinking about this some more and although I still firmly >> believe in the basic ideas behind this (taping into the community to >> help fix high impact / annoying bugs), I don't feel like pulling the >> kart / spearheading the effort. so I won't be adding something to the >> wiki, mainly because I have the feeling it won't be used much as the >> response to this thread sofar has been minimal. >> >> Maybe I also have been going the wrong way, because I believe that in >> order for the community to help fix bugs, the package maintainer who >> could use / wants / needs the communities help should get involved. >> Maybe he should not only be involved but he should be taking the >> initiative to ask the community for help, that way the volunteers have >> guarantees that their work will get integrated. Currently my experience >> with this has been a bit frustrating. In order to be able to help in >> many cases I will need some pointers (general direction) where to look. >> And sofar replies to requests for such general directions have been >> absent. > > If there was any questions, I left unanswered let me know. > No it wasn't you the "problems" were: -lack of response from the maintainer / assignee in BZ tickets on which I was working -Lack of fellow volunteers so that this could be a real team / group effort (Thanks for the offer Dennis). >> >> In the one case where I did manage to locate and fix a bug after a >> couple of hours of debugging, the fix for this hasn't been integrated >> yet (its a very simple 1 line fix which is obviously correct). >> >> So to make a long story short I will still be trying to help out by >> cherry picking some bugs and trying to fix this, but I hereby cease any >> activities to try and create a coordinated community bug squashing >> effort. >> >> Still any Core developers overwelmed with bugs who need a hand feel free >> to ask me, and I think / guess you should feel free to ask the community >> in general, that might be the better way to get the community involved >> in helping with the enormous amount of bugs (of much varying severity). >> > > I would agree that we need a few more people involved in the effort and > the results can be less than rewarding on many occasions. Maybe Will > Woods can lead this effort. > Maybe, I'm always willing to help out with something like this and you've got my email :) Regards, Hans From benny+usenet at amorsen.dk Tue Aug 15 17:28:31 2006 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: 15 Aug 2006 19:28:31 +0200 Subject: Attention kernel module project packagers! References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649223.22871.54.camel@pmac.infradead.org> <200608150950.00442.jkeating@redhat.com> <1155650286.22871.72.camel@pmac.infradead.org> <44E1D636.1000502@leemhuis.info> <20060815151705.GP13461@neu.nirvana> <44E1EA66.6040602@math.unl.edu> Message-ID: >>>>> "RD" == Rex Dieter writes: RD> In the hopes of furthering the discussion can we at least agree RD> that the current kmod scheme works, at least to some people's RD> perception of what that means. I hope, also, that we can agree RD> that the current kmod scheme does have limitations/shortcomings. RD> With that in mind, I think this (should) all boil down to the RD> question: which weighs more heavily in your mind, the RD> pain/suffering(*) of involved in 1. Adopting/changing-to a new RD> (kmdl) standard 2. living with the limitations/shortcomings that RD> come with using kmod. ? Would the same problems that we have with kernel modules appear with e.g. apache modules, if having two different apache versions installed was possible? /Benny From jkeating at redhat.com Tue Aug 15 17:33:07 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 13:33:07 -0400 Subject: Attention kernel module project packagers! In-Reply-To: References: <20060815123406.GG13461@neu.nirvana> <44E1EA66.6040602@math.unl.edu> Message-ID: <200608151333.07641.jkeating@redhat.com> On Tuesday 15 August 2006 13:28, Benny Amorsen wrote: > Would the same problems that we have with kernel modules appear with > e.g. apache modules, if having two different apache versions installed > was possible? Theoretically yes, however thankfully we don't really let two different apaches be installed. -- 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 louisg00 at bellsouth.net Tue Aug 15 18:06:17 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Tue, 15 Aug 2006 14:06:17 -0400 Subject: Does puplet really exist? Message-ID: <1155665177.26752.2.camel@soncomputer> I've started with FC6 at test 2 and not one did I see puplet say I needed updates. Does this thing actually work? -Louis From jkeating at redhat.com Tue Aug 15 18:08:30 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 14:08:30 -0400 Subject: Does puplet really exist? In-Reply-To: <1155665177.26752.2.camel@soncomputer> References: <1155665177.26752.2.camel@soncomputer> Message-ID: <200608151408.30577.jkeating@redhat.com> On Tuesday 15 August 2006 14:06, Louis Garcia II wrote: > I've started with FC6 at test 2 and not one did I see puplet say I > needed updates. Does this thing actually work? install and/or enable the yum-updatesd service. -- 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 tromey at redhat.com Tue Aug 15 18:04:52 2006 From: tromey at redhat.com (Tom Tromey) Date: 15 Aug 2006 12:04:52 -0600 Subject: Does puplet really exist? In-Reply-To: <1155665177.26752.2.camel@soncomputer> References: <1155665177.26752.2.camel@soncomputer> Message-ID: >>>>> "Louis" == Louis Garcia writes: Louis> I've started with FC6 at test 2 and not one did I see puplet say I Louis> needed updates. Does this thing actually work? It works for me. Make sure you have yum-updatesd installed and running -- I had to install it separately. Tom From david at lovesunix.net Tue Aug 15 18:15:14 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 15 Aug 2006 20:15:14 +0200 Subject: Does puplet really exist? In-Reply-To: <1155665177.26752.2.camel@soncomputer> References: <1155665177.26752.2.camel@soncomputer> Message-ID: <1155665714.2677.16.camel@price> tir, 15 08 2006 kl. 14:06 -0400, skrev Louis Garcia II: > I've started with FC6 at test 2 and not one did I see puplet say I > needed updates. Does this thing actually work? Now that you mention it I haven't seen puplet pop up recently, then it was lacking functionality like a nice little libnotify deal to tell me it had new updates. Apparently Fedora does kill puppies.. who would have known? On a serious note when running puplet in the terminal I get: Introspect error: The name edu.duke.linux.yum was not provided by any .service files Unable to connect to yum-updatesd... - David Nielsen From sundaram at fedoraproject.org Tue Aug 15 18:18:39 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 15 Aug 2006 23:48:39 +0530 Subject: Does puplet really exist? In-Reply-To: <200608151408.30577.jkeating@redhat.com> References: <1155665177.26752.2.camel@soncomputer> <200608151408.30577.jkeating@redhat.com> Message-ID: <44E20FFF.2030203@fedoraproject.org> Jesse Keating wrote: > On Tuesday 15 August 2006 14:06, Louis Garcia II wrote: >> I've started with FC6 at test 2 and not one did I see puplet say I >> needed updates. Does this thing actually work? > > install and/or enable the yum-updatesd service. > > Wouldnt it make better sense to install/enable this by default? Rahul From peter at thecodergeek.com Tue Aug 15 18:21:52 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 15 Aug 2006 11:21:52 -0700 (PDT) Subject: Does puplet really exist? In-Reply-To: <1155665714.2677.16.camel@price> References: <1155665177.26752.2.camel@soncomputer> <1155665714.2677.16.camel@price> Message-ID: <38270.65.223.36.19.1155666112.squirrel@thecodergeek.com> David Nielsen wrote: > On a serious note when running puplet in the terminal I get: > > Introspect error: The name edu.duke.linux.yum was not provided by > any .service files > Unable to connect to yum-updatesd... You need to install the yum-updatesd package and enable it with chkconfig: # yum install yum-updatesd # service yum-updatesd start # chkconfig yum-updatesd on As Rahul mentioned, this being enabled by default would be nicer. :) -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From david at lovesunix.net Tue Aug 15 18:23:21 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 15 Aug 2006 20:23:21 +0200 Subject: Does puplet really exist? In-Reply-To: <44E20FFF.2030203@fedoraproject.org> References: <1155665177.26752.2.camel@soncomputer> <200608151408.30577.jkeating@redhat.com> <44E20FFF.2030203@fedoraproject.org> Message-ID: <1155666201.2677.18.camel@price> tir, 15 08 2006 kl. 23:48 +0530, skrev Rahul: > Jesse Keating wrote: > > On Tuesday 15 August 2006 14:06, Louis Garcia II wrote: > >> I've started with FC6 at test 2 and not one did I see puplet say I > >> needed updates. Does this thing actually work? > > > > install and/or enable the yum-updatesd service. > > > > > > Wouldnt it make better sense to install/enable this by default? Not doing so is rather aburd, how else do we notify users of updates or are we expecting them to run pup religiously? - David Nielsen From tromey at redhat.com Tue Aug 15 18:25:23 2006 From: tromey at redhat.com (Tom Tromey) Date: 15 Aug 2006 12:25:23 -0600 Subject: Does puplet really exist? In-Reply-To: <44E20FFF.2030203@fedoraproject.org> References: <1155665177.26752.2.camel@soncomputer> <200608151408.30577.jkeating@redhat.com> <44E20FFF.2030203@fedoraproject.org> Message-ID: >>>>> "Rahul" == Rahul writes: [ yum-updatesd ] Rahul> Wouldnt it make better sense to install/enable this by default? IMO yes. For me at least this was an important new feature in FC6. I was surprised I had to do anything to make it work. Also, having puplet installable in a non-working way (since yum-updatesd is separate but required) seemed less than friendly. Tom From dragoran at feuerpokemon.de Tue Aug 15 18:33:05 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 15 Aug 2006 20:33:05 +0200 Subject: Does puplet really exist? In-Reply-To: References: <1155665177.26752.2.camel@soncomputer> <200608151408.30577.jkeating@redhat.com> <44E20FFF.2030203@fedoraproject.org> Message-ID: <44E21361.2060801@feuerpokemon.de> Tom Tromey wrote: >>>>>> "Rahul" == Rahul writes: >>>>>> > > [ yum-updatesd ] > Rahul> Wouldnt it make better sense to install/enable this by default? > > +1 > IMO yes. For me at least this was an important new feature in FC6. > I was surprised I had to do anything to make it work. Also, having > puplet installable in a non-working way (since yum-updatesd is > separate but required) seemed less than friendly. > > this is nothing but a bug ;) so fill it (if it isn't already done) > Tom > > From Axel.Thimm at ATrpms.net Tue Aug 15 18:39:34 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 20:39:34 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <200608151008.11339.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <200608151008.11339.jkeating@redhat.com> Message-ID: <20060815183934.GD31789@neu.nirvana> On Tue, Aug 15, 2006 at 10:08:11AM -0400, Jesse Keating wrote: > I still don't buy this argument. kmod and kmdls both fail in the same way > without further ugly ass hacks to rpm or depsolvers. kmdl does not need any patch to rpm, while kmod does not work with rpm. > I don't buy that kmod makes it impossible to boot older kernels, > that's just not the case. I think you're falling for somebody's > FUD. Read it differently: kmod can only support one kernel. Either old kernel modules get nuked or they don't get (security) updates, in the latter case you can boot into the old kernel, of course. That's no FUD that's outlined in the wiki. And trying to fix this open a further can of bugs. kmdls definitely have benefits. All kernels, no matter how old in the queue will get the module updates (if the kernel is still supported in the buildsystem, of course). -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Tue Aug 15 18:41:48 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 20:41:48 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <44E1D4F3.4000108@leemhuis.info> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <44E1D4F3.4000108@leemhuis.info> Message-ID: <20060815184148.GE31789@neu.nirvana> On Tue, Aug 15, 2006 at 04:06:43PM +0200, Thorsten Leemhuis wrote: > > > Leszek Matok schrieb: > >Dnia 15-08-2006, wto o godzinie 09:27 -0400, Jesse Keating napisa?(a): > >>(...) all kinds of weird hacks to how they are (...) > >>Arguing over which ugly ass hack to apply to be able to package kernel > >>modules is a bikeshed argument. > >[...] > >So, kmdls are the next step. > > Kernel-Module packaging is already working, defined, agreed on by FESCo > and used in Fedora Extras. See > http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/kmod-em8300-0.15.3-6.2.6.17_1.2157_FC5.i586.rpm > for example. The same scheme is used in lvn -- nobody reported problems > with it there. I'm reproting problems and I wrote a ton of information about the problems. Don't I count? > But Axel thinks the scheme FESCo invented (in round about half a year of > work) is broken and he thinks his scheme is better. Is that wrong to think? And I'm trying to get better tools in the hands of Fedora developers. Is that wrong, too? -- 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 katzj at redhat.com Tue Aug 15 18:45:57 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 15 Aug 2006 14:45:57 -0400 Subject: Does puplet really exist? In-Reply-To: <44E20FFF.2030203@fedoraproject.org> References: <1155665177.26752.2.camel@soncomputer> <200608151408.30577.jkeating@redhat.com> <44E20FFF.2030203@fedoraproject.org> Message-ID: <1155667557.4090.16.camel@aglarond.local> On Tue, 2006-08-15 at 23:48 +0530, Rahul wrote: > Jesse Keating wrote: > > On Tuesday 15 August 2006 14:06, Louis Garcia II wrote: > >> I've started with FC6 at test 2 and not one did I see puplet say I > >> needed updates. Does this thing actually work? > > > > install and/or enable the yum-updatesd service. > > Wouldnt it make better sense to install/enable this by default? In fact, it should be... I just flaked and forgot to add it to comps post-test1 when I split it into a subpackage. It's already set up to start by default, so just a matter of installing it. And now, it's in comps to be installed by default. Jeremy From Axel.Thimm at ATrpms.net Tue Aug 15 18:44:33 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 20:44:33 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <44E1DE27.8060108@fedoraproject.org> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <44E1DE27.8060108@fedoraproject.org> Message-ID: <20060815184433.GF31789@neu.nirvana> On Tue, Aug 15, 2006 at 08:15:59PM +0530, Rahul wrote: > Morever the current kernel module packaging approved by FESCo does not > prevent you from booting into older kernels. With the current state of affairs it prevents you to update the kernel modules for your older kernels including security updates. See pandora's box in http://fedoraproject.org/wiki/AxelThimm/kmdls for the amount of hacks needed to get kmods half-way working and for how much more efforts have to be invested to get them working like kmdls. -- 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 jkeating at redhat.com Tue Aug 15 18:49:10 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 14:49:10 -0400 Subject: Attention kernel module project packagers! In-Reply-To: <20060815183934.GD31789@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> <200608151008.11339.jkeating@redhat.com> <20060815183934.GD31789@neu.nirvana> Message-ID: <200608151449.13207.jkeating@redhat.com> On Tuesday 15 August 2006 14:39, Axel Thimm wrote: > kmdl does not need any patch to rpm, while kmod does not work with rpm. No, kmdl just changes its name every single update to work around the fact that rpm doesn't handle this kind of packaging. This is not a solution, its an ugly hack. > > I don't buy that kmod makes it impossible to boot older kernels, > > that's just not the case. ?I think you're falling for somebody's > > FUD. > > Read it differently: kmod can only support one kernel. Wrong. > Either old kernel modules get nuked or they don't get (security) > updates, in the latter case you can boot into the old kernel, of > course. That's no FUD that's outlined in the wiki. And trying to fix > this open a further can of bugs. I still don't buy that this is a bad thing. We don't want people booting to old kernels unless the new kernel doesn't work. If the new kernel doesn't work, remove it and the modules and you can update your old modules all you want. This isn't perfect, but it is functional. You're using out of the kernel modules, your life is going to suck. Deal with it. > kmdls definitely have benefits. All kernels, no matter how old in the > queue will get the module updates (if the kernel is still supported in > the buildsystem, of course). And you need funky hacks to do automated updates, you get new package names all the time to hack around with installation scripts and kickstart scripts, etc... This is not a solution. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Aug 15 18:50:49 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Aug 2006 14:50:49 -0400 Subject: Attention kernel module project packagers! In-Reply-To: <20060815184148.GE31789@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> <44E1D4F3.4000108@leemhuis.info> <20060815184148.GE31789@neu.nirvana> Message-ID: <200608151450.49509.jkeating@redhat.com> On Tuesday 15 August 2006 14:41, Axel Thimm wrote: > Is that wrong to think? And I'm trying to get better tools in the > hands of Fedora developers. Is that wrong, too? Nope, its just that "better" is extremely subjective. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Tue Aug 15 18:53:58 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 16 Aug 2006 00:23:58 +0530 Subject: Attention kernel module project packagers! In-Reply-To: <20060815184433.GF31789@neu.nirvana> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <44E1DE27.8060108@fedoraproject.org> <20060815184433.GF31789@neu.nirvana> Message-ID: <44E21846.7030601@fedoraproject.org> Axel Thimm wrote: > On Tue, Aug 15, 2006 at 08:15:59PM +0530, Rahul wrote: >> Morever the current kernel module packaging approved by FESCo does not >> prevent you from booting into older kernels. > > With the current state of affairs it prevents you to update the kernel > modules for your older kernels including security updates. ... which is very different from what the OP claimed. We really should not be having these discussions in multiple mailing lists. Rahul From lmacken at redhat.com Tue Aug 15 19:06:07 2006 From: lmacken at redhat.com (Luke Macken) Date: Tue, 15 Aug 2006 15:06:07 -0400 Subject: Does puplet really exist? In-Reply-To: <1155665714.2677.16.camel@price> References: <1155665177.26752.2.camel@soncomputer> <1155665714.2677.16.camel@price> Message-ID: <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> On Tue, Aug 15, 2006 at 08:15:14PM +0200, David Nielsen wrote: > tir, 15 08 2006 kl. 14:06 -0400, skrev Louis Garcia II: > > I've started with FC6 at test 2 and not one did I see puplet say I > > needed updates. Does this thing actually work? > > Now that you mention it I haven't seen puplet pop up recently, then it > was lacking functionality like a nice little libnotify deal to tell me > it had new updates. http://www.csh.rit.edu/~lewk/blog/2006/08/15/pup_enhancements libnotify/notify-python need some patches first. > Apparently Fedora does kill puppies.. who would have known? Sometimes, puppies need to die :( luke From Axel.Thimm at ATrpms.net Tue Aug 15 19:13:52 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 15 Aug 2006 21:13:52 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <44E21846.7030601@fedoraproject.org> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <44E1DE27.8060108@fedoraproject.org> <20060815184433.GF31789@neu.nirvana> <44E21846.7030601@fedoraproject.org> Message-ID: <20060815191352.GJ31789@neu.nirvana> On Wed, Aug 16, 2006 at 12:23:58AM +0530, Rahul wrote: > Axel Thimm wrote: > >On Tue, Aug 15, 2006 at 08:15:59PM +0530, Rahul wrote: > >>Morever the current kernel module packaging approved by FESCo does not > >>prevent you from booting into older kernels. > > > >With the current state of affairs it prevents you to update the kernel > >modules for your older kernels including security updates. > > ... which is very different from what the OP claimed. We really should > not be having these discussions in multiple mailing lists. Let's give the OP some truth because the inability to upgrade kernel modules for older kernels imply his statement: Given that updates of kernel modules for older kernels are not possible, if the kernel module depends on userland (like ipw3495 daemon or a firmware) which get's updated, too (there is s strict matching between ipw2x00 versions and what firmware is allowed), then the old userland package get's updated disabling the kernel module. Or if the kernel module package had a strict depdendency on the userland package it will get removed package-wise, too. These are two existing examples of how the kmod scheme will indeed nuke you old kernel's wireless support, if the kmdls would had been transformed to kmods. It's not difficult to move the argument to a storage device driver like 3w-9xxx or qla, both of which exist in kmdl form. kmods are like walking on very thin ice. -- 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 Tue Aug 15 19:18:27 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 16 Aug 2006 00:48:27 +0530 Subject: Does puplet really exist? In-Reply-To: <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> References: <1155665177.26752.2.camel@soncomputer> <1155665714.2677.16.camel@price> <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> Message-ID: <44E21E03.9060306@fedoraproject.org> Luke Macken wrote: > On Tue, Aug 15, 2006 at 08:15:14PM +0200, David Nielsen wrote: >> tir, 15 08 2006 kl. 14:06 -0400, skrev Louis Garcia II: >>> I've started with FC6 at test 2 and not one did I see puplet say I >>> needed updates. Does this thing actually work? >> Now that you mention it I haven't seen puplet pop up recently, then it >> was lacking functionality like a nice little libnotify deal to tell me >> it had new updates. > > http://www.csh.rit.edu/~lewk/blog/2006/08/15/pup_enhancements Excellent. Is this your blog? I see one being aggregated in Fedora Planet - http://notweak.livejournal.com/. This information really should have reached the planet or a mailing list announcement. Rahul From david at lovesunix.net Tue Aug 15 19:19:45 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 15 Aug 2006 21:19:45 +0200 Subject: Does puplet really exist? In-Reply-To: <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> References: <1155665177.26752.2.camel@soncomputer> <1155665714.2677.16.camel@price> <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> Message-ID: <1155669585.2677.24.camel@price> tir, 15 08 2006 kl. 15:06 -0400, skrev Luke Macken: > On Tue, Aug 15, 2006 at 08:15:14PM +0200, David Nielsen wrote: > > tir, 15 08 2006 kl. 14:06 -0400, skrev Louis Garcia II: > > > I've started with FC6 at test 2 and not one did I see puplet say I > > > needed updates. Does this thing actually work? > > > > Now that you mention it I haven't seen puplet pop up recently, then it > > was lacking functionality like a nice little libnotify deal to tell me > > it had new updates. > > http://www.csh.rit.edu/~lewk/blog/2006/08/15/pup_enhancements > > libnotify/notify-python need some patches first. > > > Apparently Fedora does kill puppies.. who would have known? > > Sometimes, puppies need to die :( Also you need to send your new rss feed addresse to Seth Vidal or another Fedora People maintainer because you're currently not being exposed in all your glory due to the feed pointing at a livejournal rather than the one you just linked. - David *puppy protector* Nielsen From lmacken at redhat.com Tue Aug 15 19:20:24 2006 From: lmacken at redhat.com (Luke Macken) Date: Tue, 15 Aug 2006 15:20:24 -0400 Subject: Does puplet really exist? In-Reply-To: <44E21E03.9060306@fedoraproject.org> References: <1155665177.26752.2.camel@soncomputer> <1155665714.2677.16.camel@price> <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> <44E21E03.9060306@fedoraproject.org> Message-ID: <20060815192024.GD2913@dhcp59-181.rdu.redhat.com> On Wed, Aug 16, 2006 at 12:48:27AM +0530, Rahul wrote: > Luke Macken wrote: > >On Tue, Aug 15, 2006 at 08:15:14PM +0200, David Nielsen wrote: > >>tir, 15 08 2006 kl. 14:06 -0400, skrev Louis Garcia II: > >>>I've started with FC6 at test 2 and not one did I see puplet say I > >>>needed updates. Does this thing actually work? > >>Now that you mention it I haven't seen puplet pop up recently, then it > >>was lacking functionality like a nice little libnotify deal to tell me > >>it had new updates. > > > >http://www.csh.rit.edu/~lewk/blog/2006/08/15/pup_enhancements > > > Excellent. Is this your blog? I see one being aggregated in Fedora > Planet - http://notweak.livejournal.com/. This information really should > have reached the planet or a mailing list announcement. I had Seth change the feed over to my new blog. It should hit the planet shortly. luke From jancio_wodnik at wp.pl Tue Aug 15 19:20:03 2006 From: jancio_wodnik at wp.pl (Jancio Wodnik) Date: Tue, 15 Aug 2006 21:20:03 +0200 Subject: Does puplet really exist? In-Reply-To: <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> References: <1155665177.26752.2.camel@soncomputer> <1155665714.2677.16.camel@price> <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> Message-ID: <44E21E63.70302@wp.pl> Luke Macken napisa?(a): > On Tue, Aug 15, 2006 at 08:15:14PM +0200, David Nielsen wrote: > >> tir, 15 08 2006 kl. 14:06 -0400, skrev Louis Garcia II: >> >>> I've started with FC6 at test 2 and not one did I see puplet say I >>> needed updates. Does this thing actually work? >>> >> Now that you mention it I haven't seen puplet pop up recently, then it >> was lacking functionality like a nice little libnotify deal to tell me >> it had new updates. >> > > http://www.csh.rit.edu/~lewk/blog/2006/08/15/pup_enhancements > > libnotify/notify-python need some patches first. > > >> Apparently Fedora does kill puppies.. who would have known? >> > > Sometimes, puppies need to die :( > > > luke > > O my God ! With this enhanced functionality of pup and puplet i CAN live !! Working pup in FC5 is very easy :/ and some ... I'm waitng for this in new FC6 Good work Lucke. Bye. Irens From jancio_wodnik at wp.pl Tue Aug 15 19:25:25 2006 From: jancio_wodnik at wp.pl (Jancio Wodnik) Date: Tue, 15 Aug 2006 21:25:25 +0200 Subject: Does puplet really exist? In-Reply-To: <44E21E63.70302@wp.pl> References: <1155665177.26752.2.camel@soncomputer> <1155665714.2677.16.camel@price> <20060815190607.GC2913@dhcp59-181.rdu.redhat.com> <44E21E63.70302@wp.pl> Message-ID: <44E21FA5.1040209@wp.pl> Jancio Wodnik napisa?(a): > Luke Macken napisa?(a): > >> On Tue, Aug 15, 2006 at 08:15:14PM +0200, David Nielsen wrote: >> >> >>> tir, 15 08 2006 kl. 14:06 -0400, skrev Louis Garcia II: >>> >>> >>>> I've started with FC6 at test 2 and not one did I see puplet say I >>>> needed updates. Does this thing actually work? >>>> >>>> >>> Now that you mention it I haven't seen puplet pop up recently, then it >>> was lacking functionality like a nice little libnotify deal to tell me >>> it had new updates. >>> >>> >> http://www.csh.rit.edu/~lewk/blog/2006/08/15/pup_enhancements >> >> libnotify/notify-python need some patches first. >> >> >> >>> Apparently Fedora does kill puppies.. who would have known? >>> >>> >> Sometimes, puppies need to die :( >> >> >> luke >> >> >> > O my God ! With this enhanced functionality of pup and puplet i CAN live !! > > Working pup in FC5 is very easy :/ and some ... > > I'm waitng for this in new FC6 > > Good work Lucke. > Sorry, i mean Luke ;) > Bye. > > Irens > > From nando at ccrma.Stanford.EDU Tue Aug 15 19:57:13 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 15 Aug 2006 12:57:13 -0700 Subject: Attention kernel module project packagers! In-Reply-To: <200608150927.34829.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> Message-ID: <1155671833.19797.41.camel@cmn3.stanford.edu> On Tue, 2006-08-15 at 09:27 -0400, Jesse Keating wrote: > On Tuesday 15 August 2006 08:48, David Woodhouse wrote: > > I think this argument is invalid. We should ban _all_ module packages > > from Core and Extras anyway. > > I'm with David on this one. Packaging of modules is the path to insanity. It > requires all kinds of weird hacks to how they are built, how they are named, > how they are handled by rpm and depsolvers, they always lag, they always hold > users behind when critical kernel fixes come out, etc, etc, etc... Sorry. No. Not "always". Always is _always_ too strong a word, oh well, perhaps not? :-) ;-) :-) ALSA: I've been packaging ALSA kernel modules for years for the Planet CCRMA project (since 2001). Bumped my head against many walls in the process. Examined kernel packaging proposals that sounded fine till you used them and found they did _not_ work. I packaged kernel modules first out of necessity because the kernel did not include ALSA at all. Then also out of necessity to get newer versions of the ALSA kernel modules than the ones in the standard kernel tree - or modules for soundcards that have not made it to the kernel tree yet but are usable (and no, waiting for them to make it to the standard tree is not always an option). I'm not arguing for or against including kernel modules in extra or core or rhel or whatever - but there should be a solid guideline on how to package them that works. With proper support in resolvers, kernel infrastructure, etc[*]. If the current one has flaws (it does!) then let's fix them. The need exists, it is part of reality, denying reality will not make it dissappear (that's at least my experience over the years). I'm still using in Planet CCRMA a scheme similar to the one proposed. It works. -- Fernando [*] even support for the kernel itself has problems - if I have a kernel that is version-release older than the latest kernel I _can not_ install it using an unpatched yum. > I personally feel (as does David) that if the module isn't good enough for > upstream, then it would HAVE to live in the kernel package itself. If it's > not good enough for the kernel package itself, then it isn't good enough for > Fedora. (Same could be applied to RHEL, but that's a battle for a different > list). > > Arguing over which ugly ass hack to apply to be able to package kernel modules > is a bikeshed argument. From louisg00 at bellsouth.net Tue Aug 15 20:10:32 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Tue, 15 Aug 2006 16:10:32 -0400 Subject: Does puplet really exist? In-Reply-To: <1155672495.3934.4.camel@soncomputer> References: <1155672495.3934.4.camel@soncomputer> Message-ID: <1155672632.3934.7.camel@soncomputer> On Tue, 2006-08-15 at 14:45 -0400, Jeremy Katz wrote: > On Tue, 2006-08-15 at 23:48 +0530, Rahul wrote: > > Jesse Keating wrote: > > > On Tuesday 15 August 2006 14:06, Louis Garcia II wrote: > > >> I've started with FC6 at test 2 and not one did I see puplet say I > > >> needed updates. Does this thing actually work? > > > > > > install and/or enable the yum-updatesd service. > > > > Wouldnt it make better sense to install/enable this by default? > > In fact, it should be... I just flaked and forgot to add it to comps > post-test1 when I split it into a subpackage. It's already set up to > start by default, so just a matter of installing it. And now, it's in > comps to be installed by default. > > Jeremy Then shouldn't puplet require yum-updatesd? -Louis From louisg00 at bellsouth.net Tue Aug 15 20:29:06 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Tue, 15 Aug 2006 16:29:06 -0400 Subject: Redhat Enterprise Security Client? Message-ID: <1155673746.4641.5.camel@soncomputer> Why does this icon 'sometimes' appear in the notification area? If it is meant to be there then it is a bug. -Louis From rstrode at redhat.com Tue Aug 15 21:44:40 2006 From: rstrode at redhat.com (Ray Strode) Date: Tue, 15 Aug 2006 17:44:40 -0400 Subject: Redhat Enterprise Security Client? In-Reply-To: <1155673746.4641.5.camel@soncomputer> References: <1155673746.4641.5.camel@soncomputer> Message-ID: <1155678280.7250.0.camel@halflap.boston.redhat.com> Hi, > Why does this icon 'sometimes' appear in the notification area? If it is > meant to be there then it is a bug. This is a known bug. I thought we already had a bug report filed, but I didn't see one, so I've filed one here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202699 --Ray From andreas at bawue.net Tue Aug 15 22:31:50 2006 From: andreas at bawue.net (Andreas Thienemann) Date: Wed, 16 Aug 2006 00:31:50 +0200 (CEST) Subject: Attention kernel module project packagers! In-Reply-To: <1155649922.4001.19.camel@pensja.lam.pl> References: <20060815123406.GG13461@neu.nirvana> <1155646085.22871.43.camel@pmac.infradead.org> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> Message-ID: On Tue, 15 Aug 2006, Leszek Matok wrote: > Isn't the "kmdls" system meant to be the cure to all of this? Is it even > a hack? I don't even think the package names are truly ugly. Yes, the kmdl system is a hack as well. Having the kernel release in the rpm name is a hack. There are people who would even argue, that such a hack should prvent kmdl from even being considered at all for fedora. > People are going to make kernel module rpms anyhow. Forcing them to use > flawed design that's hard to use, maintain, keep in sync with kernel > updates and impossible to boot older kernels is worse than pushing Xorg > 7.1 for FC5 which we're not doing because... we recognize the need for > people to use off-tree kernel modules :) This is pure and utter BS. The reason for not introducing xorg 7 in fc5 was _not_ that people are using nvidia and ati kernel modules. Please reread the "closure" thread. > The Board has spoken - using external kernel modules is a valid user > choice and it's important to make it easier for the users. That's my > understanding of The Board's decision. Please reread the board's decision as well. Right now, there's quite a lot of discussion on FESCO about these kernel modules. Please read up on the zaptel discussion, it's definitly not clear cut. > So, kmdls are the next step. Sorry, wrong conclusion. regards, andreas -- "Being drunk beyond the thin line of good taste" -- weEKAy on #ebone From naoki at valuecommerce.com Wed Aug 16 02:30:23 2006 From: naoki at valuecommerce.com (Naoki) Date: Wed, 16 Aug 2006 11:30:23 +0900 Subject: rawhide report: 20060815 changes In-Reply-To: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> References: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> Message-ID: <1155695423.2888.12.camel@localhost.localdomain> Marvellous, seems to have solved the recent crashing issues. I've been evo'ing for a while now and it's AOK. > evolution-2.7.91-4 > ------------------ > * Mon Aug 14 2006 Matthew Barnes - 2.7.91-4 > - Add patch for RH bug #201831. > > * Mon Aug 14 2006 Matthew Barnes - 2.7.91-3 > - Consolidate "missing declarations" patches. > - Add patch for RH bug #202383. > > * Fri Aug 11 2006 Matthew Barnes - 2.7.91-2 > - Add patch for RH bug #197868. > > evolution-data-server-1.7.91-2 > ------------------------------ > * Mon Aug 14 2006 Matthew Barnes - 1.7.91-2 > - Add patch for RH bug #202329. From mbarnes at redhat.com Wed Aug 16 03:00:12 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Tue, 15 Aug 2006 23:00:12 -0400 Subject: Evolution crashing In-Reply-To: <1155695423.2888.12.camel@localhost.localdomain> References: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> <1155695423.2888.12.camel@localhost.localdomain> Message-ID: <1155697212.2806.11.camel@localhost.localdomain> On Wed, 2006-08-16 at 11:30 +0900, Naoki wrote: > Marvellous, seems to have solved the recent crashing issues. I've been > evo'ing for a while now and it's AOK. Really? That's odd, because I've not yet submitted any updates to deal with the recent crashing issues. In fact I haven't even been able to reproduce the problem yet (perhaps because none of my email folders are large enough). Can anyone else confirm that the frequent crashes have ceased? Erwin? Matthew Barnes From naoki at valuecommerce.com Wed Aug 16 03:31:28 2006 From: naoki at valuecommerce.com (Naoki) Date: Wed, 16 Aug 2006 12:31:28 +0900 Subject: Evolution crashing In-Reply-To: <1155697212.2806.11.camel@localhost.localdomain> References: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> <1155695423.2888.12.camel@localhost.localdomain> <1155697212.2806.11.camel@localhost.localdomain> Message-ID: <44E29190.4050706@valuecommerce.com> Yep, I spoke too soon damn it.. It ran for about an hour which was 59 minutes longer than before and had me thinking it was ok, heck, I even managed to send a dozen emails.. I've just updated https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202309 Matthew Barnes wrote: > On Wed, 2006-08-16 at 11:30 +0900, Naoki wrote: > >> Marvellous, seems to have solved the recent crashing issues. I've been >> evo'ing for a while now and it's AOK. >> > > Really? That's odd, because I've not yet submitted any updates to deal > with the recent crashing issues. In fact I haven't even been able to > reproduce the problem yet (perhaps because none of my email folders are > large enough). Can anyone else confirm that the frequent crashes have > ceased? Erwin? > > Matthew Barnes > > From saddateh at gmail.com Wed Aug 16 03:44:20 2006 From: saddateh at gmail.com (Sadda Teh) Date: Tue, 15 Aug 2006 23:44:20 -0400 Subject: Please add BENQ FP91V to system-config-display monitor DB In-Reply-To: <44DEAB56.8030109@mharris.ca> References: <44DEAB56.8030109@mharris.ca> Message-ID: Unfortunately I lost the CD that came with my monitor and I was unable to find the download anywhere online. On 8/13/06, Mike A. Harris wrote: > Sadda Teh wrote: > > Thanks, done. > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202303 > > You need to attach the .INF file from the CD/floppy which came with > the display (or alternatively has been downloaded from the > manufacturer's website) and attach it to the bug report, so that it > can be ran through inf2mondb.py and added to the database. This > has the additional benefit of adding support for all other BenQ > displays which are currently absent from the database. > > Hope this helps. > > -- > Mike A. Harris * Open Source Advocate * http://mharris.ca > Proud Canadian. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From Matt_Domsch at dell.com Wed Aug 16 04:09:42 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 15 Aug 2006 23:09:42 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-08-15 Message-ID: <20060815230942.A15550@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Tue Aug 15 22:50:40 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: mozilla 191984 NEW Number failed to build: 41 Number expected to fail due to ExclusiveArch or ExcludeArch: 26 Leaving: 15 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 6 ---------------------------------- anaconda-11.1.0.80-1 compat-gcc-32-3.2.3-59 compat-gcc-34-3.4.6-3 evolution-sharp-0.11.1-7 gcc-4.1.1-16 memtest86+-1.65-4.1 With bugs filed: 9 ---------------------------------- gdb-6.5-3.fc6 ['193366 CLOSED'] grub-0.97-10 ['192504 CLOSED'] jakarta-commons-codec-1.3-5jpp.1 ['192511 NEW'] jakarta-commons-pool-1.3-3jpp.1 ['192516 NEW'] mx4j-3.0.1-4jpp_8fc ['192534 CLOSED'] syslinux-3.11-3 ['192488 CLOSED'] system-config-services-0.9.0-2 ['194179 CLOSED'] valgrind-3.2.0-4 ['191820 CLOSED'] xen-3.0.2-23 ['192539 CLOSED'] 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 Wed Aug 16 04:09:46 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 15 Aug 2006 23:09:46 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-08-15 Message-ID: <20060815230946.A15563@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Tue Aug 15 22:53:15 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: mozilla 191984 NEW Number failed to build: 16 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 6 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 2 ---------------------------------- anaconda-11.1.0.80-1 evolution-sharp-0.11.1-7 With bugs filed: 4 ---------------------------------- jakarta-commons-codec-1.3-5jpp.1 ['192511 NEW'] jakarta-commons-pool-1.3-3jpp.1 ['192516 NEW'] mx4j-3.0.1-4jpp_8fc ['192534 CLOSED'] system-config-services-0.9.0-2 ['194179 CLOSED'] 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 Wed Aug 16 04:09:54 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 15 Aug 2006 23:09:54 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-08-15 Message-ID: <20060815230954.A15575@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Tue Aug 15 22:59:22 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 bidiv-1.5-3.fc5 197224 NEW flow-tools-0.68-10.fc6 197706 NEW gtktalog 198897 NEW libtomoe-gtk-0.1.0-6.fc6 200114 NEW Number failed to build: 90 Number expected to fail due to ExclusiveArch or ExcludeArch: 23 Leaving: 67 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 49 ---------------------------------- atitvout-0.4-5 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.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 foobillard-3.0a-4 mitr at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gobby-0.4.0-6.rc2.fc6 lmacken at redhat.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org gtk2hs-0.9.10-2.fc6 petersen at redhat.com GtkAda-2.4.0-11.fc5 gemi at bluewin.ch gtksourceview-sharp-2.0-15.fc6 paul at all-the-johnsons.co.uk ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu ladspa-1.12-5 thomas at apestaart.org libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de MagicPoint-1.11b-2.fc5 byte at fedoraproject.org mlton-20051202-8.fc6 adam at spicenitz.org monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk nautilus-open-terminal-0.7-1.fc6 stickster at gmail.com new-1.3.7-2 redhat at flyn.org pam_keyring-0.0.7-2 redhat at flyn.org php-pear-DB-1.7.6-6 rpm at timj.co.uk pl-5.6.16-1.fc6 gemi at bluewin.ch 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 quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net ser-0.9.6-7.fc6 andreas at bawue.net serpentine-0.7-3.fc6 foolish at guezz.net 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 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 xplanet-1.0.1-7 jylitalo at iki.fi xprobe2-0.3-5.fc5 lmacken at redhat.com xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 18 ---------------------------------- alacarte-0.8-7.fc5 ['194250 NEW'] jpmahowald at gmail.com banshee-0.10.11-1.fc6 ['194505 NEW'] caillon at redhat.com 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 gdesklets-0.35.3-8.fc6 ['197799 NEW'] luya_tfz at thefinalzone.com 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 jam-2.5-3.fc5 ['198924 NEW'] tcallawa at redhat.com leafpad-0.8.9-1.fc6 ['200088 NEW'] ivazquez at ivazquez.net libtabe-0.2.6-14 ['200104 NEW'] llch at redhat.com logjam-4.5.3-4.fc6 ['200387 NEW'] tcallawa at redhat.com multisync-0.90.18-5.fc5 ['200399 ASSIGNED'] andreas.bierfert at lowlatency.de nautilus-search-tool-0.2-1.fc5 ['200420 NEW'] ivazquez at ivazquez.net nco-3.1.2-1.fc6 ['193541 NEW'] ed at eh3.com NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 ['200424 NEW'] davidz at redhat.com ngrep-1.44-4.fc5 ['200429 NEW'] oliver at linux-kernel.at opencv-0.9.7-15.fc5 ['200788 NEW'] nomis80 at nomis80.org 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 Wed Aug 16 04:10:07 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 15 Aug 2006 23:10:07 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-08-15 Message-ID: <20060815231007.A15589@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Tue Aug 15 23:03:35 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 bidiv-1.5-3.fc5 197224 NEW flow-tools-0.68-10.fc6 197706 NEW gtktalog 198897 NEW libtomoe-gtk-0.1.0-6.fc6 200114 NEW Number failed to build: 68 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 67 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 47 ---------------------------------- boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.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 gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gobby-0.4.0-6.rc2.fc6 lmacken at redhat.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org gtk2hs-0.9.10-2.fc6 petersen at redhat.com GtkAda-2.4.0-11.fc5 gemi at bluewin.ch gtksourceview-sharp-2.0-15.fc6 paul at all-the-johnsons.co.uk ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu ktorrent-2.0-4.fc6 wolters.liste at gmx.net ladspa-1.12-5 thomas at apestaart.org MagicPoint-1.11b-2.fc5 byte at fedoraproject.org mfstools-2.0-9.snapshot050221.fc5 tcallawa at redhat.com monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk nautilus-open-terminal-0.7-1.fc6 stickster at gmail.com orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de pam_keyring-0.0.7-2 redhat at flyn.org perl-POE-Component-Client-HTTP-0.77-2.fc6 cweyl at alumni.drew.edu pl-5.6.16-1.fc6 gemi at bluewin.ch python-goopy-0.1-1 pjones at redhat.com python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net ser-0.9.6-7.fc6 andreas at bawue.net serpentine-0.7-3.fc6 foolish at guezz.net 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 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 xplanet-1.0.1-7 jylitalo at iki.fi xprobe2-0.3-5.fc5 lmacken at redhat.com xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 20 ---------------------------------- 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.11-1.fc6 ['194505 NEW'] caillon at redhat.com 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 gdesklets-0.35.3-8.fc6 ['197799 NEW'] luya_tfz at thefinalzone.com 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 jam-2.5-3.fc5 ['198924 NEW'] tcallawa at redhat.com leafpad-0.8.9-1.fc6 ['200088 NEW'] ivazquez at ivazquez.net librx-1.5-6.fc5 ['200090 NEW'] tcallawa at redhat.com libtabe-0.2.6-14 ['200104 NEW'] llch at redhat.com logjam-4.5.3-4.fc6 ['200387 NEW'] tcallawa at redhat.com multisync-0.90.18-5.fc5 ['200399 ASSIGNED'] andreas.bierfert at lowlatency.de nautilus-search-tool-0.2-1.fc5 ['200420 NEW'] ivazquez at ivazquez.net nco-3.1.2-1.fc6 ['193541 NEW'] ed at eh3.com NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 ['200424 NEW'] davidz at redhat.com ngrep-1.44-4.fc5 ['200429 NEW'] oliver at linux-kernel.at opencv-0.9.7-15.fc5 ['200788 NEW'] nomis80 at nomis80.org 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 mailinglists at erwinrol.com Wed Aug 16 08:45:23 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 16 Aug 2006 10:45:23 +0200 Subject: Evolution crashing In-Reply-To: <1155697212.2806.11.camel@localhost.localdomain> References: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> <1155695423.2888.12.camel@localhost.localdomain> <1155697212.2806.11.camel@localhost.localdomain> Message-ID: <44E2DB23.80709@erwinrol.com> Matthew Barnes wrote: > On Wed, 2006-08-16 at 11:30 +0900, Naoki wrote: >> Marvellous, seems to have solved the recent crashing issues. I've been >> evo'ing for a while now and it's AOK. > > Really? That's odd, because I've not yet submitted any updates to deal > with the recent crashing issues. In fact I haven't even been able to > reproduce the problem yet (perhaps because none of my email folders are > large enough). Can anyone else confirm that the frequent crashes have > ceased? Erwin? No it still crashes, but it sometimes takes a lot longer. Al tough at the moment i have a situation where it crashes almost right away and always in the same place. It always seems to fail to allocate memory with g_realloc, the question is why? I tried a small program to see how much it takes to make g_realloc fail, but i didn't manage to make it fail, even when allocating 4Gbyte in blocks of 1024 bytes. What also seems strange in the stack trace is #14, but i have had other traces where it crashed in different places (but still due to realloc failing) #7 0x000000316ca33205 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #8 0x000000316ca34b70 in *__GI_abort () at abort.c:88 #9 0x0000003172635040 in IA__g_logv (log_domain=0x3172656766 "GLib", log_level=, format=0x317265dc20 "%s: failed to allocate %lu bytes", args1=0x409ff870) at gmessages.c:497 #10 0x00000031726350c3 in IA__g_log (log_domain=0x158a
, log_level=5523, format=0x6
) at gmessages.c:517 #11 0x0000003172633caf in IA__g_realloc (mem=0x0, n_bytes=524288) at gmem.c:172 #12 0x00000031726107ea in g_array_maybe_expand (array=0x2bab220, len=) at garray.c:339 #13 0x0000003172610d92 in IA__g_array_append_vals (farray=0x158a, data=0x2aaaccc4ebf0, len=6) at garray.c:132 #14 0x0000003172610df9 in IA__g_byte_array_append (array=0x158a, data=0x1593
, len=6) at garray.c:653 #15 0x00002aaaabc7ecd5 in camel_mime_part_construct_content_from_parser (dw=0x10292b0, mp=0x2acab8a93380) at camel-mime-part-utils.c:71 #16 0x00002aaaabc8030b in construct_from_parser (mime_part=0x10292b0, mp=0x2acab8a93380) at camel-mime-part.c:961 #17 0x00002aaaabc8864b in construct_from_parser (multipart=0x2acab8ad5a00, mp=0x2acab8a93380) at camel-multipart.c:566 #18 0x00002aaaabc7eca3 in camel_mime_part_construct_content_from_parser (dw=0x2acab8aa9030, mp=0x2acab8a93380) at camel-mime-part-utils.c:119 #19 0x00002aaaabc8030b in construct_from_parser (mime_part=0x2acab8aa9030, mp=0x2acab8a93380) at camel-mime-part.c:961 #20 0x00002aaaabc7cc56 in construct_from_parser (dw=0x158a, mp=0x1593) at camel-mime-message.c:590 #21 0x00002aaaabc7f91e in construct_from_stream (dw=0x2acab8aa9030, s=) at camel-mime-part.c:1005 #22 0x00002aaab89d7ebb in get_message_simple (imap_folder=, uid=, stream=0xe67fc0, ex=0x32489c0) at camel-imap-folder.c:2003 #23 0x00002aaab89dcbd4 in imap_get_message (folder=0xc07200, uid=0xcc4440 "2022", ex=0x32489c0) at camel-imap-folder.c:2054 #24 0x00002aaaabed55d2 in camel_folder_get_message (folder=0xc07200, uid=0xcc4440 "2022", ex=0x32489c0) at camel-folder.c:1070 #25 0x00002aaaabec83c0 in get_message_cb (data=, ex=0xffffffffffffffff) at camel-filter-driver.c:1339 #26 0x00002aaaabecaccb in camel_filter_search_get_message (fms=0x409fff50, sexp=0x2aaaccc45ab0) at camel-filter-search.c:134 #27 0x00002aaaabecb8bd in check_header (f=0x2aaaccc45ab0, argc=2, argv=dwarf2_read_address: Corrupted DWARF expression. ) at camel-filter-search.c:166 #28 0x00002aaaac846479 in e_sexp_term_eval (f=0x2aaaccc45ab0, t=0x2aaaccc4c7e0) at e-sexp.c:710 #29 0x00002aaaac846fb0 in term_eval_or (f=0x2aaaccc45ab0, argc=2, argv=0x2aaacbc986c0, data=) at e-sexp.c:313 #30 0x00002aaaac8464ad in e_sexp_term_eval (f=0x2aaaccc45ab0, t=0x2aaaccc4c800) at e-sexp.c:700 #31 0x00002aaaac8464ad in e_sexp_term_eval (f=0x2aaaccc45ab0, t=0x2aaaccc4c820) at e-sexp.c:700 #32 0x00002aaaac846fb0 in term_eval_or (f=0x2aaaccc45ab0, argc=1, argv=0x2aaacbcdc190, data=) at e-sexp.c:313 #33 0x00002aaaac8464ad in e_sexp_term_eval (f=0x2aaaccc45ab0, t=0x2aaaccc4c640) at e-sexp.c:700 #34 0x00002aaaac846520 in e_sexp_eval (f=0x2aaaccc45ab0) at e-sexp.c:1304 #35 0x00002aaaabecabd2 in camel_filter_search_match (session=, get_message=, data=, info=, source=, expression=0x3264720 " (or\n \n\t(match-all (or (header-contains \"To\" \"kdevelop at kdevelop.org\")\n\t \t (header-contains \"Cc\" \"kdevelop at kdevelop.org\")))\n \n )\n", ex=0x32489c0) at camel-filter-search.c:705 #36 0x00002aaaabec888a in camel_filter_driver_filter_message (driver=0xebdcc0, message=, info=0xcc33a0, uid=0xcc4440 "2022", source=0xc07200, source_url=0x2aaac8c9ffc0 "imap://erwin at gate.home.erwinrol.com/", original_source_url=0xffffffff
, ex=0x32489c0) at camel-filter-driver.c:1436 #37 0x00002aaaabec9080 in camel_filter_driver_filter_folder (driver=0xebdcc0, folder=0xc07200, cache=0x0, uids=0x3264180, remove=0, ex=0x32489c0) at camel-filter-driver.c:1276 #38 0x00002aaab7f4d282 in em_filter_folder_element_filter (mm=) at mail-ops.c:140 #39 0x00002aaab7f48b61 in mail_msg_received (e=, msg=, data=) at mail-mt.c:570 #40 0x00002aaaac845102 in thread_dispatch (din=) at e-msgport.c:987 #41 0x000000316e606f67 in start_thread (arg=) at pthread_create.c:274 #42 0x000000316cacff1d in ?? () from /lib64/libc.so.6 #43 0x0000000000000000 in ?? () From buildsys at redhat.com Wed Aug 16 09:54:52 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 16 Aug 2006 05:54:52 -0400 Subject: rawhide report: 20060816 changes Message-ID: <200608160954.k7G9sq5C007495@hs20-bc2-6.build.redhat.com> Removed package macutils Updated Packages: anaconda-11.1.0.82-1 -------------------- * Tue Aug 15 2006 Chris Lumens 11.1.0.82-1 - Make Turkish translation build again. * Tue Aug 15 2006 Chris Lumens 11.1.0.81-1 - Fix serial console shell IO (#201479). - Don't traceback if URL install path is just "/" (#202368). - Fix font typo (katzj, #202167). - SELinux fixups (pjones). - Handle virtpconsole option again (katzj, #201749, #202450). - Kickstart install fixes (#202471, #202483). - Mark strings for translation (#199022). - Fix ISO install method traceback (#201775). - Don't enable the back button if there's no screen to show (#197766). - Don't clobber a working /etc/resolv.conf on VNC installs (#201874). - Remember user choices on network config (dcantrel, #200986, #200797). - More greek fixing (katzj, #196980). - Sync pkgorder with what distill is expecting (katzj, #201923). - RHEL upgrade tweaks (katzj, #201741). - Install class detection (katzj, #201745). - Fix text upgrade traceback (katzj, #201960). - Add more libraries for s390 (katzj, #200985). - Add SATA probing (pjones). - Add registration key options (katzj, #201738). - Don't automatically set UTC check box on kickstart installs (#181737). - Patch from Paul Schroder for nogr mode. autofs-1:5.0.1-0.rc1.15 ----------------------- * Wed Aug 16 2006 Ian Kent - 5.0.1-0.rc1.15 - expire individual submounts. - add ino_index locking. - fix nested submount expiring away when pwd is base of submount. - more expire re-work to cope better with shutdown following cthon tests. - allow hostname to start with numeric when validating. cman-2.0.9-1.fc6 ---------------- * Tue Aug 15 2006 Chris Feist - 2.0.9-0 - Rebuild w/ new upstream sources coreutils-5.97-7 ---------------- * Tue Aug 15 2006 Tim Waugh 5.97-7 - Fixed 'sort -b' multibyte problem (bug #199986). evolution-2.7.91-5.fc6 ---------------------- * Tue Aug 15 2006 Matthew Barnes - 2.7.91-5.fc6 - Drop the bug-buddy dependency since it's not required for Evolution to run. * Mon Aug 14 2006 Matthew Barnes - 2.7.91-4 - Add patch for RH bug #201831. * Mon Aug 14 2006 Matthew Barnes - 2.7.91-3 - Consolidate "missing declarations" patches. - Add patch for RH bug #202383. freeradius-1.1.2-2 ------------------ * Tue Aug 15 2006 Thomas Woerner 1.1.2-2 - commented out include for sql.conf in radiusd.conf (#202561) frysk-0.0.1.2006.08.15.rh1-1.fc6 -------------------------------- * Tue Aug 15 2006 Stepan Kasal - 0.0.1.2006.08.15.rh1-1 - New upstream version. - Require latest java-gnome. - frysk-xfail-2130.patch: fails if building on an old kernel. glib2-2.12.2-1.fc6 ------------------ * Tue Aug 15 2006 Matthias Clasen - 2.12.2-1.fc6 - Update to 2.12.2 glibc-2.4.90-21 --------------- * Tue Aug 15 2006 Jakub Jelinek 2.4.90-21 - if some test gets stuck, kill the tee process after make check finishes - build with -mtune=generic on i686 and x86_64 * Tue Aug 15 2006 Jakub Jelinek 2.4.90-20 - PTHREAD_PRIO_PROTECT support - fix errno if nice() fails (#201826) gnome-panel-2.15.91-2.fc6 ------------------------- * Tue Aug 15 2006 Alexander Larsson - 2.15.91-2.fc6 - Also use beagle for search actions (#201424) grub-0.97-11 ------------ * Tue Aug 15 2006 Peter Jones - 0.97-11 - Disable patch 505 (#164497) jakarta-commons-validator-0:1.1.4-4jpp.1 ---------------------------------------- * Tue Aug 15 2006 Deepak Bhole - 0:1.1.4-4jpp.1 - Added missing post/postun for javadoc. kdebase-6:3.5.4-2.fc6 --------------------- * Tue Aug 15 2006 Than Ngo 6:3.5.4-2 - apply upstream patch to fix argument quoting kexec-tools-1.101-44.fc6 ------------------------ * Tue Aug 15 2006 Neil Horman - 1.101-44.fc6 - updated init script to implement status function/scrub err messages * Wed Aug 09 2006 Jarod Wilson - 1.101-43.fc6 - Misc spec cleanups and macro-ifications libnotify-0.4.2-3.fc6 --------------------- * Tue Aug 15 2006 Luke Macken - 0.4.2-3 - Add upstream patch libnotify-0.4.2-status-icon.patch to emit the correct property change notification 'status-icon' instead of 'attach-icon' libsoup-2.2.96-2.fc6 -------------------- * Tue Aug 15 2006 Matthew Barnes - 2.2.96-2.fc6 - Rebuild libvte-java-0.12.1-2.fc6 ------------------------ * Tue Aug 15 2006 Stepan Kasal - 0.12.1-2 - Add libvte-java-alias.patch, which reimplements the old methods, with a typo in their name. logwatch-7.3-4 -------------- * Mon Aug 14 2006 Marcela Maslanova 7.3-4 - add audit patch for SElinux (#200116) - add patch for sshd (#200105) - add patch from bugzilla, made by Allen Kistler (#200147) mc-1:4.6.1a-23.fc6 ------------------ * Tue Aug 15 2006 Jindrich Novy 4.6.1a-23.fc6 - update to new mc CVS snapshot - drop .case, .rpmobsolete patches - applied upstream - allow exit command even on non-local filesystems (#202440) - use %{?dist} * Mon Jul 17 2006 Jindrich Novy 4.6.1a-22 - use less ugly UTF-8 special characters for scrollbars - properly highlight RPM tags that differ in case while editing spec file * Wed Jul 12 2006 Jesse Keating - 1:4.6.1a-21.1 - rebuild netpbm-10.34-4.fc6 ------------------ * Tue Aug 15 2006 Jindrich Novy 10.34-4.fc6 - legal fixes (#202519): - remove pbmtols, spottopgm, jbig and hpcd stuff from source and doc tarballs notify-python-0.1.0-3.fc6 ------------------------- numactl-0.9.8-1.33 ------------------ * Tue Aug 15 2006 Neil Horman - 0.9.8-1.32 - add patch for broken cpu/nodebind output (bz 201906) openais-0.80.1-1.0 ------------------ * Tue Aug 15 2006 Steven Dake - 0.80.1-1.0 - New stable upstream release parted-1.7.1-11.fc6 ------------------- * Tue Aug 15 2006 David Cantrell - 1.7.1-11 - Expand error buffer to 8192 bytes in vtoc_error() - Do not apply O_DIRECT patch on S/390 or S/390x platforms redhat-artwork-5.0.1-1.fc6 -------------------------- * Tue Aug 15 2006 Matthias Clasen - 5.0.1-1.fc5 - Fix gnome-spinner-rest.png size rgmanager-2.0.5-1.fc6 --------------------- rwho-0.17-26 ------------ * Tue Aug 15 2006 Harald Hoyer - 0.17-26 - exit daemon, if child process dies (bug #202493) squirrelmail-1.4.8-2.fc6 ------------------------ * Tue Aug 15 2006 Warren Togami 1.4.8-2 - more Japanese filename fixes (#195639) system-config-network-1.3.94-1 ------------------------------ * Tue Aug 15 2006 Harald Hoyer - 1.3.94 - translation update (bug #182650) * Tue Aug 15 2006 Harald Hoyer - 1.3.93 - added tui subdir (bug #202560) xorg-x11-server-1.1.1-21.fc6 ---------------------------- * Tue Aug 15 2006 Adam Jackson - 1.1.1-21.fc6 - xorg-x11-server-1.1.1-fix-default-mouse-device-yet-again.patch: Added. From mailinglists at erwinrol.com Wed Aug 16 13:52:23 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 16 Aug 2006 15:52:23 +0200 Subject: Evolution crashing In-Reply-To: <44E2DB23.80709@erwinrol.com> References: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> <1155695423.2888.12.camel@localhost.localdomain> <1155697212.2806.11.camel@localhost.localdomain> <44E2DB23.80709@erwinrol.com> Message-ID: <1155736343.30227.1.camel@xpc.home.erwinrol.com> With the last rawhide glib2 and glibc updates the crashes seem to be gone (or atleast i have not seen one yet). And since it always seemed to crash due to g_realloc returning NULL (the crash is an assert) could it be that glib2 or glibc were the cause of the problem, and evolution only triggered it ? - Erwin From mailinglists at erwinrol.com Wed Aug 16 14:00:49 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 16 Aug 2006 16:00:49 +0200 Subject: Evolution crashing In-Reply-To: <1155736343.30227.1.camel@xpc.home.erwinrol.com> References: <200608151006.k7FA6Fpv024614@hs20-bc2-6.build.redhat.com> <1155695423.2888.12.camel@localhost.localdomain> <1155697212.2806.11.camel@localhost.localdomain> <44E2DB23.80709@erwinrol.com> <1155736343.30227.1.camel@xpc.home.erwinrol.com> Message-ID: <44E32511.7050402@erwinrol.com> Erwin Rol wrote: > With the last rawhide glib2 and glibc updates the crashes seem to be > gone (or atleast i have not seen one yet). And since it always seemed to > crash due to g_realloc returning NULL (the crash is an assert) could it > be that glib2 or glibc were the cause of the problem, and evolution only > triggered it ? > After pressing "send" evolution crashed again :-/ And on the same place it crashed before. I am now running with MALLOC_CHECK_ set, lets see what turns up; #0 0x00002aaaad040205 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00002aaaad041b70 in *__GI_abort () at abort.c:88 #2 0x00002aaaacda4070 in IA__g_logv (log_domain=0x2aaaacdc5786 "GLib", log_level=, format=0x2aaaacdccc20 "%s: failed to allocate %lu bytes", args1=0x43c04d40) at gmessages.c:497 #3 0x00002aaaacda40f3 in IA__g_log (log_domain=0x51cc
, log_level=20962, format=0x6
) at gmessages.c:517 #4 0x00002aaaacda2cdf in IA__g_realloc (mem=0x0, n_bytes=524288) at gmem.c:172 #5 0x00002aaaacd7f7ea in g_array_maybe_expand (array=0x2aaabe6ba540, len=) at garray.c:339 #6 0x00002aaaacd7fd92 in IA__g_array_append_vals (farray=0x51cc, data=0x2aaabe28a280, len=6) at garray.c:132 #7 0x00002aaaacd7fdf9 in IA__g_byte_array_append (array=0x51cc, data=0x51e2
, len=6) at garray.c:653 #8 0x00000030cf427cd5 in camel_mime_part_construct_content_from_parser (dw=0x192c460, mp=0x2aaabe6716c0) at camel-mime-part-utils.c:71 #9 0x00000030cf42930b in construct_from_parser (mime_part=0x192c460, mp=0x2aaabe6716c0) at camel-mime-part.c:961 #10 0x00000030cf43164b in construct_from_parser (multipart=0x192a7a0, mp=0x2aaabe6716c0) at camel-multipart.c:566 #11 0x00000030cf427ca3 in camel_mime_part_construct_content_from_parser (dw=0x2aaabe670860, mp=0x2aaabe6716c0) at camel-mime-part-utils.c:119 #12 0x00000030cf42930b in construct_from_parser (mime_part=0x2aaabe670860, mp=0x2aaabe6716c0) at camel-mime-part.c:961 #13 0x00000030cf425c56 in construct_from_parser (dw=0x51cc, mp=0x51e2) at camel-mime-message.c:590 #14 0x00000030cf42891e in construct_from_stream (dw=0x2aaabe670860, s=) at camel-mime-part.c:1005 #15 0x00002aaab90b4ebb in get_message_simple (imap_folder=, uid=, stream=0x2aaabe66fac0, ex=0x17d4590) at camel-imap-folder.c:2003 #16 0x00002aaab90b9bd4 in imap_get_message (folder=0xc9f430, uid=0x3a953b0 "127802", ex=0x17d4590) at camel-imap-folder.c:2054 #17 0x00000030d04265d2 in camel_folder_get_message (folder=0xc9f430, uid=0x3a953b0 "127802", ex=0x17d4590) at camel-folder.c:1070 #18 0x00002aaab8628245 in get_message_get (mm=0x17d4560) at mail-ops.c:1753 #19 0x00002aaab8625b61 in mail_msg_received (e=, msg=, data=) at mail-mt.c:570 #20 0x00000030cec15102 in thread_dispatch (din=) at e-msgport.c:987 #21 0x00002aaaac081097 in start_thread (arg=) at pthread_create.c:283 #22 0x00002aaaad0dd2ed in ?? () from /lib64/libc.so.6 #23 0x0000000000000000 in ?? () From vonbrand at inf.utfsm.cl Wed Aug 16 15:26:19 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 16 Aug 2006 11:26:19 -0400 Subject: Dependencies a little excessive? In-Reply-To: Message from Toshio Kuratomi of "Fri, 11 Aug 2006 01:09:42 MST." <1155283782.3818.56.camel@localhost> Message-ID: <200608161526.k7GFQJwr008128@laptop13.inf.utfsm.cl> Toshio Kuratomi wrote: [...] > Better rhetorical question: > How should I know that yum is going to install an i386 of xfsprogs but > not vim ahead of time? Mostly because a package isn't available natively... and this is (mostly) a repository setup decision. > I don't know that there's an i386 version of the package within the tree > until yum tells me. Then ask... > So if I don't want to waste time with yum trying to > download the i386 package I need to waste time ftp'ing into the > repository to list the exact filenames of the packages I'm interested > in. Again, a repository setup decision. > This is a case where "do what I mean" and "do what I say" don't match > up. I think that part of it is because yum's overloading a field. In > yum install [PACKAGE], PACKAGE sometimes means package name and > PACKAGENAME.ARCH in others. If we break arch out of that field another > issue is easier to see: > > On x86_64: > > yum remove [multilib package]* will remove whichever versions of the > packages are present on the system. OK. > yum remove [multilib package]* --arch=i386 will remove the i386 packages > if they exist on the system OK. > yum upgrade [multilib package]* will upgrade whichever versions of the > packages are present on the system OK. > yum upgrade [multilib package]* --arch=i386 will upgrade the i386 > packages if they exist on the system. Breaks badly if it is truly multiarch (in that case, you can't have one version of one arch and another one of the other one). > yum install [multilib package]* will install the packages from the > repository. Which ones? Native only? All? > yum install [multilib package]* --arch=i386 will install the i386 > packages if they exist in the repository. OK, unless it conflicts with an installed (older) package for the other arch. What do you want done in that case? Error out? Upgrade the other arch? > The install case is different from the remove and upgrade cases because > remove and upgrade deal with the installed system while install deals > with the repository. /All/ interact with the repository. > To be truly consistent between yum install and yum > upgrade, if I had vim-common on my system and ran "yum upgrade vim*", > yum would look in the repository, discover vim-minimal, vim-enhanced, > and vim-X11 and "upgrade" those as well. You don't have yum do that > because yum install and yum upgrade are operating in different contexts > with different expectations. If the expectation for the install case is > "best arch for the system" instead of "all packages present in the > repository" then it shouldn't be a surprise that it isn't consistent > with the upgrade or remove case for the same reason. What is so wrong with "yum install 'vim*.i?86'" here? (Not that I'd expect vim.i386 to be in the x86_64 repository, but...). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From david at lovesunix.net Wed Aug 16 15:29:22 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 16 Aug 2006 17:29:22 +0200 Subject: rawhide report: 20060816 changes In-Reply-To: <200608160954.k7G9sq5C007495@hs20-bc2-6.build.redhat.com> References: <200608160954.k7G9sq5C007495@hs20-bc2-6.build.redhat.com> Message-ID: <1155742162.2774.2.camel@price> ons, 16 08 2006 kl. 05:54 -0400, skrev buildsys at redhat.com: > gnome-panel-2.15.91-2.fc6 > ------------------------- > * Tue Aug 15 2006 Alexander Larsson - 2.15.91-2.fc6 > - Also use beagle for search actions (#201424) This does not seem to work, beagle isn't launched when executing the search menu item. - David Nielsen From mclasen at redhat.com Wed Aug 16 15:42:07 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 16 Aug 2006 11:42:07 -0400 Subject: rawhide report: 20060816 changes In-Reply-To: <1155742162.2774.2.camel@price> References: <200608160954.k7G9sq5C007495@hs20-bc2-6.build.redhat.com> <1155742162.2774.2.camel@price> Message-ID: <1155742927.16766.0.camel@golem.boston.redhat.com> On Wed, 2006-08-16 at 17:29 +0200, David Nielsen wrote: > ons, 16 08 2006 kl. 05:54 -0400, skrev buildsys at redhat.com: > > > gnome-panel-2.15.91-2.fc6 > > ------------------------- > > * Tue Aug 15 2006 Alexander Larsson - 2.15.91-2.fc6 > > - Also use beagle for search actions (#201424) > > This does not seem to work, beagle isn't launched when executing the > search menu item. > Is beagle-gui installed ? From david at lovesunix.net Wed Aug 16 16:05:50 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 16 Aug 2006 18:05:50 +0200 Subject: rawhide report: 20060816 changes In-Reply-To: <1155742927.16766.0.camel@golem.boston.redhat.com> References: <200608160954.k7G9sq5C007495@hs20-bc2-6.build.redhat.com> <1155742162.2774.2.camel@price> <1155742927.16766.0.camel@golem.boston.redhat.com> Message-ID: <1155744350.2774.4.camel@price> ons, 16 08 2006 kl. 11:42 -0400, skrev Matthias Clasen: > On Wed, 2006-08-16 at 17:29 +0200, David Nielsen wrote: > > ons, 16 08 2006 kl. 05:54 -0400, skrev buildsys at redhat.com: > > > > > gnome-panel-2.15.91-2.fc6 > > > ------------------------- > > > * Tue Aug 15 2006 Alexander Larsson - 2.15.91-2.fc6 > > > - Also use beagle for search actions (#201424) > > > > This does not seem to work, beagle isn't launched when executing the > > search menu item. > > > Is beagle-gui installed ? Nope, should gnome-panel not depend on it? - David From sundaram at fedoraproject.org Wed Aug 16 16:09:21 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 16 Aug 2006 21:39:21 +0530 Subject: rawhide report: 20060816 changes In-Reply-To: <1155744350.2774.4.camel@price> References: <200608160954.k7G9sq5C007495@hs20-bc2-6.build.redhat.com> <1155742162.2774.2.camel@price> <1155742927.16766.0.camel@golem.boston.redhat.com> <1155744350.2774.4.camel@price> Message-ID: <44E34331.7090003@fedoraproject.org> David Nielsen wrote: > ons, 16 08 2006 kl. 11:42 -0400, skrev Matthias Clasen: >> On Wed, 2006-08-16 at 17:29 +0200, David Nielsen wrote: >>> ons, 16 08 2006 kl. 05:54 -0400, skrev buildsys at redhat.com: >>> >>>> gnome-panel-2.15.91-2.fc6 >>>> ------------------------- >>>> * Tue Aug 15 2006 Alexander Larsson - 2.15.91-2.fc6 >>>> - Also use beagle for search actions (#201424) >>> This does not seem to work, beagle isn't launched when executing the >>> search menu item. >>> >> Is beagle-gui installed ? > > Nope, should gnome-panel not depend on it? > > - David > Wouldnt that make beagle a dependency of gnome-panel? Rahul From markwiz at us.ibm.com Wed Aug 16 16:09:05 2006 From: markwiz at us.ibm.com (Mark Wisner) Date: Wed, 16 Aug 2006 12:09:05 -0400 Subject: Does network traffic between Dom0 and a guest go over the wire? Message-ID: If I have a guest running on a Xen enabled system and I do network traffic between the guest and Dom0, will the traffic go over the wire or will the Dom0 stack route it to the guest bypassing the network interface? Thanks, Mark K. Wisner Advisory Software Engineer IBM Linux Technology Center 3039 Cornwallis Rd RTP, NC 27709 Tel. 919-754-4274 Cell 919-649-5813 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mclasen at redhat.com Wed Aug 16 16:30:40 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 16 Aug 2006 12:30:40 -0400 Subject: rawhide report: 20060816 changes In-Reply-To: <1155744350.2774.4.camel@price> References: <200608160954.k7G9sq5C007495@hs20-bc2-6.build.redhat.com> <1155742162.2774.2.camel@price> <1155742927.16766.0.camel@golem.boston.redhat.com> <1155744350.2774.4.camel@price> Message-ID: <1155745841.16766.2.camel@golem.boston.redhat.com> On Wed, 2006-08-16 at 18:05 +0200, David Nielsen wrote: > ons, 16 08 2006 kl. 11:42 -0400, skrev Matthias Clasen: > > On Wed, 2006-08-16 at 17:29 +0200, David Nielsen wrote: > > > ons, 16 08 2006 kl. 05:54 -0400, skrev buildsys at redhat.com: > > > > > > > gnome-panel-2.15.91-2.fc6 > > > > ------------------------- > > > > * Tue Aug 15 2006 Alexander Larsson - 2.15.91-2.fc6 > > > > - Also use beagle for search actions (#201424) > > > > > > This does not seem to work, beagle isn't launched when executing the > > > search menu item. > > > > > Is beagle-gui installed ? > > Nope, should gnome-panel not depend on it? > > - David > No, just like it didn't depend on beagle before. The problem you have is that beagle got split and you lost the gui parts without noticing. From naoki at valuecommerce.com Wed Aug 16 16:42:10 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 17 Aug 2006 01:42:10 +0900 Subject: Does network traffic between Dom0 and a guest go over the wire? In-Reply-To: References: Message-ID: <44E34AE2.3000800@valuecommerce.com> It creates a virtual interfaces which communicate via the bridge. None of the traffic ever reaches the actual ethernet adaptor and therefore it does not hit the wire. http://www.shorewall.net/images/Xen1.png Mark Wisner wrote: > > If I have a guest running on a Xen enabled system and I do network > traffic between the guest and Dom0, will the traffic go over the wire > or will > the Dom0 stack route it to the guest bypassing the network interface? From nando at ccrma.Stanford.EDU Wed Aug 16 18:28:38 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed, 16 Aug 2006 11:28:38 -0700 Subject: Attention kernel module project packagers! In-Reply-To: <200608151449.13207.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <200608151008.11339.jkeating@redhat.com> <20060815183934.GD31789@neu.nirvana> <200608151449.13207.jkeating@redhat.com> Message-ID: <1155752918.31647.24.camel@cmn3.stanford.edu> On Tue, 2006-08-15 at 14:49 -0400, Jesse Keating wrote: > On Tuesday 15 August 2006 14:39, Axel Thimm wrote: > > kmdl does not need any patch to rpm, while kmod does not work with rpm. > > No, kmdl just changes its name every single update to work around the fact > that rpm doesn't handle this kind of packaging. This is not a solution, its > an ugly hack. As you state, the basic problem is that rpm has a one dimensional view of versions. Proper external kernel module packaging would require two dimensions (version of the kernel and version of the kernel module). A proper solution does not exist. _Anything_ else is a hack, IMHO. There are several flavors of hacks. Some work better than others. AFAIK all of them require something else to be changed or modified to try to hide the hack. "Beauty is in the eye of the beholder" so we should probably not talk about "ugly hacks", just "hacks" and their technical shortcomings and/or advantages. -- Fernando From rc040203 at freenet.de Thu Aug 17 08:36:21 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 17 Aug 2006 10:36:21 +0200 Subject: Attention kernel module project packagers! In-Reply-To: <200608151008.11339.jkeating@redhat.com> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <200608151008.11339.jkeating@redhat.com> Message-ID: <1155803781.7629.25.camel@mccallum.corsepiu.local> On Tue, 2006-08-15 at 10:08 -0400, Jesse Keating wrote: > On Tuesday 15 August 2006 09:52, Leszek Matok wrote: > > Isn't the "kmdls" system meant to be the cure to all of this? Is it even > > a hack? I don't even think the package names are truly ugly. > > I personally find having the kernel version embedded into the NAME of a > package is pretty damned ugly. I find it ugly in the compat packages we > generate too, but that's a different story for a different day. Actually it's not a different story. It's the same story: Parallel installation. Ralf From pmatilai at laiskiainen.org Thu Aug 17 09:32:17 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 17 Aug 2006 12:32:17 +0300 (EEST) Subject: Attention kernel module project packagers! In-Reply-To: <1155803781.7629.25.camel@mccallum.corsepiu.local> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <200608151008.11339.jkeating@redhat.com> <1155803781.7629.25.camel@mccallum.corsepiu.local> Message-ID: On Thu, 17 Aug 2006, Ralf Corsepius wrote: > On Tue, 2006-08-15 at 10:08 -0400, Jesse Keating wrote: >> On Tuesday 15 August 2006 09:52, Leszek Matok wrote: >>> Isn't the "kmdls" system meant to be the cure to all of this? Is it even >>> a hack? I don't even think the package names are truly ugly. >> >> I personally find having the kernel version embedded into the NAME of a >> package is pretty damned ugly. I find it ugly in the compat packages we >> generate too, but that's a different story for a different day. > Actually it's not a different story. > > It's the same story: Parallel installation. Indeed - and to be exact: safely upgradable parallel installation. We have for example libpng-1.2.8 and libpng10-1.0.18 in FC5. Rpm would allow installing them parallerly if they were just libpng-1.2.8 and libpng-1.0.18 so why do we rename it? To allow them to be upgraded separately, an alleged 'rpm -Uvh libpng-1.2.9' would remove both versions. I haven't seen anybody arguing we should drop those compat packages and rely on yum plugin to deal with situations like the above correctly... so why are kernel modules any different? - Panu - From buildsys at redhat.com Thu Aug 17 09:52:45 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 17 Aug 2006 05:52:45 -0400 Subject: rawhide report: 20060817 changes Message-ID: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> New package python-xeninst Python modules for starting Xen guest installations Updated Packages: NetworkManager-0.7.0-0.cvs20060529.6 ------------------------------------ * Wed Aug 16 2006 Ray Strode - 0.7.0-0.cvs20060529.6 - add patch to make networkmanager less verbose (bug 202832) anaconda-11.1.0.83-1 -------------------- * Wed Aug 16 2006 Jeremy Katz - 11.1.0.83-1 - Fix text timezone typo (clumens, #202844) - Some installclass tweaking - Fix nfsiso to handle changing repopaths - Fix x86_64 install traceback (#202660) - Adjust for new theme cdrtools-9:2.01-10 ------------------ * Wed Aug 16 2006 Harald Hoyer - 9:2.01-10 - moved back to version 2.01 (last GPL version), due to incompatible license issues cman-2.0.10-1.fc6 ----------------- * Wed Aug 16 2006 Chris Feist - 2.0.10-1 - Rebuild w/ new upstream sources cups-1:1.2.2-11 --------------- * Wed Aug 16 2006 Tim Waugh 1:1.2.2-11 - Use upstream patch to fix STR #1881. evolution-data-server-1.7.91-3.fc6 ---------------------------------- * Wed Aug 16 2006 Ray Strode - 1.7.91-3 - Add fix from Matthias Clasen that might help bug 202309. fonts-indic-2.0.1-1 ------------------- * Thu Aug 17 2006 Leon Ho - 2.0.1-1 - fixed RH#201041 for bn_IN - fixed RH#197639, RH#202161, RH#202163 for ml_IN - fixed RH#201998 for kn_IN gamin-0.1.7-2.fc6 ----------------- * Wed Aug 16 2006 Alexander Larsson - 0.1.7-2 - Add patch that avoids closing the fd after FAMOpen, fixes some 100% cpu bugs gcc-4.1.1-17 ------------ * Wed Aug 16 2006 Jakub Jelinek 4.1.1-17 - update from gcc-4_1-branch (-r116082:116176) - PRs c++/27894, c++/28677, c/28649, middle-end/28075, rtl-optimization/23454 - merge gomp fixes from the trunk (-r116152:116154) - PRs middle-end/28713, middle-end/28724 - add -march=geode and -mtune=geode support (Vlad Makarov) - use %gs rather than %fs register on x86_64 with -mcmodel=kernel -fstack-protector (Arjan van de Ven, #202842) - don't create jar manifest in libgcj-tools-4.*.jar (#200887) - externally_visible attribute fixes (Jan Hubicka, PRs c/25795, c++/27369) - --combine fixes for aggregates with attributes (PRs c/28706, c/28712) - further externally_visible attr fixes (PR c/28744) - fix invalid token pasting error message (PR preprocessor/28709) - obey OpenMP 2.5 chapter 4 env var requirements (whitespace rules and case insensitivity in the env vars; PR libgomp/28725) - fix OPT_FLAGS on sparc gimp-2:2.2.12-4.fc6 ------------------- * Wed Aug 16 2006 Nils Philippsen - 2:2.2.12-4 - revamp scheme for integrating external plugins (#202545) * Wed Aug 02 2006 Nils Philippsen - 2:2.2.12-3 - allow spaces in filenames when saving (#200888, patch by Michael Natterer) * Tue Jul 18 2006 Nils Philippsen - 2:2.2.12-2 - split off libraries into gimp-libs to allow multilib installations - remove pre-release cruft gnome-panel-2.15.91-3.fc6 ------------------------- * Wed Aug 16 2006 Ray Strode - 2.15.91.3.fc6 - add more complete fix for bug 201439 gnu-crypto-0:2.1.0-2jpp.1 ------------------------- * Sat Aug 12 2006 Matt Wringe - 0:2.1.0-2jpp.1 - Merge with upstream version * Sat Aug 12 2006 Matt Wringe - 0:2.1.0-2jpp - Add the sasl classes from GNU Classpath to build the sasl-jdk1.4 package as this has been removed from gnu-crypto 2.1.0 sources. - gnu-crypto-noarch.patch no longer applies as ant is no longer used - Update to 2.1.0 - From Thomas Fitzsimmons : - Add gcj endorsed dir support. - Add GnuCrypto security provider to classpath.security - Call rebuild-security-providers and rebuild-gcj-db-conditionally on their existence. kernel-2.6.17-1.2571.fc6 ------------------------ * Wed Aug 16 2006 Roland McGrath - New utrace patch: - Fix s390 single-step for real this time. - Revamp how arch code defines ptrace compatibility. * Wed Aug 16 2006 Dave Jones - Update to latest GregKH tree. - Reenable debug. * Tue Aug 15 2006 Don Zickus - cleanup config-rhel-generic to compile again - removed useless options in config-rhel-generic libvirt-0.1.4-1 --------------- * Wed Aug 16 2006 Daniel Veillard 0.1.4-1 - vCPUs and affinity support - more complete XML, console and boot options - specific features support - enforced read-only connections - various improvements, bug fixes mkinitrd-5.1.8-1 ---------------- * Wed Aug 16 2006 Peter Jones - 5.1.8-1 - Use modprobe to find module deps (#202559, #202596) - Fix typo for /dev/efirtc (#202110) * Wed Aug 16 2006 Peter Jones - 5.1.7-1 - Make "stabilized" work better (patch from Alexandre Oliva) - Rewrite usb handling (notting and pjones) - Fix libbdevid provides/obsoletes. - Include usb hcd drivers by default ncurses-5.5-23.20060715 ----------------------- * Wed Aug 16 2006 Miroslav Lichvar 5.5-23.20060715 - fix another crash in tgetent (#202480) nfs-utils-1:1.0.9-4.fc6 ----------------------- * Wed Aug 16 2006 1.0.9-2 - Allow variable for HA callout program in /etc/init.d/nfslock (bz 202790) * Wed Aug 02 2006 1.0.9-3 - add epoch (#196359) * Fri Jul 28 2006 1.0.9-2 - Enabled the creating of mount.nfs and umount.nfs binaries - Added mount option fixes suggested by upstream. - Fix lazy umounts (bz 169299) - Added -o fsc mount option. pam_pkcs11-0.5.3-10 ------------------- * Wed Aug 16 2006 Robert Relyea 0.5.3-10 - remove sceventd postgresql-jdbc-0:8.1.407-1jpp.4 -------------------------------- * Wed Aug 16 2006 Tom Lane 8.1.407-1jpp.4 - Fix Requires: for rebuild-gcj-db (bz #202544) * Wed Aug 16 2006 Fernando Nasser 8.1.407-1jpp.3 - Merge with upstream squashfs-tools-3.0-2 -------------------- * Wed Aug 16 2006 Jeremy Katz - 3.0-2 - add upstream patch for fragment size problem (#202663) synaptics-0.14.4-8.fc6 ---------------------- * Wed Aug 16 2006 Jesse Keating - 0:0.14.4-8 - bump for missing ppc package - remove 0 epoch - add dist tag * Wed Jul 12 2006 Jesse Keating - 0:0.14.4-7.1 - rebuild * Tue May 16 2006 Kristian H??gsberg - 0:0.14.4-7 - Add missing build requires for libXext. tcsh-6.14-10 ------------ * Wed Aug 16 2006 Miloslav Trmac - 6.14-10 - Fix an uninitialized variable causing stack corruption (#197968) transfig-1:3.2.4-16 ------------------- * Wed Aug 16 2006 Stepan Kasal - 1:3.2.4-16 - Require ghostscript; fig2dev calls it. udev-095-7 ---------- * Wed Aug 16 2006 Harald Hoyer - 095-7 - added udevtimeout= kernel command line parameters for start_udev (default is to wait forever) * Wed Aug 16 2006 Harald Hoyer - 095-6 - new speedup patch for selinux (bug #202673) xorg-x11-drv-amd-0.0-4.20060816git.fc6 -------------------------------------- * Wed Aug 16 2006 Adam Jackson 0.0-4.20060816git.fc6 - Un-reset the Release: number. * Wed Aug 16 2006 Adam Jackson 0.0-1.20060816git.fc6 - git update: more Xv fixes. xsane-0.99-6.fc6 ---------------- * Wed Aug 16 2006 Nils Philippsen - 0.99-6 - revamp scheme for integrating external GIMP plugins (#202545) - use disttag From bbbush.yuan at gmail.com Thu Aug 17 10:10:37 2006 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Thu, 17 Aug 2006 18:10:37 +0800 Subject: Attention kernel module project packagers! In-Reply-To: References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <200608151008.11339.jkeating@redhat.com> <1155803781.7629.25.camel@mccallum.corsepiu.local> Message-ID: <76e72f800608170310x79651018q167bd0642ca80cae@mail.gmail.com> 2006/8/17, Panu Matilainen : > > It's the same story: Parallel installation. > > Indeed - and to be exact: safely upgradable parallel installation. > > We have for example libpng-1.2.8 and libpng10-1.0.18 in FC5. Rpm would > allow installing them parallerly if they were just libpng-1.2.8 and > libpng-1.0.18 so why do we rename it? To allow them to be upgraded > separately, an alleged 'rpm -Uvh libpng-1.2.9' would remove both versions. > > I haven't seen anybody arguing we should drop those compat packages and > rely on yum plugin to deal with situations like the above correctly... so > why are kernel modules any different? > > - Panu - > Because they name it by hand, not by macros, thus is much more reliable. I don't believe in robots either. And a proper name is an artwork. -- bbbush ^_^ From gilboad at gmail.com Thu Aug 17 10:23:14 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 17 Aug 2006 13:23:14 +0300 Subject: rawhide report: 20060817 changes In-Reply-To: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> Message-ID: <1155810194.4190.10.camel@gilboa-work-dev> On Thu, 2006-08-17 at 05:52 -0400, buildsys at redhat.com wrote: ... > cdrtools-9:2.01-10 > ------------------ > * Wed Aug 16 2006 Harald Hoyer - 9:2.01-10 > - moved back to version 2.01 (last GPL version), > due to incompatible license issues > AFAIR there license change only effected the build system and not the sources themselves. ANAL, but wouldn't it be possible to 'glue' the 2.0x source tarball to a 'modified' 2.01 buildsys? Gilboa From pmatilai at laiskiainen.org Thu Aug 17 10:39:15 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 17 Aug 2006 13:39:15 +0300 (EEST) Subject: Attention kernel module project packagers! In-Reply-To: <76e72f800608170310x79651018q167bd0642ca80cae@mail.gmail.com> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <200608151008.11339.jkeating@redhat.com> <1155803781.7629.25.camel@mccallum.corsepiu.local> <76e72f800608170310x79651018q167bd0642ca80cae@mail.gmail.com> Message-ID: On Thu, 17 Aug 2006, Yuan Yijun wrote: > 2006/8/17, Panu Matilainen : >> > It's the same story: Parallel installation. >> >> Indeed - and to be exact: safely upgradable parallel installation. >> >> We have for example libpng-1.2.8 and libpng10-1.0.18 in FC5. Rpm would >> allow installing them parallerly if they were just libpng-1.2.8 and >> libpng-1.0.18 so why do we rename it? To allow them to be upgraded >> separately, an alleged 'rpm -Uvh libpng-1.2.9' would remove both versions. >> >> I haven't seen anybody arguing we should drop those compat packages and >> rely on yum plugin to deal with situations like the above correctly... so >> why are kernel modules any different? > > Because they name it by hand, not by macros, thus is much more > reliable. I don't believe in robots either. And a proper name is an > artwork. Feel free to not trust in robots. Me, I much rather script the things I can to avoid error-prone manual work, thank you very much. Anyway, that has little if anything to do with the part that matters here: *why* are the packages renamed. - Panu - From david at lovesunix.net Thu Aug 17 11:46:37 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 17 Aug 2006 13:46:37 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> Message-ID: <1155815197.12216.0.camel@price> tor, 17 08 2006 kl. 05:52 -0400, skrev buildsys at redhat.com: > gimp-2:2.2.12-4.fc6 > ------------------- > * Wed Aug 16 2006 Nils Philippsen - 2:2.2.12-4 > - revamp scheme for integrating external plugins (#202545) > > * Wed Aug 02 2006 Nils Philippsen - 2:2.2.12-3 > - allow spaces in filenames when saving (#200888, patch by Michael Natterer) > > * Tue Jul 18 2006 Nils Philippsen - 2:2.2.12-2 > - split off libraries into gimp-libs to allow multilib installations > - remove pre-release cruft I take it the revamp caused this? Updating : gimp ####################### [16/88] gimp-plugin-mgr: can't read /etc/gimp/plugins.d/AlienMap2.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/align_layers.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/animationplay.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/animoptimize.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/apply_lens.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/autocrop.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/autostretch_hsv.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/blinds.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/blur.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/bmp.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/borderaverage.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/bumpmap.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/cartoon.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/c_astretch.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/ccanalyze.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/CEL.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/channel_mixer.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/checkerboard.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/clothify.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/clothify.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/clothify.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/CML_explorer.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/color_enhance.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/colorify.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/colortoalpha.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/colorxhtml.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/colorxhtml.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/colorxhtml.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/compose.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/compressor.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/convmatrix.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/csource.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/cubism.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/curve_bend.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/decompose.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/deinterlace.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/depthmerge.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/despeckle.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/destripe.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/dicom.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/diffraction.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/displace.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/dog.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/edge.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/emboss.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/engrave.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/exchange.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/faxg3.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/film.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/fits.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/flame.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/flarefx.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/foggify.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/foggify.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/foggify.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/fp.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/FractalExplorer.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/fractaltrace.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gauss.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gbr.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gee.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gee_zoom.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gfig.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gflare.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gfli.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gif.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gifload.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gih.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gimpcons.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gimpcons.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gimpcons.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gimpressionist.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/glasstile.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/glob.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gqbist.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gradmap.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/grid.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gtkcons.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gtkcons.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gtkcons.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/gtm.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/guillotine.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/header.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/help.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/helpbrowser.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/hot.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/ifscompose.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/illusion.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/imagemap.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/iwarp.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/jigsaw.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/jpeg.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/laplace.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/lic.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/Lighting.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/mail.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/mapcolor.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/MapObject.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/max_rgb.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/maze.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/mblur.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/mng.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/mosaic.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/neon.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/newsprint.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/nlfilt.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/noisify.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/normalize.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/nova.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/oilify.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pagecurl.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/papertile.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pat.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pcx.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pdbbrowse.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pdbbrowse.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pdbbrowse.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/photocopy.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pix.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pixelize.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/plasma.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/plugin-browser.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/png.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/pnm.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/polar.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/postscript.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/print.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/procedure-browser.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/psd.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/psd_save.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/psp.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/py-slice.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/py-slice.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/py-slice.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/randomize.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/raw.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/rcm.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/retinex.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/ripple.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/rotate.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sample_colorize.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/scatter_hsv.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/screenshot.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/script-fu.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sel2path.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sel_gauss.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/semiflatten.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sgi.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/shadow_bevel.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/shadow_bevel.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/shadow_bevel.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sharpen.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/shift.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sinus.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/smooth_palette.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/snoise.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sobel.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/softglow.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sparkle.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/spheredesigner.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/spread.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/struc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/sunras.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/svg.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/tga.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/threshold_alpha.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/tiff.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/tile.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/tileit.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/tiler.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/uniteditor.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/unsharp.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/url.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/video.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/vinvert.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/vpropagate.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/warp.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/waves.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/webbrowser.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/whirlpinch.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/whirlpinch.py.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/whirlpinch.pyc.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/whirlpinch.pyo.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/wind.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/winicon.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/wmf.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/xbm.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/xjt.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/xpm.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/xwd.conf gimp-plugin-mgr: can't read /etc/gimp/plugins.d/zealouscrop.conf error: %post(gimp-2.2.12-4.fc6.x86_64) scriptlet failed, exit status 191 From sundaram at fedoraproject.org Thu Aug 17 12:20:48 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 17 Aug 2006 17:50:48 +0530 Subject: rawhide report: 20060817 changes In-Reply-To: <1155810194.4190.10.camel@gilboa-work-dev> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> Message-ID: <44E45F20.3060407@fedoraproject.org> Gilboa Davara wrote: > On Thu, 2006-08-17 at 05:52 -0400, buildsys at redhat.com wrote: > ... >> cdrtools-9:2.01-10 >> ------------------ >> * Wed Aug 16 2006 Harald Hoyer - 9:2.01-10 >> - moved back to version 2.01 (last GPL version), >> due to incompatible license issues >> > > AFAIR there license change only effected the build system and not the > sources themselves. Its not that clear cut. Better be safe here. > ANAL, but wouldn't it be possible to 'glue' the 2.0x source tarball to a > 'modified' 2.01 buildsys? > > Gilboa Looks like we have a fork brewing anyway. Rahul From gilboad at gmail.com Thu Aug 17 12:29:05 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 17 Aug 2006 15:29:05 +0300 Subject: rawhide report: 20060817 changes In-Reply-To: <44E45F20.3060407@fedoraproject.org> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> Message-ID: <1155817745.4190.15.camel@gilboa-work-dev> On Thu, 2006-08-17 at 17:50 +0530, Rahul wrote: > Gilboa Davara wrote: > > On Thu, 2006-08-17 at 05:52 -0400, buildsys at redhat.com wrote: > > ... > >> cdrtools-9:2.01-10 > >> ------------------ > >> * Wed Aug 16 2006 Harald Hoyer - 9:2.01-10 > >> - moved back to version 2.01 (last GPL version), > >> due to incompatible license issues > >> > > > > AFAIR there license change only effected the build system and not the > > sources themselves. > > Its not that clear cut. Better be safe here. > > > ANAL, but wouldn't it be possible to 'glue' the 2.0x source tarball to a > > 'modified' 2.01 buildsys? > > > > Gilboa > > Looks like we have a fork brewing anyway. > > Rahul Internal to Fedora/RH or a complete fork? Gilboa From denis at poolshark.org Thu Aug 17 12:36:43 2006 From: denis at poolshark.org (Denis Leroy) Date: Thu, 17 Aug 2006 14:36:43 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <1155817745.4190.15.camel@gilboa-work-dev> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> Message-ID: <44E462DB.2090802@poolshark.org> Gilboa Davara wrote: > On Thu, 2006-08-17 at 17:50 +0530, Rahul wrote: > >>Gilboa Davara wrote: >> >>>On Thu, 2006-08-17 at 05:52 -0400, buildsys at redhat.com wrote: >>>... >>> >>>>cdrtools-9:2.01-10 >>>>------------------ >>>>* Wed Aug 16 2006 Harald Hoyer - 9:2.01-10 >>>>- moved back to version 2.01 (last GPL version), >>>> due to incompatible license issues >>>> >>> >>>AFAIR there license change only effected the build system and not the >>>sources themselves. >> >>Its not that clear cut. Better be safe here. >> >> >>>ANAL, but wouldn't it be possible to 'glue' the 2.0x source tarball to a >>>'modified' 2.01 buildsys? >>> >>>Gilboa >> >>Looks like we have a fork brewing anyway. >> >>Rahul > > > Internal to Fedora/RH or a complete fork? > > Gilboa > Are you referring to http://www.arklinux.org/projects/dvdrtools ? Any targets, like FC7 ? From sundaram at fedoraproject.org Thu Aug 17 13:07:56 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 17 Aug 2006 18:37:56 +0530 Subject: rawhide report: 20060817 changes In-Reply-To: <1155817745.4190.15.camel@gilboa-work-dev> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> Message-ID: <44E46A2C.9020608@fedoraproject.org> Gilboa Davara wrote: >> Looks like we have a fork brewing anyway. >> >> Rahul > > Internal to Fedora/RH or a complete fork? > Preferably a cross distribution coordinated fork like Xorg. A little background on what happened. Jonathan Corbet of LWN pointed out a license incompatibility https://www.redhat.com/archives/fedora-test-list/2006-August/msg00220.html I forwarded this mail to Fedora Advisory Board list since the Red Hat counsel is in that list https://www.redhat.com/archives/fedora-advisory-board/2006-August/msg00201.html LWN article (subscribers only for another week) explaining the details at http://lwn.net/Articles/195167/ Tom Callaway is doing a licensing audit initiated by a previous Fedora board discussion (https://www.redhat.com/archives/fedora-advisory-board/2006-August/msg00227.html) of non-free and software with licensing issues in Fedora and filed a bug report against cdrtools pointing out this issue https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202526 There are few potential forks here such as http://www.arklinux.org/projects/dvdrtools For FC6, the idea is to go back to the last known good source and stick with it till we figure out the plans better. Rahul From sundaram at fedoraproject.org Thu Aug 17 13:08:43 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 17 Aug 2006 18:38:43 +0530 Subject: rawhide report: 20060817 changes In-Reply-To: <44E462DB.2090802@poolshark.org> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> <44E462DB.2090802@poolshark.org> Message-ID: <44E46A5B.4070507@fedoraproject.org> Denis Leroy wrote: > Are you referring to > > http://www.arklinux.org/projects/dvdrtools > > ? > > Any targets, like FC7 ? Yes, things like that. See my other mail for more details. Rahul From david at lovesunix.net Thu Aug 17 13:33:13 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 17 Aug 2006 15:33:13 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <44E46A2C.9020608@fedoraproject.org> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> <44E46A2C.9020608@fedoraproject.org> Message-ID: <1155821593.12216.21.camel@price> tor, 17 08 2006 kl. 18:37 +0530, skrev Rahul: > There are few potential forks here such as > > http://www.arklinux.org/projects/dvdrtools > > For FC6, the idea is to go back to the last known good source and stick > with it till we figure out the plans better. There's also the revived libburn project libburn.pykix.org For that one there's a cdrecord compatible wrapper called cdrskin which would make it a drop-in replacement. - David From selinux at gmail.com Thu Aug 17 13:46:37 2006 From: selinux at gmail.com (Tom London) Date: Thu, 17 Aug 2006 06:46:37 -0700 Subject: rawhide report: 20060817 changes In-Reply-To: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> Message-ID: <4c4ba1530608170646w75ab3f36l37df434745beafe9@mail.gmail.com> I get this with kernel update: Installing: kernel ####################### [30/66] /usr/bin/strip: 'MOUNT_PROC_USB': No such file Updating : cdda2wav From notting at redhat.com Thu Aug 17 12:35:00 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 17 Aug 2006 08:35:00 -0400 Subject: rawhide report: 20060817 changes In-Reply-To: <1155810194.4190.10.camel@gilboa-work-dev> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> Message-ID: <20060817123500.GB17553@nostromo.devel.redhat.com> Gilboa Davara (gilboad at gmail.com) said: > > cdrtools-9:2.01-10 > > ------------------ > > * Wed Aug 16 2006 Harald Hoyer - 9:2.01-10 > > - moved back to version 2.01 (last GPL version), > > due to incompatible license issues > > > > AFAIR there license change only effected the build system and not the > sources themselves. > ANAL, but wouldn't it be possible to 'glue' the 2.0x source tarball to a > 'modified' 2.01 buildsys? The license changes also affected various sublibraries that the programs were changed to use. Bill From pjones at redhat.com Thu Aug 17 14:43:17 2006 From: pjones at redhat.com (Peter Jones) Date: Thu, 17 Aug 2006 10:43:17 -0400 Subject: rawhide report: 20060817 changes In-Reply-To: <1155817745.4190.15.camel@gilboa-work-dev> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> Message-ID: <1155825797.19944.15.camel@localhost.localdomain> On Thu, 2006-08-17 at 15:29 +0300, Gilboa Davara wrote: > Internal to Fedora/RH or a complete fork? In reality, *every* distro has been carrying their own fork of this for years. -- Peter From arjan at fenrus.demon.nl Thu Aug 17 13:39:43 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 17 Aug 2006 15:39:43 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <1155821593.12216.21.camel@price> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> <44E46A2C.9020608@fedoraproject.org> <1155821593.12216.21.camel@price> Message-ID: <1155821984.4494.66.camel@laptopd505.fenrus.org> On Thu, 2006-08-17 at 15:33 +0200, David Nielsen wrote: > tor, 17 08 2006 kl. 18:37 +0530, skrev Rahul: > > There are few potential forks here such as > > > > http://www.arklinux.org/projects/dvdrtools > > > > For FC6, the idea is to go back to the last known good source and stick > > with it till we figure out the plans better. > > There's also the revived libburn project > libburn.pykix.org > > For that one there's a cdrecord compatible wrapper called cdrskin which > would make it a drop-in replacement. is it rude-print to rude-print compatible ? ;) From david at lovesunix.net Thu Aug 17 15:02:09 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 17 Aug 2006 17:02:09 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <1155821984.4494.66.camel@laptopd505.fenrus.org> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> <44E46A2C.9020608@fedoraproject.org> <1155821593.12216.21.camel@price> <1155821984.4494.66.camel@laptopd505.fenrus.org> Message-ID: <1155826929.2708.4.camel@price> tor, 17 08 2006 kl. 15:39 +0200, skrev Arjan van de Ven: > On Thu, 2006-08-17 at 15:33 +0200, David Nielsen wrote: > > tor, 17 08 2006 kl. 18:37 +0530, skrev Rahul: > > > There are few potential forks here such as > > > > > > http://www.arklinux.org/projects/dvdrtools > > > > > > For FC6, the idea is to go back to the last known good source and stick > > > with it till we figure out the plans better. > > > > There's also the revived libburn project > > libburn.pykix.org > > > > For that one there's a cdrecord compatible wrapper called cdrskin which > > would make it a drop-in replacement. > > is it rude-print to rude-print compatible ? ;) Well I'm sure if you want it we can file a bug to have a --enable-joerg switch to enable insults and random undocumented behavior. - David From nphilipp at redhat.com Thu Aug 17 15:56:05 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 17 Aug 2006 17:56:05 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <1155815197.12216.0.camel@price> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155815197.12216.0.camel@price> Message-ID: <1155830165.24615.10.camel@gibraltar.stuttgart.redhat.com> On Thu, 2006-08-17 at 13:46 +0200, David Nielsen wrote: > tor, 17 08 2006 kl. 05:52 -0400, skrev buildsys at redhat.com: > > > gimp-2:2.2.12-4.fc6 > > ------------------- > > * Wed Aug 16 2006 Nils Philippsen - 2:2.2.12-4 > > - revamp scheme for integrating external plugins (#202545) > > > > * Wed Aug 02 2006 Nils Philippsen - 2:2.2.12-3 > > - allow spaces in filenames when saving (#200888, patch by Michael Natterer) > > > > * Tue Jul 18 2006 Nils Philippsen - 2:2.2.12-2 > > - split off libraries into gimp-libs to allow multilib installations > > - remove pre-release cruft > > I take it the revamp caused this? > > Updating : gimp ####################### > [16/88] > gimp-plugin-mgr: can't read /etc/gimp/plugins.d/AlienMap2.conf [...] > error: %post(gimp-2.2.12-4.fc6.x86_64) scriptlet failed, exit status 191 Yes ('*' did expand to '*' in empty /etc/gimp/plugins.d). 2.2.12-5 fixes this (you need to remove xsane-gimp beforehands or otherwise make /etc/gimp/plugins.d empty to actually try whether I succeeded). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From toshio at tiki-lounge.com Thu Aug 17 18:29:17 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 17 Aug 2006 11:29:17 -0700 Subject: Attention kernel module project packagers! In-Reply-To: References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <200608151008.11339.jkeating@redhat.com> <1155803781.7629.25.camel@mccallum.corsepiu.local> Message-ID: <1155839358.3100.3.camel@localhost> On Thu, 2006-08-17 at 12:32 +0300, Panu Matilainen wrote: > On Thu, 17 Aug 2006, Ralf Corsepius wrote: > > It's the same story: Parallel installation. > > Indeed - and to be exact: safely upgradable parallel installation. > > We have for example libpng-1.2.8 and libpng10-1.0.18 in FC5. Rpm would > allow installing them parallerly if they were just libpng-1.2.8 and > libpng-1.0.18 so why do we rename it? To allow them to be upgraded > separately, an alleged 'rpm -Uvh libpng-1.2.9' would remove both versions. > > I haven't seen anybody arguing we should drop those compat packages and > rely on yum plugin to deal with situations like the above correctly... so > why are kernel modules any different? So, why is the kernel any different? Let's identify the differences between the kernel and other packages and then decide whether kernel-modules fit the same criteria as the kernel or normal packages. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pmatilai at laiskiainen.org Thu Aug 17 19:10:04 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 17 Aug 2006 22:10:04 +0300 Subject: Attention kernel module project packagers! In-Reply-To: <1155839358.3100.3.camel@localhost> References: <20060815123406.GG13461@neu.nirvana> <200608150927.34829.jkeating@redhat.com> <1155649922.4001.19.camel@pensja.lam.pl> <200608151008.11339.jkeating@redhat.com> <1155803781.7629.25.camel@mccallum.corsepiu.local> <1155839358.3100.3.camel@localhost> Message-ID: <1155841804.18247.19.camel@weasel.turre.laiskiainen.org> On Thu, 2006-08-17 at 11:29 -0700, Toshio Kuratomi wrote: > On Thu, 2006-08-17 at 12:32 +0300, Panu Matilainen wrote: > > On Thu, 17 Aug 2006, Ralf Corsepius wrote: > > > It's the same story: Parallel installation. > > > > Indeed - and to be exact: safely upgradable parallel installation. > > > > We have for example libpng-1.2.8 and libpng10-1.0.18 in FC5. Rpm would > > allow installing them parallerly if they were just libpng-1.2.8 and > > libpng-1.0.18 so why do we rename it? To allow them to be upgraded > > separately, an alleged 'rpm -Uvh libpng-1.2.9' would remove both versions. > > > > I haven't seen anybody arguing we should drop those compat packages and > > rely on yum plugin to deal with situations like the above correctly... so > > why are kernel modules any different? > > So, why is the kernel any different? Well, not everybody treats them differently. Mandake and now Mandriva packages their kernels this way: $ rpm --nosignature -qp --qf "Name: %{name}\nVersion: %{version}\nRelease: %{release}\n" kernel-2.6.12.12mdk-1-1mdk.i586.rpm Name: kernel-2.6.12.12mdk Version: 1 Release: 1mdk I think I've also seen names like kernel24, kernel26 in some distro(s). > Let's identify the differences > between the kernel and other packages and then decide whether > kernel-modules fit the same criteria as the kernel or normal packages. One major difference is the fact that installing / upgrading a kernel doesn't make it's features available runtime by the install/upgrade finishes. It makes things like "if the user asks for nvidia kernel driver installation, for which kernel(s) the driver should be installed for?" less than obvious. Not that this particular difference has much to do with versioning in name or not. - Panu - From splinux at fedoraproject.org Thu Aug 17 21:19:41 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Thu, 17 Aug 2006 23:19:41 +0200 Subject: A sound or music when your desktop is starting? Message-ID: Hi all, What do you think about a sound or music when your gnome ok kde desktop is starting? It's just an idea :-) Regards, Damien Durand -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Thu Aug 17 21:28:23 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 17 Aug 2006 21:28:23 +0000 (UTC) Subject: A sound or music when your desktop is starting? References: Message-ID: Damien Durand fedoraproject.org> writes: > Hi all,What do you think about a sound or music when your gnome ok kde desktop is starting? It's just an idea Regards,Damien Durand KDE already has one (from upstream). Kevin Kofler From jkeating at redhat.com Thu Aug 17 21:58:47 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 17 Aug 2006 17:58:47 -0400 Subject: A sound or music when your desktop is starting? In-Reply-To: References: Message-ID: <200608171758.51435.jkeating@redhat.com> On Thursday 17 August 2006 17:19, Damien Durand wrote: > What do you think about a sound or music when your gnome ok kde desktop is > starting? It's just an idea :-) For gnome, System -> Preferences -> Sounds For KDE, probably something in kcontrol. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Fri Aug 18 09:54:13 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 18 Aug 2006 05:54:13 -0400 Subject: rawhide report: 20060818 changes Message-ID: <200608180954.k7I9sD08032354@hs20-bc2-6.build.redhat.com> New package alacarte Simple menu editor for GNOME New package libtirpc Transport Independent RPC Library New package pyxdg PyXDG is a python library to access freedesktop.org standards Removed package ckermit Updated Packages: aspell-nl-51:0.1e-1.fc6 ----------------------- * Mon Jul 31 2006 Tom "spot" Callaway - 51:0.1e-1 - move to GPL dictionary bind-30:9.3.2-37.fc6 -------------------- * Thu Aug 17 2006 Martin Stransky - 30:9.3.2-37 - fix for #202542 - /usr/sbin/bind-chroot-admin: No such file or directory - fix for #202547 - file_contexts: invalid context binutils-2.17.50.0.3-3 ---------------------- * Fri Aug 18 2006 Alexandre Oliva 2.17.50.0.3-3 - on ppc and ppc64 increase default -z commonpagesize to 64K (#203001) compiz-0.0.13-0.16.20060817git.fc6 ---------------------------------- * Thu Aug 17 2006 Kristian H??gsberg - 0.0.13-0.16.20060817git.fc6 - Rebase to latest upstream changes which has the rest of the bindings rewrite. Add resize-move-keybindings.patch to make move and resize bindings work like metacity. - Add back scale plugin. crypto-utils-2.3-1 ------------------ * Thu Aug 17 2006 Joe Orton 2.3-1 - add GPL-licensed keyrand replacement (#20254) cups-1:1.2.2-12 --------------- * Thu Aug 17 2006 Tim Waugh 1:1.2.2-12 - Apply patch to fix STR #1880 (bug #200205). dhcp-12:3.0.4-19.fc6 -------------------- * Thu Aug 17 2006 David Cantrell - 12:3.0.4-19 - Fix mkdir problem in libdhcp4client.Makefile * Thu Aug 17 2006 David Cantrell - 12:3.0.4-18 - Fix dhclient on s390x platform (#202911) dmraid-1.0.0.rc11-3.fc6 ----------------------- * Thu Aug 17 2006 Jesse Keating - 1.0.0.rc11-3 - Change Release to follow guidelines, and add dist tag. * Thu Aug 17 2006 Peter Jones - 1.0.0.rc11-FC6.3 - No more excludearch for s390/s390x eclipse-1:3.2.0-1jpp_12fc ------------------------- * Thu Aug 17 2006 Andrew Overholt 3.2.0-1jpp_12fc - Fix tomcat55 patch to not conflict with wst.ws (commons-logging visibility). file-4.17-7 ----------- * Fri Aug 18 2006 Martin Bacovsky - 4.17-7 - fix recognition of bash script with embed awk (#202185) * Thu Aug 03 2006 Martin Bacovsky - 4.17-6 - fix gziped empty file (#72986) * Wed Jul 12 2006 Jesse Keating - 4.17-5.1 - rebuild fontconfig-2.3.95-11.fc6 ------------------------ * Thu Aug 17 2006 Behdad Esfahbod - 2.3.95-11 - inclusion of zhong yi font and rearranged font prefer list. (bug# 201300) freetype-2.2.1-5.fc6 -------------------- * Thu Aug 17 2006 Jesse Keating - 2.2.1-5 - don't package static libs gimp-2:2.2.12-5.fc6 ------------------- * Thu Aug 17 2006 Nils Philippsen - 2:2.2.12-5 - don't barf on empty /etc/gimp/plugins.d (#202808) * Wed Aug 16 2006 Nils Philippsen - 2:2.2.12-4 - revamp scheme for integrating external plugins (#202545) * Wed Aug 02 2006 Nils Philippsen - 2:2.2.12-3 - allow spaces in filenames when saving (#200888, patch by Michael Natterer) jakarta-commons-beanutils-0:1.7.0-5jpp.1 ---------------------------------------- * Thu Aug 17 2006 Fernando Nasser - 0:1.7.0-5jpp.1 - Merge with upstream * Thu Aug 17 2006 Fernando Nasser - 0:1.7.0-5jpp - Require what is used in post/postun for javadoc jakarta-commons-el-0:1.0-7jpp.1 ------------------------------- * Thu Aug 17 2006 Fernando Nasser - 0:1.0-7jpp.1 - Merge with upstream * Thu Aug 17 2006 Fernando Nasser - 0:1.0-7jpp - Fix AOT support kudzu-1.2.43-1 -------------- * Thu Aug 17 2006 Bill Nottingham - 1.2.43-1 - fix the fix for #195934 libogg-2:1.1.3-2.fc6 -------------------- * Thu Aug 17 2006 Matthias Clasen - 2:1.1.3-2.fc6 - Fix 202280 libvirt-0.1.4-2 --------------- * Thu Aug 17 2006 Daniel Veillard 0.1.4-2 - patch to fix virParseUUID() man-pages-ja-20060815-1 ----------------------- * Thu Aug 17 2006 Akira TAGOH - 20060815-1 - updates to 20060815. pango-1.14.0-3 -------------- * Thu Aug 17 2006 Behdad Esfahbod - 1.14.0-3 - Bump glib requirement to 2.12.0. (bug #201586) paps-0.6.6-12.fc6 ----------------- * Thu Aug 17 2006 Tim Waugh - 0.6.6-12 - Map CUPS charset names to real ones (bug #197577). parted-1.7.1-12.fc6 ------------------- * Thu Aug 17 2006 David Cantrell - 1.7.1-12 - Updated O_DIRECT patch to work around s390 problems - Update LastUsableLBA on GPT-labeled disks after LUN resize (#194238) - Fix exception when backup GPT table is not in the correction location and parted tries to move it (#194238) python-2.4.3-15.fc6 ------------------- * Thu Aug 17 2006 Mihai Ibanescu - 2.4.3-15 - Fixed bug #201434 (distutils.sysconfig is confused by the change to make python-devel multilib friendly) * Fri Jul 21 2006 Mihai Ibanescu - 2.4.3-14 - Fixed bug #198971 (case conversion not locale safe in logging library) * Thu Jul 20 2006 Mihai Ibanescu - 2.4.3-13 - Fixed bug #199373 (on some platforms CFLAGS is needed when linking) python-pyblock-0.18-2 --------------------- * Thu Aug 17 2006 Peter Jones - 0.18-2 - No s390/s390x excludearch redhat-artwork-5.0.2-1.fc6 -------------------------- * Thu Aug 17 2006 Matthias Clasen - 5.0.2-1.fc6 - Change the default gtk theme * Tue Aug 15 2006 Matthias Clasen - 5.0.1-1.fc6 - Fix gnome-spinner-rest.png size * Sat Aug 12 2006 Matthias Clasen - 5.0.0-2.fc6 - Link system-logviewer.png to logviewer.png setroubleshoot-0.23-1 --------------------- * Thu Aug 17 2006 John Dennis - 0.23-1 * fix for bug #202206, require correct version of audit, fixes for audit connection. * Thu Aug 10 2006 Dan Walsh - 0.20-1 * add html support * remove setroubleshoot_dispatcher * Tue Aug 08 2006 Dan Walsh - 0.19-1 2006-08-08 Dan Walsh * Fix up handling of mls ranges in context * Cleanup some pychecker errors 2006-08-07 John Dennis * add first seen, last seen, and report count to alert detail view * make the seen icon work, if the alert has been displayed more than N seconds, mark the alert as having been seen by the user and update the icon is the list view * change the schema for the xml data; the database now has a version, there is a local id attached to each signature, the filter list in the siginfo was replaced by a list of per user data, the per user data now contains the filter, seen_flag. Modify all the code which was operating on the filter information to use the new model. * fix the xml serialization so that booleans can be used as a basic type and also so that non-string types can be used in element attributes (e.g. int, bool) and the serialization code will automatically convert between python types and strings. vim-2:7.0.063-1 --------------- * Thu Aug 17 2006 Karsten Hopp 7.0.063-1 - Patchlevel 63 * Tue Aug 15 2006 Karsten Hopp 7.0.053-1 - Patchlevel 53 - Buildrequires libXpm-devel xchat-1:2.6.6-2.fc6 ------------------- * Thu Aug 17 2006 Warren Togami - 1:2.6.6-2 - disable gtkspell because it breaks Input Method commit - apply upstream fi patch * Wed Aug 02 2006 Marc Deslauriers - 1:2.6.6-1 - Update to 2.6.6 - Removed upstreamed dbus patch - Enabled gtkspell support xorg-x11-drv-i810-1.6.5-3.fc6 ----------------------------- * Thu Aug 17 2006 Adam Jackson 1.6.5-3.fc6 - i810.xinf: Uppercase PCI IDs. xorg-x11-drv-sis-0.9.1-5 ------------------------ * Thu Aug 17 2006 Bill Nottingham 0.9.1-5 - fix sis.xinf for XGI (case sensitive) * Mon Jul 24 2006 Adam Jackson 0.9.1-4 - Update sis.xinf for XGI cards. (#186024) * Wed Jul 12 2006 Jesse Keating 0.9.1-3.1 - rebuild xorg-x11-proto-devel-7.1-6.fc6 ------------------------------ * Thu Aug 17 2006 Soren Sandmann 7.1-6.fc6 - Don't install xprint headers, as they are being moved to the libXp package instead. Bug 175350. xorg-x11-server-1.1.1-22.fc6 ---------------------------- * Thu Aug 17 2006 Adam Jackson - 1.1.1-22.fc6 - xorg-x11-server-1.1.1-infer-virtual.patch: When no modes or virtual size are given in the config file, attempt to pick a sensible one by examining the EDID modes and physical geometry. Also generally make the server aware of driver-provided modes. - xorg-x11-server-1.1.1-edid-quirks-list.patch: Redo, since the property I was checking for is both fairly common and fairly predictable. xorg-x11-xinit-1.0.2-9.fc6 -------------------------- * Thu Aug 17 2006 Kristian H??gsberg - 1.0.2-9.fc6 - Start ssh-agent for startx also (#169259). yum-2.9.4-2 ----------- * Thu Aug 17 2006 Karsten Hopp - 2.9.4-2 - Requires: libxml2-python for updatesd subpackage From dwmw2 at infradead.org Fri Aug 18 11:38:07 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 18 Aug 2006 12:38:07 +0100 Subject: rawhide report: 20060817 changes In-Reply-To: <1155826929.2708.4.camel@price> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> <44E46A2C.9020608@fedoraproject.org> <1155821593.12216.21.camel@price> <1155821984.4494.66.camel@laptopd505.fenrus.org> <1155826929.2708.4.camel@price> Message-ID: <1155901087.22871.205.camel@pmac.infradead.org> On Thu, 2006-08-17 at 17:02 +0200, David Nielsen wrote: > Well I'm sure if you want it we can file a bug to have a --enable-joerg > switch to enable insults and random undocumented behavior. Call it --enable-jrg, please. -- dwmw2 From rdieter at math.unl.edu Fri Aug 18 13:05:40 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 18 Aug 2006 08:05:40 -0500 Subject: A sound or music when your desktop is starting? References: <200608171758.51435.jkeating@redhat.com> Message-ID: Jesse Keating wrote: > On Thursday 17 August 2006 17:19, Damien Durand wrote: >> What do you think about a sound or music when your gnome ok kde desktop >> is starting? It's just an idea :-) > > For gnome, System -> Preferences -> Sounds > > For KDE, probably something in kcontrol. KControl -> Sound & Multimedia -> System Notifications to be exact. :) -- Rex From saugart at mazunetworks.com Fri Aug 18 13:15:09 2006 From: saugart at mazunetworks.com (Steven Augart) Date: Fri, 18 Aug 2006 09:15:09 -0400 Subject: rawhide report: 20060817 changes In-Reply-To: <1155826929.2708.4.camel@price> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> <44E46A2C.9020608@fedoraproject.org> <1155821593.12216.21.camel@price> <1155821984.4494.66.camel@laptopd505.fenrus.org> <1155826929.2708.4.camel@price> Message-ID: <1155906909.17625.64.camel@saugart-t41.mazunetworks.com> On Thu, 2006-08-17 at 17:02 +0200, David Nielsen wrote: > tor, 17 08 2006 kl. 15:39 +0200, skrev Arjan van de Ven: > > On Thu, 2006-08-17 at 15:33 +0200, David Nielsen wrote: > > > For that one there's a cdrecord compatible wrapper called cdrskin which > > > would make it a drop-in replacement. > > > > is it rude-print to rude-print compatible ? ;) > > Well I'm sure if you want it we can file a bug to have a --enable-joerg > switch to enable insults and random undocumented behavior. There's ample precedence for this in the "insults" option in the sudoers file (see "man 5 sudoers"). I would suggest that this be an option called "insults" that can be both a command-line option and an option in /etc/cdrecord.conf. The "random undocumented behavior" question is different, and doesn't seem to address Arjan van de Ven's question :). Perhaps it could be a different option, if someone really cared. If so, then David Woodhouse's proposed "--enable-jrg" could be used for the union of the two. -- Steven Augart Mazu Networks Cambridge, Massachusetts, USA From markwiz at us.ibm.com Fri Aug 18 14:48:32 2006 From: markwiz at us.ibm.com (Mark Wisner) Date: Fri, 18 Aug 2006 10:48:32 -0400 Subject: xenguest-install.py / virDomainCreateLinux failing since 8/17 on Rawhide Message-ID: I am seeing the following failure when trying to create a vm guests on an I386 system. I have seen this on the 8/17 and 8/18 trees. It was working on the 8/16 tree. The kernel I am running is 2.6.17-1.2571.fc6xen Starting install... libvir: error : operation virDomainCreateLinux forbidden for read only access Traceback (most recent call last): File "/usr/sbin/xenguest-install.py", line 476, in ? main() File "/usr/sbin/xenguest-install.py", line 467, in main start_paravirt_install(name, ram, disk, mac, uuid, bridge, src, options.extra) File "/usr/sbin/xenguest-install.py", line 344, in start_paravirt_install dom = conn.createLinux(cfgxml, 0) File "/usr/lib/python2.4/site-packages/libvirt.py", line 249, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed') libvirt.libvirtError: virDomainCreateLinux() failed Did this latest change in Libvert cause this error? Is this a known error and should I open a bugzilla. > >* Thu Aug 17 2006 Daniel Veillard 0.1.4-2 >- patch to fix virParseUUID() > >* Wed Aug 16 2006 Daniel Veillard 0.1.4-1 >- vCPUs and affinity support >- more complete XML, console and boot options >- specific features support >- enforced read-only connections >- various improvements, bug fixes thanks, Mark K. Wisner Advisory Software Engineer IBM Linux Technology Center 3039 Cornwallis Rd RTP, NC 27709 Tel. 919-754-4274 Cell 919-649-5813 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajackson at redhat.com Fri Aug 18 15:26:55 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 18 Aug 2006 11:26:55 -0400 Subject: rawhide report: 20060818 changes In-Reply-To: <200608180954.k7I9sD08032354@hs20-bc2-6.build.redhat.com> References: <200608180954.k7I9sD08032354@hs20-bc2-6.build.redhat.com> Message-ID: <44E5DC3F.8060300@redhat.com> buildsys at redhat.com wrote: > xorg-x11-server-1.1.1-22.fc6 > ---------------------------- > * Thu Aug 17 2006 Adam Jackson - 1.1.1-22.fc6 > - xorg-x11-server-1.1.1-infer-virtual.patch: When no modes or virtual size > are given in the config file, attempt to pick a sensible one by examining > the EDID modes and physical geometry. Also generally make the server > aware of driver-provided modes. > - xorg-x11-server-1.1.1-edid-quirks-list.patch: Redo, since the property I was > checking for is both fairly common and fairly predictable. Horribly broken, do not use. - ajax From fitzsim at redhat.com Fri Aug 18 16:07:09 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 18 Aug 2006 12:07:09 -0400 Subject: Feedback on Java applet functionality? In-Reply-To: <20060811101452.62bfba0a@sisko.addix.net> References: <44DBCA8A.1000902@fedoraproject.org> <20060811101452.62bfba0a@sisko.addix.net> Message-ID: <44E5E5AD.8080900@redhat.com> Hi, Ralf Ertzinger wrote: > Hi. > > On Fri, 11 Aug 2006 05:38:42 +0530, Rahul wrote: > >> I was expecting to some comments on whether this feature works well >> in Fedora Core 6 test 2 and the current development tree. Anyone >> tried it out with the applets in the wild? > > Tried it with the Cisco PIX Device Manager, did not work but did > not kill my firefox, either :) > > How does one get debugging messages out of it? > Try running: firefox -g then type "run" at the (gdb) prompt. Tom From jwboyer at jdub.homelinux.org Fri Aug 18 16:26:14 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 18 Aug 2006 11:26:14 -0500 Subject: rawhide report: 20060818 changes In-Reply-To: <44E5DC3F.8060300@redhat.com> References: <200608180954.k7I9sD08032354@hs20-bc2-6.build.redhat.com> <44E5DC3F.8060300@redhat.com> Message-ID: <1155918374.7718.2.camel@zod.rchland.ibm.com> On Fri, 2006-08-18 at 11:26 -0400, Adam Jackson wrote: > buildsys at redhat.com wrote: > > > xorg-x11-server-1.1.1-22.fc6 > > ---------------------------- > > * Thu Aug 17 2006 Adam Jackson - 1.1.1-22.fc6 > > - xorg-x11-server-1.1.1-infer-virtual.patch: When no modes or virtual size > > are given in the config file, attempt to pick a sensible one by examining > > the EDID modes and physical geometry. Also generally make the server > > aware of driver-provided modes. > > - xorg-x11-server-1.1.1-edid-quirks-list.patch: Redo, since the property I was > > checking for is both fairly common and fairly predictable. > > Horribly broken, do not use. !$#@^ Got a fix RPM on people.redhat.com or something? /me is not having a good friday josh From misa at redhat.com Fri Aug 18 16:40:48 2006 From: misa at redhat.com (Mihai Ibanescu) Date: Fri, 18 Aug 2006 12:40:48 -0400 Subject: Python 2.5 packages for evaluation Message-ID: <20060818164048.GB7640@abulafia.devel.redhat.com> Hi, I've just finished building python25 packages for FC5 and rawhide. They should install just fine alongside the standard 2.4.3 python packages. To invoke them, you will need to use python25 instead of python as an interpreter. Python 2.5c1 was released last night and has the status of Release Candidate 1. So, it should be stable enough by now. But, because they do not _replace_ the stock python, all add-on modules will be unavailable. I would appreciate if you'd let me know if they don't treat you right. To view the original announcement of Python 2.5: http://www.python.org/download/releases/2.5/ For FC5 packages (yum repos for each architecture): http://people.redhat.com/misa/rpms/python-2.5-FC5 For rawhide / FC6 test: http://people.redhat.com/misa/rpms/python-2.5-rawhide For gpg info, see my signature. Thanks, Misa -- Mihai Ibanescu gpg: http://people.redhat.com/misa/misa.gpg gpg key id: B12DC19B gpg key fingerprint: 8BB9 37A8 A3F1 F426 65C8 39A8 5414 66BE B12D C19B -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ajackson at redhat.com Fri Aug 18 16:45:43 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 18 Aug 2006 12:45:43 -0400 Subject: rawhide report: 20060818 changes In-Reply-To: <1155918374.7718.2.camel@zod.rchland.ibm.com> References: <200608180954.k7I9sD08032354@hs20-bc2-6.build.redhat.com> <44E5DC3F.8060300@redhat.com> <1155918374.7718.2.camel@zod.rchland.ibm.com> Message-ID: <44E5EEB7.5020006@redhat.com> Josh Boyer wrote: > On Fri, 2006-08-18 at 11:26 -0400, Adam Jackson wrote: >> buildsys at redhat.com wrote: >> >>> xorg-x11-server-1.1.1-22.fc6 >>> ---------------------------- >>> * Thu Aug 17 2006 Adam Jackson - 1.1.1-22.fc6 >>> - xorg-x11-server-1.1.1-infer-virtual.patch: When no modes or virtual size >>> are given in the config file, attempt to pick a sensible one by examining >>> the EDID modes and physical geometry. Also generally make the server >>> aware of driver-provided modes. >>> - xorg-x11-server-1.1.1-edid-quirks-list.patch: Redo, since the property I was >>> checking for is both fairly common and fairly predictable. >> Horribly broken, do not use. > > !$#@^ > > Got a fix RPM on people.redhat.com or something? people.redhat.com account creation is still on hiatus for not very good reasons. Instead: http://people.freedesktop.org/~ajax/fedora/xorg-x11-server/ will have RPMs as soon as I have them. - ajax From dravet at hotmail.com Fri Aug 18 16:15:02 2006 From: dravet at hotmail.com (Jason Dravet) Date: Fri, 18 Aug 2006 11:15:02 -0500 Subject: todays anaconda install problems Message-ID: I downloaded the august 18 boot.iso and tried to ftp install rawhide. I answered all of the questions, click on next to start the install and then nothing. No errors, no messages, no packages. The system still respondes to keystrokes. I can switch windows, but after an hour of waiting no packages download. I tried two different ftp sites (yes they are updated with todays packages) and the same results. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203137 I also still have the anaconda does not use the correct resolution problem. This problem has existed for over 6 years but still remains. Sometimes someone works on this issue, but they never follow through. The answer is in comment 45 in the bug. This bug keeps moving from person to person and nothing ever happens. I think the problem is in pyx86config but I don't for sure. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115679 Thanks, Jason From mailinglists at erwinrol.com Fri Aug 18 18:40:47 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Fri, 18 Aug 2006 20:40:47 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <1155901087.22871.205.camel@pmac.infradead.org> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E45F20.3060407@fedoraproject.org> <1155817745.4190.15.camel@gilboa-work-dev> <44E46A2C.9020608@fedoraproject.org> <1155821593.12216.21.camel@price> <1155821984.4494.66.camel@laptopd505.fenrus.org> <1155826929.2708.4.camel@price> <1155901087.22871.205.camel@pmac.infradead.org> Message-ID: <1155926448.18597.78.camel@xpc.home.erwinrol.com> On Fri, 2006-08-18 at 12:38 +0100, David Woodhouse wrote: > On Thu, 2006-08-17 at 17:02 +0200, David Nielsen wrote: > > Well I'm sure if you want it we can file a bug to have a --enable-joerg > > switch to enable insults and random undocumented behavior. > > Call it --enable-jrg, please. If you need a quick fix you can try the www.heise.de forum, they had an article about the OSI licenses and forgot to mention the CDDL in the abstract! Luckily there was a certain person to point out the terrible mistake! - Erwin PS: The one that finds sarcasm in this mail is allowed to keep it ;-) From ajackson at redhat.com Fri Aug 18 19:33:09 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 18 Aug 2006 15:33:09 -0400 Subject: rawhide report: 20060818 changes In-Reply-To: <44E5EEB7.5020006@redhat.com> References: <200608180954.k7I9sD08032354@hs20-bc2-6.build.redhat.com> <44E5DC3F.8060300@redhat.com> <1155918374.7718.2.camel@zod.rchland.ibm.com> <44E5EEB7.5020006@redhat.com> Message-ID: <44E615F5.9060303@redhat.com> Adam Jackson wrote: > Josh Boyer wrote: >> On Fri, 2006-08-18 at 11:26 -0400, Adam Jackson wrote: >>> buildsys at redhat.com wrote: >>> >>>> xorg-x11-server-1.1.1-22.fc6 >>>> ---------------------------- >>>> * Thu Aug 17 2006 Adam Jackson - 1.1.1-22.fc6 >>>> - xorg-x11-server-1.1.1-infer-virtual.patch: When no modes or >>>> virtual size >>>> are given in the config file, attempt to pick a sensible one by >>>> examining >>>> the EDID modes and physical geometry. Also generally make the server >>>> aware of driver-provided modes. >>>> - xorg-x11-server-1.1.1-edid-quirks-list.patch: Redo, since the >>>> property I was >>>> checking for is both fairly common and fairly predictable. >>> Horribly broken, do not use. >> >> !$#@^ >> >> Got a fix RPM on people.redhat.com or something? > > people.redhat.com account creation is still on hiatus for not very good > reasons. Instead: > > http://people.freedesktop.org/~ajax/fedora/xorg-x11-server/ > > will have RPMs as soon as I have them. Finally finished uploading. Ugh. - ajax From jamatos at fc.up.pt Fri Aug 18 21:59:26 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 18 Aug 2006 22:59:26 +0100 Subject: Python 2.5 packages for evaluation In-Reply-To: <20060818164048.GB7640@abulafia.devel.redhat.com> References: <20060818164048.GB7640@abulafia.devel.redhat.com> Message-ID: <200608182259.26336.jamatos@fc.up.pt> On Friday 18 August 2006 17:40, Mihai Ibanescu wrote: > For FC5 packages (yum repos for each architecture): > http://people.redhat.com/misa/rpms/python-2.5-FC5 I get this when trying to update the packages through yum: ---> Downloading header for python25 to pack into transaction set. python25-2.4.99.c1-1.fc5. 100% |=========================| 245 kB 00:01 http://people.redhat.com/misa/rpms/python-2.5-FC5/i386/python25-2.4.99.c1-1.fc5.i386.rpm: [Errno -1] Header is not complete. Trying other mirror. Error: failure: python25-2.4.99.c1-1.fc5.i386.rpm from python25: [Errno 256] No more mirrors to try. -- Jos? Ab?lio From misa at redhat.com Sat Aug 19 02:01:21 2006 From: misa at redhat.com (Mihai Ibanescu) Date: Fri, 18 Aug 2006 22:01:21 -0400 Subject: Python 2.5 packages for evaluation In-Reply-To: <200608182259.26336.jamatos@fc.up.pt> References: <20060818164048.GB7640@abulafia.devel.redhat.com> <200608182259.26336.jamatos@fc.up.pt> Message-ID: <20060819020121.GA2332@abulafia.devel.redhat.com> On Fri, Aug 18, 2006 at 10:59:26PM +0100, Jos? Matos wrote: > On Friday 18 August 2006 17:40, Mihai Ibanescu wrote: > > For FC5 packages (yum repos for each architecture): > > http://people.redhat.com/misa/rpms/python-2.5-FC5 > > I get this when trying to update the packages through yum: > ---> Downloading header for python25 to pack into transaction set. > python25-2.4.99.c1-1.fc5. 100% |=========================| 245 kB 00:01 > http://people.redhat.com/misa/rpms/python-2.5-FC5/i386/python25-2.4.99.c1-1.fc5.i386.rpm: > [Errno -1] Header is not complete. > Trying other mirror. > Error: failure: python25-2.4.99.c1-1.fc5.i386.rpm from python25: [Errno 256] > No more mirrors to try. Ah, I think I signed the packages _after_ I generated the rpm repos. Please try again now. Misa From jamatos at fc.up.pt Sat Aug 19 10:25:19 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Sat, 19 Aug 2006 11:25:19 +0100 Subject: Python 2.5 packages for evaluation In-Reply-To: <20060819020121.GA2332@abulafia.devel.redhat.com> References: <20060818164048.GB7640@abulafia.devel.redhat.com> <200608182259.26336.jamatos@fc.up.pt> <20060819020121.GA2332@abulafia.devel.redhat.com> Message-ID: <200608191125.19557.jamatos@fc.up.pt> On Saturday 19 August 2006 03:01, Mihai Ibanescu wrote: > Ah, I think I signed the packages _after_ I generated the rpm repos. Please > try again now. It works, thank you. :-) > Misa -- Jos? Ab?lio From buildsys at redhat.com Sat Aug 19 10:43:41 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 19 Aug 2006 06:43:41 -0400 Subject: rawhide report: 20060819 changes Message-ID: <200608191043.k7JAhfGq015764@hs20-bc2-6.build.redhat.com> New package gnome-sharp GTK+ and GNOME bindings for Mono Updated Packages: audit-1.2.5-8 ------------- * Fri Aug 18 2006 Jesse Keating - 1.2.5-8 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) classpathx-jaf-0:1.0-9jpp.1 --------------------------- * Fri Aug 18 2006 Vivek Lakshmanan - 0:1.0-9jpp.1 - Resync with latest from JPP. compat-gcc-296-2.96-137 ----------------------- * Thu Aug 10 2006 Jakub Jelinek 2.96-137 - remove egcs 1.1.2 compat libraries, there have been plenty of warnings these will go away in the last 7 years compat-gcc-32-3.2.3-60 ---------------------- * Fri Aug 18 2006 Jakub Jelinek 3.2.3-60 - on ppc*/s390* make sure all needed math *l stubs are included cups-1:1.2.2-13 --------------- * Fri Aug 18 2006 Jesse Keating - 1:1.2.2-13 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) * Fri Aug 18 2006 Tim Waugh - Own notifier directory (bug #203085). dbus-0.92-1.fc6 --------------- * Fri Aug 18 2006 John (J5) Palmieri - 0.92-1 - Update to 0.92 - remove old patches * Sat Jul 22 2006 John (J5) Palmieri - 0.90-8 - add patch to fix timeout removal assertion * Thu Jul 20 2006 John (J5) Palmieri - 0.90-7 - add patch to fix taking a connection ref when it is locked dbus-python-0.70-6 ------------------ * Fri Aug 18 2006 Karsten Hopp - 0.70-6 - require libxml2-python for site-packages/dbus/introspect_parser.py dbus-sharp-0.63-5.fc6 --------------------- * Fri Aug 18 2006 Alexander Larsson - 0.63-5 - Update for new mono multilib setup - Don't buildrequire old gtk-sharp dhcpv6-0.10-31 -------------- * Fri Aug 18 2006 Jesse Keating - 0.10-31 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) dogtail-0.5.2-3.fc6 ------------------- * Fri Aug 18 2006 Zack Cerza - 0.5.2-3 - Add Requires for xorg-x11-xinit. Closes: #203189. esc-1.0.0-6.fc6 --------------- * Fri Aug 18 2006 Jack Magne - 1.0.0-6 - Correct problem with Patch #6 * Thu Aug 17 2006 Jack Magne - 1.0.0-4 - Build ESC's xulrunner component using system nss and nspr - Build process creates run script based on {_libdir} variable, accounting for differences on 64 bit machines. - UI enhancements * Mon Jul 31 2006 Matthias Clasen - 1.0.0-3 - Don't provide mozilla libraries evolution-sharp-0.11.1-8 ------------------------ * Fri Aug 18 2006 Alexander Larsson - 0.11.1-8 - Rebuild with the new mono libdir gcalctool-5.8.23-1.fc6 ---------------------- * Fri Aug 18 2006 Matthias Clasen - 5.8.23-1.fc6 - Update to 5.8.23 gcc-4.1.1-18 ------------ * Fri Aug 18 2006 Jakub Jelinek 4.1.1-18 - update from gcc-4_1-branch (-r116176:116223) - PRs c++/28593, c++/28606, c++/28710, c/27697, middle-end/20256, middle-end/25211, middle-end/26435 - don't waste .rodata space when copying from const array with large entries (PR middle-end/28755) - fix --combine with anonymous structures in unions (Alexandre Oliva, PR c/27898) - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) gecko-sharp2-0.11-11 -------------------- * Fri Aug 18 2006 Alexander Larsson - 0.11-11 - Rebuild with new mono libdir glibc-2.4.90-22 --------------- * Fri Aug 18 2006 Jakub Jelinek 2.4.90-22 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc/ppc64 (#203001) gmime-2.2.3-2.fc6 ----------------- * Sat Aug 19 2006 Matthias Clasen - 2.2.3-2 - Rebuild * Fri Aug 18 2006 Alexander Larsson - 2.2.3-1 - Upgrade to 2.2.3 - Use the new mono libdir gnome-applets-1:2.15.3-2.fc6 ---------------------------- * Fri Aug 18 2006 Matthias Clasen - 1:2.15.3-2.fc6 - Make the invest applet work gnome-panel-2.15.91-4.fc6 ------------------------- * Fri Aug 18 2006 Matthias Clasen - 2.15.91-4.fc6 - Make clearing recent files work more than once * Wed Aug 16 2006 Ray Strode - 2.15.91-3.fc6 - add more complete fix for bug 201439 * Tue Aug 15 2006 Alexander Larsson - 2.15.91-2.fc6 - Also use beagle for search actions (#201424) gnu-getopt-0:1.0.12-3jpp.1 -------------------------- * Fri Aug 18 2006 Fernando Nasser 0:1.0.12-3jpp.1 - Merge with upstream * Fri Aug 18 2006 Fernando Nasser 0:1.0.12-3jpp - Add requires for post and postun javadoc gnupg-1.4.5-4 ------------- * Fri Aug 18 2006 Jesse Keating - 1.4.5-4 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) gsf-sharp-0.8-3.fc6 ------------------- * Sat Aug 19 2006 Matthias Clasen - 0.8-3.fc6 - Rebuild * Fri Aug 18 2006 Alexander Larsson - 0.8-2 - Rebuild with new mono libdir * Wed Jul 12 2006 Jesse Keating - 0.8-1.1 - rebuild gtk-sharp2-2.9.0-2.fc6 ---------------------- * Fri Aug 18 2006 Matthias Clasen - 2.9.0-2.fc6 - Fix pkgconfig requires * Mon Aug 14 2006 Alexander Larsson - 2.9.0-1 - update to 2.9.0, which splits out gnome stuff to gnome-sharp - Split out devel package gtk2-2.10.2-2.fc6 ----------------- * Sat Aug 19 2006 Matthias Clasen - 2.10.2-2.fc6 - Fix some problems with the recent files code * Fri Aug 18 2006 Matthias Clasen - 2.10.2-1.fc6 - Update to 2.10.2 gtkhtml3-3.11.91-2.fc6 ---------------------- * Fri Aug 18 2006 Matthew Barnes - 3.11.91-2.fc6 - Add patch for RH bug #202409. httpd-2.2.3-4 ------------- * Fri Aug 18 2006 Jesse Keating - 2.2.3-4 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) irqbalance-1:1.13-2.fc6 ----------------------- * Fri Aug 18 2006 Jesse Keating - 1.13-2 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) - Remove hack to use cvs checkin ID as release as it doesn't follow packaging guidelines jakarta-commons-daemon-1:1.0.1-6jpp.1 ------------------------------------- * Thu Aug 17 2006 Deepak Bhole - 1:1.0.1-6jpp.1 - Added missing requirements - Fixed bug that cause post/postun to not run when built with --with native jakarta-commons-dbcp-0:1.2.1-7jpp.1 ----------------------------------- * Thu Aug 17 2006 Deepak Bhole 0:1.2.1-7jpp.1 - Added missing postun section. kdeadmin-7:3.5.4-2.fc6 ---------------------- * Fri Aug 18 2006 Than Ngo 7:3.5.4-2 - add FC6 support in knetworkconf kernel-2.6.17-1.2573.fc6 ------------------------ * Thu Aug 17 2006 Don Zickus - NFS 64-bit inode support - QLogic firmware - SELinux support for range transitions - EHEA ethernet driver - ppc irq mapping fix kexec-tools-1.101-45.fc6 ------------------------ * Fri Aug 18 2006 Neil Horman - 1.101-45.fc6 - fixed typo in mkdumprd for bz 202983 - fixed typo in mkdumprd for bz 203053 - clarified docs in kdump.conf with examples per bz 203015 krb5-1.5-6 ---------- * Fri Aug 18 2006 Nalin Dahyabhai - 1.5-6 - switch to the updated patch for MITKRB-SA-2006-001 libXp-1.0.0-6 ------------- * Fri Aug 18 2006 Soren Sandmann - 1.0.0-6 - Add the proto files directly instead of attempting to build a separate tarball. Also remove last traces of printproto-1.0.3.tar.gz * Fri Aug 18 2006 Soren Sandmann - Remove printproto source. * Fri Aug 18 2006 Soren Sandmann - 1.0.0-6 - BuildRequire autoconf automake libtool gettext libselinux-1.30.26-2 -------------------- * Fri Aug 18 2006 Jesse Keating - 1.20.26-2 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) libstdc++so7-4.2.0-0.9.20060428.fc6 ----------------------------------- * Fri Aug 18 2006 Jesse Keating - 4.2.0-0.9.20060428 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) mesa-6.5-22.20060818cvs.fc6 --------------------------- * Fri Aug 18 2006 Adam Jackson 6.5-22.20060818cvs.fc6 - Update to pre-6.5.1 snapshot. - Re-add libOSMesa{,16,32}. (#186366) - Add BuildReq: on libXp-devel due to openmotif header insanity. * Sun Aug 13 2006 Florian La Roche 6.5-21.fc6 - fix one Requires: to use the correct mesa-libGLw name mkinitrd-5.1.9-1 ---------------- * Thu Aug 17 2006 Peter Jones - 5.1.9-1 - Fix "MOUNT_PROC_USB" warning mono-1.1.16.1-2.fc6 ------------------- * Fri Aug 18 2006 Alexander Larsson - 1.1.16.1-2 - Move gac to libdir to be multilib compat - rename mono-devtools back to mono-devel - kill mono-lib and mono-lib-devel netatalk-4:2.0.3-7.fc6 ---------------------- * Fri Aug 18 2006 Jesse Keating - 4:2.0.3-7 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) - Add dist tag nfs-utils-1:1.0.9-5.fc6 ----------------------- * Fri Aug 18 2006 1.0.9-5 - Changed gssd daemons to cache things in memory instead of /tmp which makes selinux much happier. (bz 203078) * Wed Aug 16 2006 1.0.9-4 - Allow variable for HA callout program in /etc/init.d/nfslock (bz 202790) * Wed Aug 02 2006 1.0.9-3 - add epoch (#196359) ntp-4.2.2p1-3 ------------- * Fri Aug 18 2006 Miroslav Lichvar 4.2.2p1-3 - use adjtime when offset is more than 0.5s (#154625) postfix-2:2.3.2-2 ----------------- * Fri Aug 18 2006 Jesse Keating - 2:2.3.2-2 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) radvd-0.9.1-4 ------------- * Fri Aug 18 2006 Jesse Keating - 0.9.1-4 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) scim-bridge-0.2.9-1.fc6 ----------------------- * Fri Aug 18 2006 Jens Petersen - 0.2.9-1 - 0.2.9 bugfix release smartmontools-1:5.36-3 ---------------------- * Fri Aug 18 2006 Jesse Keating - 1:5.36-3 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) stunnel-4.15-2 -------------- * Fri Aug 18 2006 Jesse Keating - 4.15-2 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) tog-pegasus-2:2.5.2-2.fc6 ------------------------- * Fri Aug 18 2006 Jesse Keating - 2:2.5.2-2 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) tomboy-0.3.9-3.fc6 ------------------ * Fri Aug 18 2006 Alexander Larsson - 0.3.9-3 - Rebuild with new mono and gtk-sharp2 werken-xpath-0:0.9.4-0.beta.12jpp.1 ----------------------------------- * Fri Aug 18 2006 Fernando Nasser 0:0.9.4-0.beta.12jpp.1 - Merge with upstream - Re-add define gcj_support * Fri Aug 18 2006 Fernando Nasser 0:0.9.4-0.beta.12jpp - Add requires for post and postun javadoc sections * Thu Aug 03 2006 Fernando Nasser 0:0.9.4-0.beta.11jpp_2fc - Remove define gcj_support and rebuild xalan-j2-0:2.7.0-6jpp.1 ----------------------- * Fri Aug 18 2006 Vivek Lakshmanan - 0:2.7.0-6jpp.1 - Resync with latest from JPP. xorg-x11-drv-ati-6.6.1-9.fc6 ---------------------------- * Fri Aug 18 2006 Adam Jackson 6.6.1-9.fc6 - mach64-cpio-for-ia64.patch: Enable CPIO for mach64 on ia64. (#203017) xorg-x11-server-1.1.1-24.fc6 ---------------------------- * Fri Aug 18 2006 Adam Jackson - 1.1.1-24.fc6 - xorg-x11-server-1.1.1-edid-quirks-list.patch: Unbreak. * Fri Aug 18 2006 Adam Jackson - 1.1.1-23.fc6 - xorg-x11-server-1.1.1-xkb-in-xnest.patch: Added. (#193431) yum-2.9.4-4 ----------- * Fri Aug 18 2006 Chris Lumens 2.9.4-4 - Add patch to fix pattern matching (#202974). * Fri Aug 18 2006 Karsten Hopp - 2.9.4-3 - revert last change Broken deps for i386 ---------------------------------------------------------- f-spot - 0.1.11-4.i386 requires mono(gtkhtml-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(glade-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(gdk-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(gtk-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(gnome-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(gnome-vfs-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(pango-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(gconf-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.i386 requires mono(glib-sharp) = 0:2.8.0.0 Broken deps for ppc ---------------------------------------------------------- f-spot - 0.1.11-4.ppc requires mono(gtkhtml-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(glade-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(gdk-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(gtk-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(gnome-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(gnome-vfs-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(pango-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(gconf-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.ppc requires mono(glib-sharp) = 0:2.8.0.0 Broken deps for x86_64 ---------------------------------------------------------- f-spot - 0.1.11-4.x86_64 requires mono(gtkhtml-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(glade-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(gnome-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(gnome-vfs-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(pango-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(gconf-sharp) = 0:2.8.0.0 f-spot - 0.1.11-4.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 From Matt_Domsch at dell.com Sat Aug 19 19:01:48 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 19 Aug 2006 14:01:48 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-08-19 Message-ID: <20060819140148.A1132@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Sat Aug 19 13:35:23 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. 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: mozilla 191984 NEW Number failed to build: 40 Number expected to fail due to ExclusiveArch or ExcludeArch: 26 Leaving: 14 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 5 ---------------------------------- compat-gcc-32-3.2.3-59.src.rpm compat-gcc-34-3.4.6-3 evolution-sharp-0.11.1-7.src.rpm gcc-4.1.1-17.src.rpm memtest86+-1.65-4.1 With bugs filed: 9 ---------------------------------- gdb-6.5-3.fc6 ['193366 CLOSED'] grub-0.97-11 ['192504 CLOSED'] jakarta-commons-codec-1.3-5jpp.1 ['192511 CLOSED'] jakarta-commons-pool-1.3-3jpp.1 ['192516 CLOSED'] mx4j-3.0.1-4jpp_8fc ['192534 CLOSED'] syslinux-3.11-3 ['192488 CLOSED'] system-config-services-0.9.0-2 ['194179 CLOSED'] valgrind-3.2.0-4 ['191820 CLOSED'] xen-3.0.2-23 ['192539 CLOSED'] 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 Aug 19 19:01:53 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 19 Aug 2006 14:01:53 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-08-19 Message-ID: <20060819140153.A1148@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Sat Aug 19 13:38:03 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. 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: mozilla 191984 NEW Number failed to build: 15 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 5 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 1 ---------------------------------- evolution-sharp-0.11.1-7.src.rpm With bugs filed: 4 ---------------------------------- jakarta-commons-codec-1.3-5jpp.1 ['192511 CLOSED'] jakarta-commons-pool-1.3-3jpp.1 ['192516 CLOSED'] mx4j-3.0.1-4jpp_8fc ['192534 CLOSED'] system-config-services-0.9.0-2 ['194179 CLOSED'] 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 Aug 19 19:02:11 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 19 Aug 2006 14:02:11 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-08-19 Message-ID: <20060819140211.A1162@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Sat Aug 19 13:45:32 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. 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 bidiv-1.5-3.fc5 197224 NEW flow-tools-0.68-10.fc6 197706 NEW gtktalog 198897 NEW libtomoe-gtk-0.1.0-6.fc6 200114 NEW Number failed to build: 90 Number expected to fail due to ExclusiveArch or ExcludeArch: 23 Leaving: 67 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 49 ---------------------------------- atitvout-0.4-5 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net digikam-0.8.2-2.fc6 mgarski at post.pl 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 foobillard-3.0a-4 mitr at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gobby-0.4.0-6.rc2.fc6 lmacken at redhat.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org gtk2hs-0.9.10-2.fc6 petersen at redhat.com GtkAda-2.4.0-11.fc5 gemi at bluewin.ch gtksourceview-sharp-2.0-15.fc6 paul at all-the-johnsons.co.uk ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu ladspa-1.12-5 thomas at apestaart.org libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de MagicPoint-1.11b-2.fc5 byte at fedoraproject.org mlton-20051202-8.fc6 adam at spicenitz.org monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk nautilus-open-terminal-0.7-1.fc6 stickster at gmail.com new-1.3.7-2 redhat at flyn.org pam_keyring-0.0.7-2 redhat at flyn.org php-pear-DB-1.7.6-6 rpm at timj.co.uk pl-5.6.16-1.fc6 gemi at bluewin.ch 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 quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net ser-0.9.6-7.fc6 andreas at bawue.net serpentine-0.7-3.fc6 foolish at guezz.net 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 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 xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 18 ---------------------------------- alacarte-0.8-7.fc5 ['194250 NEW'] jpmahowald at gmail.com banshee-0.10.11-1.fc6 ['194505 NEW'] caillon at redhat.com 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 gdesklets-0.35.3-8.fc6 ['197799 NEW'] luya_tfz at thefinalzone.com 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 jam-2.5-3.fc5 ['198924 NEW'] tcallawa at redhat.com leafpad-0.8.9-1.fc6 ['200088 NEW'] ivazquez at ivazquez.net libtabe-0.2.6-14 ['200104 NEW'] llch at redhat.com logjam-4.5.3-4.fc6 ['200387 NEW'] tcallawa at redhat.com multisync-0.90.18-5.fc5 ['200399 ASSIGNED'] andreas.bierfert at lowlatency.de nautilus-search-tool-0.2-1.fc5 ['200420 NEW'] ivazquez at ivazquez.net nco-3.1.2-1.fc6 ['193541 NEW'] ed at eh3.com NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 ['200424 NEW'] davidz at redhat.com ngrep-1.44-4.fc5 ['200429 NEW'] oliver at linux-kernel.at opencv-0.9.7-15.fc5 ['200788 NEW'] nomis80 at nomis80.org 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 Aug 19 19:02:54 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 19 Aug 2006 14:02:54 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-08-19 Message-ID: <20060819140254.A1210@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Sat Aug 19 13:49:40 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. 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 bidiv-1.5-3.fc5 197224 NEW flow-tools-0.68-10.fc6 197706 NEW gtktalog 198897 NEW libtomoe-gtk-0.1.0-6.fc6 200114 NEW Number failed to build: 67 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 66 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 46 ---------------------------------- boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net digikam-0.8.2-2.fc6 mgarski at post.pl 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 gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gobby-0.4.0-6.rc2.fc6 lmacken at redhat.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org gtk2hs-0.9.10-2.fc6 petersen at redhat.com GtkAda-2.4.0-11.fc5 gemi at bluewin.ch gtksourceview-sharp-2.0-15.fc6 paul at all-the-johnsons.co.uk ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu ladspa-1.12-5 thomas at apestaart.org MagicPoint-1.11b-2.fc5 byte at fedoraproject.org mfstools-2.0-9.snapshot050221.fc5 tcallawa at redhat.com monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk nautilus-open-terminal-0.7-1.fc6 stickster at gmail.com orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de pam_keyring-0.0.7-2 redhat at flyn.org perl-POE-Component-Client-HTTP-0.77-2.fc6 (fixed in CVS) pl-5.6.16-1.fc6 gemi at bluewin.ch python-goopy-0.1-1 pjones at redhat.com python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net ser-0.9.6-7.fc6 andreas at bawue.net serpentine-0.7-3.fc6 foolish at guezz.net 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 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 xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 20 ---------------------------------- 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.11-1.fc6 ['194505 NEW'] caillon at redhat.com 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 gdesklets-0.35.3-8.fc6 ['197799 NEW'] luya_tfz at thefinalzone.com 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 jam-2.5-3.fc5 ['198924 NEW'] tcallawa at redhat.com leafpad-0.8.9-1.fc6 ['200088 NEW'] ivazquez at ivazquez.net librx-1.5-6.fc5 ['200090 NEW'] tcallawa at redhat.com libtabe-0.2.6-14 ['200104 NEW'] llch at redhat.com logjam-4.5.3-4.fc6 ['200387 NEW'] tcallawa at redhat.com multisync-0.90.18-5.fc5 ['200399 ASSIGNED'] andreas.bierfert at lowlatency.de nautilus-search-tool-0.2-1.fc5 ['200420 NEW'] ivazquez at ivazquez.net nco-3.1.2-1.fc6 ['193541 NEW'] ed at eh3.com NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 ['200424 NEW'] davidz at redhat.com ngrep-1.44-4.fc5 ['200429 NEW'] oliver at linux-kernel.at opencv-0.9.7-15.fc5 ['200788 NEW'] nomis80 at nomis80.org 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 j.w.r.degoede at hhs.nl Sat Aug 19 19:06:48 2006 From: j.w.r.degoede at hhs.nl (Goede, J.W.R. de) Date: Sat, 19 Aug 2006 21:06:48 +0200 Subject: Important: dmraid boot finally fixed, PLEASE include before FC-6 Message-ID: A friend of mine (chabotc at xs4all.nl) has been having problems booting his Dell XPS with the factory default raid setup (which he does not want to change because he doesn't want to remove all his data) ever since the dmraid alignment checks (bug 186842) were added to the kernel. Since many people are suffering from the same problem and this gives Linux / Fedora a bad name, I decided last week to go and try to fix this. So I've borrowed his PC and now after 8 full hours of debugging I've found the problem: 1) The problem is no longer the problem reported in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186842 (which has 162 comments!) aka the multiple chunksize problem), so this bug can and should be closed now. 2) Still dmraid setups don't work because there was a bug in nash where it didn't add the nescesarry dm "setup" lines to the initrd script, this has been fixed in rescent mkinitrd versions, see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196828. 3) Still dmrais setups don't work because there is a bug in nash where it doesn't create the nescesarry /dev/dm-x nodes. I've filed a bug with patch for this, bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203241. 4) Even when you've got a patched/updated mkinitrd with https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203241 fixed, chances are that your system still won't bood, because mkinitrd includes the usb-storage driver in the initrd, where it shouldn't. Its discutable if this is an mkinitrd bug though. Too fix this remove any lines containing usb-storage from /etc/modprobe.conf . An request to filter these lines in mkinitrd has been filed, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203244. Please, please fix this. From fedora at camperquake.de Sat Aug 19 19:41:49 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 19 Aug 2006 21:41:49 +0200 Subject: Important: dmraid boot finally fixed, PLEASE include before FC-6 In-Reply-To: References: Message-ID: <44E7697D.5060301@camperquake.de> Hi. Goede, J.W.R. de schrieb: > mkinitrd includes > the usb-storage driver in the initrd, where it > shouldn't. So, reading the bug report, the long and short of it is that dmraid does not find it's disks because they are not named sda and sdb? From j.w.r.degoede at hhs.nl Sat Aug 19 20:21:45 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 19 Aug 2006 22:21:45 +0200 Subject: Important: dmraid boot finally fixed, PLEASE include before FC-6 In-Reply-To: <44E7697D.5060301@camperquake.de> References: <44E7697D.5060301@camperquake.de> Message-ID: <44E772D9.3060709@hhs.nl> Ralf Ertzinger wrote: > Hi. > > Goede, J.W.R. de schrieb: > >> mkinitrd includes >> the usb-storage driver in the initrd, where it >> shouldn't. > > So, reading the bug report, the long and short of it is that > dmraid does not find it's disks because they are not named sda > and sdb? > Its not dmraid, but the dm setup code in initrd (nash) that cannot find the disks, but yes that is part of the problem. Notice that the disks are hardcoded as /dev/sda and /dev/sdb in the initrd nash init script. Regards, Hans From pemboa at gmail.com Sat Aug 19 21:33:51 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 19 Aug 2006 16:33:51 -0500 Subject: SSHd Message-ID: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> Hello, Why does FC ship openssh with sshd allowing root logins? And are there any plans to preempt the now routine sshd weak password hunting bots? Arthur Pemberton -- To be updated... From jam at zoidtechnologies.com Sat Aug 19 21:38:58 2006 From: jam at zoidtechnologies.com (Jeff MacDonald) Date: Sat, 19 Aug 2006 17:38:58 -0400 Subject: SSHd In-Reply-To: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> Message-ID: <44E784F2.2020500@zoidtechnologies.com> Arthur Pemberton wrote: > Hello, > > Why does FC ship openssh with sshd allowing root logins? And are there > any plans to preempt the now routine sshd weak password hunting bots? > > Arthur Pemberton > I am +1 on the idea of fixing this in the shipped configuration (disallow root logins). the way I've gotten rid of the bots is to run a script called "denyhosts" that does a good job of things once configured by blocking any host that fails a login 3 times in a row. it's slick :) From Lam at Lam.pl Sat Aug 19 21:52:46 2006 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 19 Aug 2006 23:52:46 +0200 Subject: SSHd In-Reply-To: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> Message-ID: <1156024367.2864.4.camel@pensja.lam.pl> Dnia 19-08-2006, sob o godzinie 16:33 -0500, Arthur Pemberton napisa?(a): > Why does FC ship openssh with sshd allowing root logins? As I see it, logging in as root using a key is more secure than logging in as normal user and typing a password to su. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From mattdm at mattdm.org Sat Aug 19 22:11:02 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 19 Aug 2006 18:11:02 -0400 Subject: SSHd In-Reply-To: <1156024367.2864.4.camel@pensja.lam.pl> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> Message-ID: <20060819221102.GA13449@jadzia.bu.edu> On Sat, Aug 19, 2006 at 11:52:46PM +0200, Leszek Matok wrote: > > Why does FC ship openssh with sshd allowing root logins? > As I see it, logging in as root using a key is more secure than logging > in as normal user and typing a password to su. Possibly. Perhaps the default config should be "PermitRootLogin=without-password", which would allow logins via public key but not using password authentication. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From pertusus at free.fr Sat Aug 19 22:21:17 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Aug 2006 00:21:17 +0200 Subject: where have some X bitmaps gone? Message-ID: <20060819222117.GA30968@free.fr> Hello, In the lesstif tests, there is a test with references to some bitmap that used to be shipped with X: #include #include #include #include #include #include #include #include #include #include I tried to find them, but I didn't succeed. Am I missing something? -- Pat From pemboa at gmail.com Sat Aug 19 22:49:39 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 19 Aug 2006 17:49:39 -0500 Subject: SSHd In-Reply-To: <44E784F2.2020500@zoidtechnologies.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <44E784F2.2020500@zoidtechnologies.com> Message-ID: <16de708d0608191549s32110d05wac79b1742b4705be@mail.gmail.com> On 8/19/06, Jeff MacDonald wrote: > Arthur Pemberton wrote: > > Hello, > > > > Why does FC ship openssh with sshd allowing root logins? And are there > > any plans to preempt the now routine sshd weak password hunting bots? > > > > Arthur Pemberton > > > I am +1 on the idea of fixing this in the shipped configuration > (disallow root logins). the way I've gotten rid of the bots is to run a > script called "denyhosts" that does a good job of things once configured > by blocking any host that fails a login 3 times in a row. it's slick :) Yah. I am well aware of denyhosts, and I see it in extras, but if sshd is being shipped on my default with the default port, hostdeny should also be setup by default. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- To be updated... From wes.shull at gmail.com Sun Aug 20 01:11:30 2006 From: wes.shull at gmail.com (Wes Shull) Date: Sat, 19 Aug 2006 18:11:30 -0700 Subject: SSHd In-Reply-To: <1156024367.2864.4.camel@pensja.lam.pl> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> Message-ID: On 8/19/06, Leszek Matok wrote: > As I see it, logging in as root using a key is more secure than logging > in as normal user and typing a password to su. With the login->su path you at least get an audit trail that tells you who(se account) was running as root... --wes From dominik at greysector.net Sun Aug 20 01:14:05 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 20 Aug 2006 03:14:05 +0200 Subject: where have some X bitmaps gone? In-Reply-To: <20060819222117.GA30968@free.fr> References: <20060819222117.GA30968@free.fr> Message-ID: <20060820011405.GA29007@rathann.pekin.waw.pl> On Sunday, 20 August 2006 at 00:21, Patrice Dumas wrote: > Hello, > > In the lesstif tests, there is a test with references to some bitmap > that used to be shipped with X: > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > I tried to find them, but I didn't succeed. Am I missing something? xorg-x11-bitmaps Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From rdieter at math.unl.edu Sun Aug 20 01:35:35 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 19 Aug 2006 20:35:35 -0500 Subject: where have some X bitmaps gone? In-Reply-To: <20060820011405.GA29007@rathann.pekin.waw.pl> References: <20060819222117.GA30968@free.fr> <20060820011405.GA29007@rathann.pekin.waw.pl> Message-ID: Dominik 'Rathann' Mierzejewski wrote: > On Sunday, 20 August 2006 at 00:21, Patrice Dumas wrote: >> Hello, >> >> In the lesstif tests, there is a test with references to some bitmap >> that used to be shipped with X: >> >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> >> I tried to find them, but I didn't succeed. Am I missing something? > > xorg-x11-bitmaps maybe you meant xorg-x11-xbitmaps? -- Rex From dominik at greysector.net Sun Aug 20 01:24:24 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 20 Aug 2006 03:24:24 +0200 Subject: where have some X bitmaps gone? In-Reply-To: References: <20060819222117.GA30968@free.fr> <20060820011405.GA29007@rathann.pekin.waw.pl> Message-ID: <20060820012424.GA25060@rathann.pekin.waw.pl> On Sunday, 20 August 2006 at 03:35, Rex Dieter wrote: > Dominik 'Rathann' Mierzejewski wrote: > > On Sunday, 20 August 2006 at 00:21, Patrice Dumas wrote: > >> Hello, > >> > >> In the lesstif tests, there is a test with references to some bitmap > >> that used to be shipped with X: [...] > >> I tried to find them, but I didn't succeed. Am I missing something? > > > > xorg-x11-bitmaps > > maybe you meant xorg-x11-xbitmaps? I did. Sleepy typo. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From skvidal at linux.duke.edu Sun Aug 20 02:17:13 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sat, 19 Aug 2006 22:17:13 -0400 Subject: SSHd In-Reply-To: <20060819221102.GA13449@jadzia.bu.edu> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> Message-ID: <1156040233.28323.17.camel@cutter> On Sat, 2006-08-19 at 18:11 -0400, Matthew Miller wrote: > On Sat, Aug 19, 2006 at 11:52:46PM +0200, Leszek Matok wrote: > > > Why does FC ship openssh with sshd allowing root logins? > > As I see it, logging in as root using a key is more secure than logging > > in as normal user and typing a password to su. > > Possibly. Perhaps the default config should be > "PermitRootLogin=without-password", which would allow logins via public key > but not using password authentication. > +1 -sv From jwboyer at jdub.homelinux.org Sun Aug 20 02:23:19 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 19 Aug 2006 21:23:19 -0500 Subject: SSHd In-Reply-To: <1156040233.28323.17.camel@cutter> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> Message-ID: <1156040599.2683.25.camel@vader.jdub.homelinux.org> On Sat, 2006-08-19 at 22:17 -0400, seth vidal wrote: > On Sat, 2006-08-19 at 18:11 -0400, Matthew Miller wrote: > > On Sat, Aug 19, 2006 at 11:52:46PM +0200, Leszek Matok wrote: > > > > Why does FC ship openssh with sshd allowing root logins? > > > As I see it, logging in as root using a key is more secure than logging > > > in as normal user and typing a password to su. > > > > Possibly. Perhaps the default config should be > > "PermitRootLogin=without-password", which would allow logins via public key > > but not using password authentication. > > > > +1 +2 josh From mattdm at mattdm.org Sun Aug 20 02:34:26 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 19 Aug 2006 22:34:26 -0400 Subject: SSHd In-Reply-To: <1156040599.2683.25.camel@vader.jdub.homelinux.org> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> Message-ID: <20060820023426.GA23412@jadzia.bu.edu> On Sat, Aug 19, 2006 at 09:23:19PM -0500, Josh Boyer wrote: > > > Possibly. Perhaps the default config should be > > > "PermitRootLogin=without-password", which would allow logins via > > > public key but not using password authentication. > > +1 > +2 There are no currently-open bugs on this (unless I overlooked one), but there's several closed-wontfix ones, starting with bug #22930 (against Red Hat Linux 7.1) and then #89216 (alias DisallowRoot) up through the other week's logwatch suggestion. I'm inclined to reopen #89216 with this suggestion, since it has the fancy alias and since it's filed against devel already. Yeah? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From gmaxwell at gmail.com Sun Aug 20 04:05:41 2006 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sun, 20 Aug 2006 00:05:41 -0400 Subject: SSHd In-Reply-To: <1156040233.28323.17.camel@cutter> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> Message-ID: On 8/19/06, seth vidal wrote: > On Sat, 2006-08-19 at 18:11 -0400, Matthew Miller wrote: > > On Sat, Aug 19, 2006 at 11:52:46PM +0200, Leszek Matok wrote: > > > > Why does FC ship openssh with sshd allowing root logins? > > > As I see it, logging in as root using a key is more secure than logging > > > in as normal user and typing a password to su. > > > > Possibly. Perhaps the default config should be > > "PermitRootLogin=without-password", which would allow logins via public key > > but not using password authentication. > +1 > > -sv I often use root login via ssh to complete the semi-headless setup of my system. It would be nice if we had a way to accomidate this use without requiring people to go through the complexity of a full kickstart install. From pemboa at gmail.com Sun Aug 20 04:09:05 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 19 Aug 2006 23:09:05 -0500 Subject: SSHd In-Reply-To: <20060820023426.GA23412@jadzia.bu.edu> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> Message-ID: <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> On 8/19/06, Matthew Miller wrote: > On Sat, Aug 19, 2006 at 09:23:19PM -0500, Josh Boyer wrote: > > > > Possibly. Perhaps the default config should be > > > > "PermitRootLogin=without-password", which would allow logins via > > > > public key but not using password authentication. > > > +1 > > +2 > > There are no currently-open bugs on this (unless I overlooked one), but > there's several closed-wontfix ones, starting with bug #22930 (against Red > Hat Linux 7.1) and then #89216 (alias DisallowRoot) up through the other > week's logwatch suggestion. > > I'm inclined to reopen #89216 with this suggestion, since it has the fancy > alias and since it's filed against devel already. Yeah? > I second that, however I would suggest going further and having somethign denyhosts like in place or are we going with the assumption that anyone owning a FC installation will be setting a good password, or a weak password with the knowledge that SSHd is running? -- To be updated... From pertusus at free.fr Sun Aug 20 09:53:46 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Aug 2006 11:53:46 +0200 Subject: where have some X bitmaps gone? In-Reply-To: <20060820011405.GA29007@rathann.pekin.waw.pl> References: <20060819222117.GA30968@free.fr> <20060820011405.GA29007@rathann.pekin.waw.pl> Message-ID: <20060820095346.GA2567@free.fr> On Sun, Aug 20, 2006 at 03:14:05AM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Sunday, 20 August 2006 at 00:21, Patrice Dumas wrote: > > xorg-x11-bitmaps Unfortunately they are not there. The upstream seems to be at http://xorg.freedesktop.org/releases/individual/app/bitmap-1.0.2.tar.bz2 but it seems like these are not in fedora core nor in extras... -- Pat From menthos at menthos.com Sun Aug 20 10:54:30 2006 From: menthos at menthos.com (Christian Rose) Date: Sun, 20 Aug 2006 12:54:30 +0200 Subject: SSHd In-Reply-To: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> Message-ID: <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> On 8/19/06, Arthur Pemberton wrote: > Why does FC ship openssh with sshd allowing root logins? And are there > any plans to preempt the now routine sshd weak password hunting bots? IIRC, the idea was that you should not end up with being locked out of a remote system if that system's /home NFS mount was somehow screwed up. With allowing root to log in, you could still fix a remote system using NFS-mounted home directories. Christian From sundaram at fedoraproject.org Sun Aug 20 11:26:48 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sun, 20 Aug 2006 16:56:48 +0530 Subject: SSHd In-Reply-To: <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> Message-ID: <44E846F8.60300@fedoraproject.org> Arthur Pemberton wrote: > I second that, however I would suggest going further and having > somethign denyhosts like in place or are we going with the assumption > that anyone owning a FC installation will be setting a good password, > or a weak password with the knowledge that SSHd is running? > passwd program has checks in place to ensure that poor passwords are rejected and yes if you have the root password on the system there is a question of common sense too. Rahul From k.georgiou at imperial.ac.uk Sun Aug 20 11:38:43 2006 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Sun, 20 Aug 2006 12:38:43 +0100 Subject: SSHd In-Reply-To: <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> Message-ID: <20060820113843.GA2519@imperial.ac.uk> On Sun, Aug 20, 2006 at 12:54:30PM +0200, Christian Rose wrote: > On 8/19/06, Arthur Pemberton wrote: > >Why does FC ship openssh with sshd allowing root logins? And are there > >any plans to preempt the now routine sshd weak password hunting bots? > > IIRC, the idea was that you should not end up with being locked out of > a remote system if that system's /home NFS mount was somehow screwed > up. With allowing root to log in, you could still fix a remote system > using NFS-mounted home directories. Not to mention that kerberos/ldap/nis/whatever might be down so user logins might not be available. In any case wouldn't it better to start using pam_access by default in system_auth and block root logins if you want there? I don't see why sshd should be treated differently than other tools in the system. Anaconda, authconfig can ask questions at install time like: Allow root logins: [X] Local, [] Everywhere, [] By domain ..., etc. Allow user logins: [] Local, [X] Everywhere, [] By domain ..., etc. and setup an access.conf file. Kostas From gilboad at gmail.com Sun Aug 20 17:07:34 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 20 Aug 2006 20:07:34 +0300 Subject: Multilib in FC7? Disable by default? Message-ID: <1156093654.20954.67.camel@gilboa-work-dev> Hello all, I've got a simple question that I'd like to table for discussion. Current -devel tree seems to suggest that FC6 multilib FC6 has almost doubled in size (from ~13% of the total package count in FC4/5 to ~24% in the current devel tree) On the other hand, FC6 is about to include native 64bit OO and gcj (with browser support) builds, lowering the need for the default i386 support, as only Wine/Extra actually -requires- multilib support to run. More-ever, I'd venture to guess that most x86_64 installation will most likely be used to run native 64bit services and application - mostly on servers and workstation - lowering the need for multilib even further. (You won't run 32bit flash on your brand new 32 cores server... let alone that fact that flash/win32codecs are not supported by Fedora.) My question is simple: why not add an installation option to disable multilib support completely. Mind you, I use my workstation to run 32bit software and games... but I rather disable multilib completely and create a small, specialized 'stupid' i386 chroot (no DE, no user-applications; only a basic set of i386 libraries and UI toolkits) and use it to run i386 applications in a confined space. (Xen/i386 might be an interesting option - though it won't be able to run hardware GL applications which I need... ;)) - Gilboa From dragoran at feuerpokemon.de Sun Aug 20 17:13:27 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 20 Aug 2006 19:13:27 +0200 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156093654.20954.67.camel@gilboa-work-dev> References: <1156093654.20954.67.camel@gilboa-work-dev> Message-ID: <44E89837.5010208@feuerpokemon.de> Gilboa Davara wrote: > Hello all, > > I've got a simple question that I'd like to table for discussion. > Current -devel tree seems to suggest that FC6 multilib FC6 has almost > doubled in size (from ~13% of the total package count in FC4/5 to ~24% > in the current devel tree) > On the other hand, FC6 is about to include native 64bit OO and gcj (with > browser support) builds, lowering the need for the default i386 support, > as only Wine/Extra actually -requires- multilib support to run. > More-ever, I'd venture to guess that most x86_64 installation will most > likely be used to run native 64bit services and application - mostly on > servers and workstation - lowering the need for multilib even further. > (You won't run 32bit flash on your brand new 32 cores server... let > alone that fact that flash/win32codecs are not supported by Fedora.) > > My question is simple: why not add an installation option to disable > multilib support completely. > > Mind you, I use my workstation to run 32bit software and games... but I > rather disable multilib completely and create a small, specialized > 'stupid' i386 chroot (no DE, no user-applications; only a basic set of > i386 libraries and UI toolkits) and use it to run i386 applications in > a confined space. (Xen/i386 might be an interesting option - though it > won't be able to run hardware GL applications which I need... ;)) > > - Gilboa > > Sorry but I have to disagree here, the x86_64 arch is able to nativly run 32bit and 64bit software, so supporting multilib is using a feature of the hardware and there are many 32bit only apps out there and this also wont change in the near feature. If you don't need the 32bit libs you can simply remove all i386/i686 rpms (yum remove glibc.i686 should do it). From gilboad at gmail.com Sun Aug 20 17:18:09 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 20 Aug 2006 20:18:09 +0300 Subject: Multilib in FC7? Disable by default? In-Reply-To: <44E89837.5010208@feuerpokemon.de> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> Message-ID: <1156094289.20954.71.camel@gilboa-work-dev> On Sun, 2006-08-20 at 19:13 +0200, dragoran wrote: > Gilboa Davara wrote: > > Hello all, > > > > I've got a simple question that I'd like to table for discussion. > > Current -devel tree seems to suggest that FC6 multilib FC6 has almost > > doubled in size (from ~13% of the total package count in FC4/5 to ~24% > > in the current devel tree) > > On the other hand, FC6 is about to include native 64bit OO and gcj (with > > browser support) builds, lowering the need for the default i386 support, > > as only Wine/Extra actually -requires- multilib support to run. > > More-ever, I'd venture to guess that most x86_64 installation will most > > likely be used to run native 64bit services and application - mostly on > > servers and workstation - lowering the need for multilib even further. > > (You won't run 32bit flash on your brand new 32 cores server... let > > alone that fact that flash/win32codecs are not supported by Fedora.) > > > > My question is simple: why not add an installation option to disable > > multilib support completely. > > > > Mind you, I use my workstation to run 32bit software and games... but I > > rather disable multilib completely and create a small, specialized > > 'stupid' i386 chroot (no DE, no user-applications; only a basic set of > > i386 libraries and UI toolkits) and use it to run i386 applications in > > a confined space. (Xen/i386 might be an interesting option - though it > > won't be able to run hardware GL applications which I need... ;)) > > > > - Gilboa > > > > > > Sorry but I have to disagree here, the x86_64 arch is able to nativly > run 32bit and 64bit software, so supporting multilib is using a feature > of the hardware and there are many 32bit only apps out there and this > also wont change in the near feature. If you don't need the 32bit libs > you can simply remove all i386/i686 rpms (yum remove glibc.i686 should > do it). I'm not suggesting the multilib is not required, I am suggesting to give the option to disable it during the installation. BTW, isn't 'yum remove glibc.i686' a temporary solution? Won't yum will try to reinstall the missing package tree once I run 'yum update' and/or 'yum install foo'? - Gilboa From gilboad at gmail.com Sun Aug 20 17:20:57 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 20 Aug 2006 20:20:57 +0300 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156094289.20954.71.camel@gilboa-work-dev> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> <1156094289.20954.71.camel@gilboa-work-dev> Message-ID: <1156094457.20954.75.camel@gilboa-work-dev> On Sun, 2006-08-20 at 20:18 +0300, Gilboa Davara wrote: > I'm not suggesting the multilib is not required, I am suggesting to give > the option to disable it during the installation. > BTW, isn't 'yum remove glibc.i686' a temporary solution? Won't yum will > try to reinstall the missing package tree once I run 'yum update' and/or > 'yum install foo'? > > - Gilboa Please forgive my lousy English. I seem to be having a (very) bad-hair-day. - Gilboa From dragoran at feuerpokemon.de Sun Aug 20 17:23:53 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 20 Aug 2006 19:23:53 +0200 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156094289.20954.71.camel@gilboa-work-dev> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> <1156094289.20954.71.camel@gilboa-work-dev> Message-ID: <44E89AA9.2010807@feuerpokemon.de> Gilboa Davara wrote: > On Sun, 2006-08-20 at 19:13 +0200, dragoran wrote: > >> Gilboa Davara wrote: >> >>> Hello all, >>> >>> I've got a simple question that I'd like to table for discussion. >>> Current -devel tree seems to suggest that FC6 multilib FC6 has almost >>> doubled in size (from ~13% of the total package count in FC4/5 to ~24% >>> in the current devel tree) >>> On the other hand, FC6 is about to include native 64bit OO and gcj (with >>> browser support) builds, lowering the need for the default i386 support, >>> as only Wine/Extra actually -requires- multilib support to run. >>> More-ever, I'd venture to guess that most x86_64 installation will most >>> likely be used to run native 64bit services and application - mostly on >>> servers and workstation - lowering the need for multilib even further. >>> (You won't run 32bit flash on your brand new 32 cores server... let >>> alone that fact that flash/win32codecs are not supported by Fedora.) >>> >>> My question is simple: why not add an installation option to disable >>> multilib support completely. >>> >>> Mind you, I use my workstation to run 32bit software and games... but I >>> rather disable multilib completely and create a small, specialized >>> 'stupid' i386 chroot (no DE, no user-applications; only a basic set of >>> i386 libraries and UI toolkits) and use it to run i386 applications in >>> a confined space. (Xen/i386 might be an interesting option - though it >>> won't be able to run hardware GL applications which I need... ;)) >>> >>> - Gilboa >>> >>> >>> >> Sorry but I have to disagree here, the x86_64 arch is able to nativly >> run 32bit and 64bit software, so supporting multilib is using a feature >> of the hardware and there are many 32bit only apps out there and this >> also wont change in the near feature. If you don't need the 32bit libs >> you can simply remove all i386/i686 rpms (yum remove glibc.i686 should >> do it). >> > > I'm not suggesting the multilib is not required, I am suggesting to give > the option to disable it during the installation. > ok I got confused by your title "disable by default" > BTW, isn't 'yum remove glibc.i686' a temporary solution? Won't yum will > try to reinstall the missing package tree once I run 'yum update' and/or > 'yum install foo'? > I have never tryed it but all apps should somehow depend on glibc that means removing it will remove all i386/686 apps. yum supports execuldearch so you can force it not to install i386 packages. but I don't see a point in removing them... a x86_64 capable box won't have a small hardisk(s) so the extra libs wont be that much of a problem. ** > - Gilboa > > From pemboa at gmail.com Sun Aug 20 17:24:43 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 20 Aug 2006 12:24:43 -0500 Subject: SSHd In-Reply-To: <20060820113843.GA2519@imperial.ac.uk> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> Message-ID: <16de708d0608201024q15be2e9bp315706efe4e5fd3e@mail.gmail.com> On 8/20/06, Kostas Georgiou wrote: > On Sun, Aug 20, 2006 at 12:54:30PM +0200, Christian Rose wrote: > > > On 8/19/06, Arthur Pemberton wrote: > > >Why does FC ship openssh with sshd allowing root logins? And are there > > >any plans to preempt the now routine sshd weak password hunting bots? > > > > IIRC, the idea was that you should not end up with being locked out of > > a remote system if that system's /home NFS mount was somehow screwed > > up. With allowing root to log in, you could still fix a remote system > > using NFS-mounted home directories. > > Not to mention that kerberos/ldap/nis/whatever might be down so user > logins might not be available. > > Anaconda, authconfig can ask questions at install time like: > Allow root logins: [X] Local, [] Everywhere, [] By domain ..., etc. > Allow user logins: [] Local, [X] Everywhere, [] By domain ..., etc. > and setup an access.conf file. > That seems like a just as good solution, esp. if that screen can be skipped by a newbie, and have things default to 'safer' settings. > Kostas > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- To be updated... From dragoran at feuerpokemon.de Sun Aug 20 17:42:23 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 20 Aug 2006 19:42:23 +0200 Subject: SSHd In-Reply-To: <16de708d0608201024q15be2e9bp315706efe4e5fd3e@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <16de708d0608201024q15be2e9bp315706efe4e5fd3e@mail.gmail.com> Message-ID: <44E89EFF.1010505@feuerpokemon.de> Arthur Pemberton wrote: > On 8/20/06, Kostas Georgiou wrote: >> On Sun, Aug 20, 2006 at 12:54:30PM +0200, Christian Rose wrote: >> >> > On 8/19/06, Arthur Pemberton wrote: >> > >Why does FC ship openssh with sshd allowing root logins? And are >> there >> > >any plans to preempt the now routine sshd weak password hunting bots? >> > >> > IIRC, the idea was that you should not end up with being locked out of >> > a remote system if that system's /home NFS mount was somehow screwed >> > up. With allowing root to log in, you could still fix a remote system >> > using NFS-mounted home directories. >> >> Not to mention that kerberos/ldap/nis/whatever might be down so user >> logins might not be available. >> >> Anaconda, authconfig can ask questions at install time like: >> Allow root logins: [X] Local, [] Everywhere, [] By domain ..., etc. >> Allow user logins: [] Local, [X] Everywhere, [] By domain ..., etc. >> and setup an access.conf file. >> > > That seems like a just as good solution, esp. if that screen can be > skipped by a newbie, and have things default to 'safer' settings. > or add a extra tab to system-config-securitylevel >> Kostas >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > From gilboad at gmail.com Sun Aug 20 17:43:03 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 20 Aug 2006 20:43:03 +0300 Subject: Multilib in FC7? Disable by default? In-Reply-To: <44E89AA9.2010807@feuerpokemon.de> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> <1156094289.20954.71.camel@gilboa-work-dev> <44E89AA9.2010807@feuerpokemon.de> Message-ID: <1156095783.20954.89.camel@gilboa-work-dev> On Sun, 2006-08-20 at 19:23 +0200, dragoran wrote: > > > ok I got confused by your title "disable by default" Bad subject on my side. Changed it to "Add option to disable multilib in Anaconda." > > > I have never tryed it but all apps should somehow depend on glibc that > means removing it will remove all i386/686 apps. > yum supports execuldearch so you can force it not to install i386 packages. > but I don't see a point in removing them... a x86_64 capable box won't > have a small hardisk(s) so the extra libs wont be that much of a problem. Disk space aside, if you don't need multilib, the same 25% chase you until you delete all the i386 packages, read: +25% Internet bandwidth (especially now that extra and updates are integrated into Anaconda); +25% update time; +25% installation time; Even worse, once you've finally finished the installation (updates included), removing anything between 100 and 600 packages in no small task - It'll most likely render the machine useless for an extra hour or two. I'm not suggesting we ship a multilib less DVD. I am suggesting we added an option to disable it during the installation. Gilboa From gilboad at gmail.com Sun Aug 20 17:43:05 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 20 Aug 2006 20:43:05 +0300 Subject: Add option to disable multilib in Anaconda. (Was: Multilib in FC7? Disable by default?) In-Reply-To: <1156093654.20954.67.camel@gilboa-work-dev> References: <1156093654.20954.67.camel@gilboa-work-dev> Message-ID: <1156095785.20954.91.camel@gilboa-work-dev> On Sun, 2006-08-20 at 20:07 +0300, Gilboa Davara wrote: > Hello all, > > I've got a simple question that I'd like to table for discussion. > Current -devel tree seems to suggest that FC6 multilib FC6 has almost > doubled in size (from ~13% of the total package count in FC4/5 to ~24% > in the current devel tree) > On the other hand, FC6 is about to include native 64bit OO and gcj (with > browser support) builds, lowering the need for the default i386 support, > as only Wine/Extra actually -requires- multilib support to run. > More-ever, I'd venture to guess that most x86_64 installation will most > likely be used to run native 64bit services and application - mostly on > servers and workstation - lowering the need for multilib even further. > (You won't run 32bit flash on your brand new 32 cores server... let > alone that fact that flash/win32codecs are not supported by Fedora.) > > My question is simple: why not add an installation option to disable > multilib support completely. > > Mind you, I use my workstation to run 32bit software and games... but I > rather disable multilib completely and create a small, specialized > 'stupid' i386 chroot (no DE, no user-applications; only a basic set of > i386 libraries and UI toolkits) and use it to run i386 applications in > a confined space. (Xen/i386 might be an interesting option - though it > won't be able to run hardware GL applications which I need... ;)) > > - Gilboa Changed topic to better reflect the post itself... Gilboa From skvidal at linux.duke.edu Sun Aug 20 19:48:02 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 20 Aug 2006 15:48:02 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156094289.20954.71.camel@gilboa-work-dev> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> <1156094289.20954.71.camel@gilboa-work-dev> Message-ID: <1156103283.1952.5.camel@cutter> On Sun, 2006-08-20 at 20:18 +0300, Gilboa Davara wrote: > On Sun, 2006-08-20 at 19:13 +0200, dragoran wrote: > > Gilboa Davara wrote: > > > Hello all, > > > > > > I've got a simple question that I'd like to table for discussion. > > > Current -devel tree seems to suggest that FC6 multilib FC6 has almost > > > doubled in size (from ~13% of the total package count in FC4/5 to ~24% > > > in the current devel tree) > > > On the other hand, FC6 is about to include native 64bit OO and gcj (with > > > browser support) builds, lowering the need for the default i386 support, > > > as only Wine/Extra actually -requires- multilib support to run. > > > More-ever, I'd venture to guess that most x86_64 installation will most > > > likely be used to run native 64bit services and application - mostly on > > > servers and workstation - lowering the need for multilib even further. > > > (You won't run 32bit flash on your brand new 32 cores server... let > > > alone that fact that flash/win32codecs are not supported by Fedora.) > > > > > > My question is simple: why not add an installation option to disable > > > multilib support completely. > > > > > > Mind you, I use my workstation to run 32bit software and games... but I > > > rather disable multilib completely and create a small, specialized > > > 'stupid' i386 chroot (no DE, no user-applications; only a basic set of > > > i386 libraries and UI toolkits) and use it to run i386 applications in > > > a confined space. (Xen/i386 might be an interesting option - though it > > > won't be able to run hardware GL applications which I need... ;)) > > > > > > - Gilboa > > > > > > > > > > Sorry but I have to disagree here, the x86_64 arch is able to nativly > > run 32bit and 64bit software, so supporting multilib is using a feature > > of the hardware and there are many 32bit only apps out there and this > > also wont change in the near feature. If you don't need the 32bit libs > > you can simply remove all i386/i686 rpms (yum remove glibc.i686 should > > do it). > > I'm not suggesting the multilib is not required, I am suggesting to give > the option to disable it during the installation. > BTW, isn't 'yum remove glibc.i686' a temporary solution? Won't yum will > try to reinstall the missing package tree once I run 'yum update' and/or > 'yum install foo'? then in your /etc/yum.conf add: exclude=*.i386 *.i686 *.i586 *.i486 that should ensure yum won't try to add anything like that back. -sv From gilboad at gmail.com Sun Aug 20 20:35:30 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 20 Aug 2006 23:35:30 +0300 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156103283.1952.5.camel@cutter> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> <1156094289.20954.71.camel@gilboa-work-dev> <1156103283.1952.5.camel@cutter> Message-ID: <9050516b0608201335r3d7d6ccaj15da8c936e2c858f@mail.gmail.com> On 8/20/06, seth vidal wrote: > On Sun, 2006-08-20 at 20:18 +0300, Gilboa Davara wrote: > > > > I'm not suggesting the multilib is not required, I am suggesting to give > > the option to disable it during the installation. > > BTW, isn't 'yum remove glibc.i686' a temporary solution? Won't yum will > > try to reinstall the missing package tree once I run 'yum update' and/or > > 'yum install foo'? > > then in your /etc/yum.conf add: > exclude=*.i386 *.i686 *.i586 *.i486 > > > that should ensure yum won't try to add anything like that back. > > -sv > Thanks. Will it be possible to add it to Anaconda during the installation? - Gilboa From veillard at redhat.com Sun Aug 20 20:37:08 2006 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 20 Aug 2006 16:37:08 -0400 Subject: xenguest-install.py / virDomainCreateLinux failing since 8/17 on Rawhide In-Reply-To: References: Message-ID: <20060820203708.GC19574@redhat.com> On Fri, Aug 18, 2006 at 10:48:32AM -0400, Mark Wisner wrote: > I am seeing the following failure when trying to create a vm guests on an > I386 system. > I have seen this on the 8/17 and 8/18 trees. It was working on the 8/16 > tree. > The kernel I am running is 2.6.17-1.2571.fc6xen > > Starting install... > libvir: error : operation virDomainCreateLinux forbidden for read only > access > Traceback (most recent call last): > File "/usr/sbin/xenguest-install.py", line 476, in ? > main() > File "/usr/sbin/xenguest-install.py", line 467, in main > start_paravirt_install(name, ram, disk, mac, uuid, bridge, src, > options.extra) > File "/usr/sbin/xenguest-install.py", line 344, in > start_paravirt_install > dom = conn.createLinux(cfgxml, 0) > File "/usr/lib/python2.4/site-packages/libvirt.py", line 249, in > createLinux > if ret is None:raise libvirtError('virDomainCreateLinux() failed') > libvirt.libvirtError: virDomainCreateLinux() failed > > > Did this latest change in Libvert cause this error? > Is this a known error and should I open a bugzilla. > > > > >* Wed Aug 16 2006 Daniel Veillard 0.1.4-1 > >- enforced read-only connections yes that change. xenguest-install was opening a read-only connection, Jeremy pushed an update with the fix, get that one too, Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From pemboa at gmail.com Sun Aug 20 22:59:39 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 20 Aug 2006 17:59:39 -0500 Subject: SSHd In-Reply-To: <44E89EFF.1010505@feuerpokemon.de> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <16de708d0608201024q15be2e9bp315706efe4e5fd3e@mail.gmail.com> <44E89EFF.1010505@feuerpokemon.de> Message-ID: <16de708d0608201559m7cb2ee14wa88f9ce03403d547@mail.gmail.com> On 8/20/06, dragoran wrote: > Arthur Pemberton wrote: > > On 8/20/06, Kostas Georgiou wrote: > >> On Sun, Aug 20, 2006 at 12:54:30PM +0200, Christian Rose wrote: > >> > >> > On 8/19/06, Arthur Pemberton wrote: > >> > >Why does FC ship openssh with sshd allowing root logins? And are > >> there > >> > >any plans to preempt the now routine sshd weak password hunting bots? > >> > > >> > IIRC, the idea was that you should not end up with being locked out of > >> > a remote system if that system's /home NFS mount was somehow screwed > >> > up. With allowing root to log in, you could still fix a remote system > >> > using NFS-mounted home directories. > >> > >> Not to mention that kerberos/ldap/nis/whatever might be down so user > >> logins might not be available. > >> > >> Anaconda, authconfig can ask questions at install time like: > >> Allow root logins: [X] Local, [] Everywhere, [] By domain ..., etc. > >> Allow user logins: [] Local, [X] Everywhere, [] By domain ..., etc. > >> and setup an access.conf file. > >> > > > > That seems like a just as good solution, esp. if that screen can be > > skipped by a newbie, and have things default to 'safer' settings. > > > or add a extra tab to system-config-securitylevel > >> Kostas > >> I would see an 'and' instead of an 'or' in that suggestion. -- To be updated... From smooge at gmail.com Mon Aug 21 01:54:01 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 20 Aug 2006 19:54:01 -0600 Subject: SSHd In-Reply-To: <20060820113843.GA2519@imperial.ac.uk> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> Message-ID: <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> On 8/20/06, Kostas Georgiou wrote: > On Sun, Aug 20, 2006 at 12:54:30PM +0200, Christian Rose wrote: > > > On 8/19/06, Arthur Pemberton wrote: > > >Why does FC ship openssh with sshd allowing root logins? And are there > > >any plans to preempt the now routine sshd weak password hunting bots? > > > > IIRC, the idea was that you should not end up with being locked out of > > a remote system if that system's /home NFS mount was somehow screwed > > up. With allowing root to log in, you could still fix a remote system > > using NFS-mounted home directories. > > Not to mention that kerberos/ldap/nis/whatever might be down so user > logins might not be available. > > In any case wouldn't it better to start using pam_access by default in > system_auth and block root logins if you want there? I don't see why sshd > should be treated differently than other tools in the system. > Anaconda, authconfig can ask questions at install time like: > Allow root logins: [X] Local, [] Everywhere, [] By domain ..., etc. > Allow user logins: [] Local, [X] Everywhere, [] By domain ..., etc. > and setup an access.conf file. > The best bet would be to create a system-config-sshd that could be run during first boot if so needed. In most cases it is better to run stuff in first-boot than in anaconda (where most people just seem to hit enter.) -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mattdm at mattdm.org Mon Aug 21 02:07:23 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 20 Aug 2006 22:07:23 -0400 Subject: SSHd In-Reply-To: <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> Message-ID: <20060821020723.GA27575@jadzia.bu.edu> On Sun, Aug 20, 2006 at 07:54:01PM -0600, Stephen John Smoogen wrote: > The best bet would be to create a system-config-sshd that could be run > during first boot if so needed. In most cases it is better to run > stuff in first-boot than in anaconda (where most people just seem to > hit enter.) Errr, yeah, but how are you going to get to firstboot remotely, then? In fact, doesn't the continuing "we're pushing everything to firstboot!" scheme -- which I can see both sides of, but is certainly the chosen direction -- render irrelevant this whole line of argument for leaving on ssh-with-root-password? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Aug 21 02:09:20 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 20 Aug 2006 22:09:20 -0400 Subject: SSHd In-Reply-To: <20060820113843.GA2519@imperial.ac.uk> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> Message-ID: <20060821020920.GB27575@jadzia.bu.edu> On Sun, Aug 20, 2006 at 12:38:43PM +0100, Kostas Georgiou wrote: > Not to mention that kerberos/ldap/nis/whatever might be down so user > logins might not be available. This is a fine argument for setting up key-based access. > In any case wouldn't it better to start using pam_access by default in > system_auth and block root logins if you want there? I don't see why sshd > should be treated differently than other tools in the system. What'dya mean? Right now, ssh is the one treated differently. Compare, for example, gdm.conf, which is set to "AllowRemoteRoot=false". > Anaconda, authconfig can ask questions at install time like: > Allow root logins: [X] Local, [] Everywhere, [] By domain ..., etc. > Allow user logins: [] Local, [X] Everywhere, [] By domain ..., etc. > and setup an access.conf file. I really don't think more questions is the answer. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Aug 21 02:11:32 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 20 Aug 2006 22:11:32 -0400 Subject: SSHd In-Reply-To: <44E846F8.60300@fedoraproject.org> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> Message-ID: <20060821021132.GC27575@jadzia.bu.edu> On Sun, Aug 20, 2006 at 04:56:48PM +0530, Rahul wrote: > >I second that, however I would suggest going further and having > >somethign denyhosts like in place or are we going with the assumption > >that anyone owning a FC installation will be setting a good password, > >or a weak password with the knowledge that SSHd is running? > passwd program has checks in place to ensure that poor passwords are > rejected and yes if you have the root password on the system there is a > question of common sense too. Sadly, since root is immune to the poor-password checks, and since common sense is, um, well, not-so, "system compromised via incredibly poor password choice" is something I've seen more often than I'd like to. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From otaylor at redhat.com Sun Aug 20 23:17:46 2006 From: otaylor at redhat.com (Owen Taylor) Date: Sun, 20 Aug 2006 19:17:46 -0400 Subject: SSHd In-Reply-To: <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> Message-ID: <1156115867.12601.22.camel@localhost.localdomain> On Sun, 2006-08-20 at 19:54 -0600, Stephen John Smoogen wrote: > The best bet would be to create a system-config-sshd that could be run > during first boot if so needed. In most cases it is better to run > stuff in first-boot than in anaconda (where most people just seem to > hit enter.) And people aren't going to just hit enter in first-boot? I would hate to see firstboot be a parade of "how the heck would I know? questions. It should be restricted to things that the user really needs to configure to get their system going. I don't think sshd policy decisions fit there. Down that path lies madness. Or at least debconf. - Owen From skvidal at linux.duke.edu Mon Aug 21 02:24:59 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 20 Aug 2006 22:24:59 -0400 Subject: SSHd In-Reply-To: <1156115867.12601.22.camel@localhost.localdomain> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> <1156115867.12601.22.camel@localhost.localdomain> Message-ID: <1156127099.3099.14.camel@cutter> On Sun, 2006-08-20 at 19:17 -0400, Owen Taylor wrote: > On Sun, 2006-08-20 at 19:54 -0600, Stephen John Smoogen wrote: > > The best bet would be to create a system-config-sshd that could be run > > during first boot if so needed. In most cases it is better to run > > stuff in first-boot than in anaconda (where most people just seem to > > hit enter.) > > And people aren't going to just hit enter in first-boot? > > I would hate to see firstboot be a parade of "how the heck would I know? > questions. It should be restricted to things that the user really needs > to configure to get their system going. I don't think sshd policy > decisions fit there. Down that path lies madness. Or at least debconf. > +1 -sv From skvidal at linux.duke.edu Mon Aug 21 02:28:45 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 20 Aug 2006 22:28:45 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <9050516b0608201335r3d7d6ccaj15da8c936e2c858f@mail.gmail.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> <1156094289.20954.71.camel@gilboa-work-dev> <1156103283.1952.5.camel@cutter> <9050516b0608201335r3d7d6ccaj15da8c936e2c858f@mail.gmail.com> Message-ID: <1156127325.3099.16.camel@cutter> On Sun, 2006-08-20 at 23:35 +0300, Gilboa Davara wrote: > On 8/20/06, seth vidal wrote: > > On Sun, 2006-08-20 at 20:18 +0300, Gilboa Davara wrote: > > > > > > I'm not suggesting the multilib is not required, I am suggesting to give > > > the option to disable it during the installation. > > > BTW, isn't 'yum remove glibc.i686' a temporary solution? Won't yum will > > > try to reinstall the missing package tree once I run 'yum update' and/or > > > 'yum install foo'? > > > > then in your /etc/yum.conf add: > > exclude=*.i386 *.i686 *.i586 *.i486 > > > > > > that should ensure yum won't try to add anything like that back. > > > > -sv > > > > Thanks. > Will it be possible to add it to Anaconda during the installation? Extremely doubtful. It would be the kind of question that would intimidate too many people. If you want to fix this - edit the yum.conf your self in post. -sv From pemboa at gmail.com Mon Aug 21 06:04:33 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 21 Aug 2006 01:04:33 -0500 Subject: SSHd In-Reply-To: <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <80d7e4090608201854u27c42226k687656f9f9b0a201@mail.gmail.com> Message-ID: <16de708d0608202304n2106ce06r2ae5c88a5dfd0c32@mail.gmail.com> On 8/20/06, Stephen John Smoogen wrote: > On 8/20/06, Kostas Georgiou wrote: > > On Sun, Aug 20, 2006 at 12:54:30PM +0200, Christian Rose wrote: > > > > > On 8/19/06, Arthur Pemberton wrote: > > > >Why does FC ship openssh with sshd allowing root logins? And are there > > > >any plans to preempt the now routine sshd weak password hunting bots? > > > > > > IIRC, the idea was that you should not end up with being locked out of > > > a remote system if that system's /home NFS mount was somehow screwed > > > up. With allowing root to log in, you could still fix a remote system > > > using NFS-mounted home directories. > > > > Not to mention that kerberos/ldap/nis/whatever might be down so user > > logins might not be available. > > > > In any case wouldn't it better to start using pam_access by default in > > system_auth and block root logins if you want there? I don't see why sshd > > should be treated differently than other tools in the system. > > Anaconda, authconfig can ask questions at install time like: > > Allow root logins: [X] Local, [] Everywhere, [] By domain ..., etc. > > Allow user logins: [] Local, [X] Everywhere, [] By domain ..., etc. > > and setup an access.conf file. > > > > The best bet would be to create a system-config-sshd that could be run > during first boot if so needed. In most cases it is better to run > stuff in first-boot than in anaconda (where most people just seem to > hit enter.) > Would have to agree with that. > > -- > Stephen J Smoogen. -- CSIRT/Linux System Administrator > How far that little candle throws his beams! So shines a good deed > in a naughty world. = Shakespeare. "The Merchant of Venice" > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- To be updated... From reuben-fedora-devel at reub.net Mon Aug 21 06:28:02 2006 From: reuben-fedora-devel at reub.net (Reuben Farrelly) Date: Mon, 21 Aug 2006 18:28:02 +1200 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156095783.20954.89.camel@gilboa-work-dev> References: <1156093654.20954.67.camel@gilboa-work-dev> <44E89837.5010208@feuerpokemon.de> <1156094289.20954.71.camel@gilboa-work-dev> <44E89AA9.2010807@feuerpokemon.de> <1156095783.20954.89.camel@gilboa-work-dev> Message-ID: <44E95272.5090307@reub.net> On 21/08/2006 5:43 a.m., Gilboa Davara wrote: > On Sun, 2006-08-20 at 19:23 +0200, dragoran wrote: >>> >> ok I got confused by your title "disable by default" > > Bad subject on my side. > Changed it to "Add option to disable multilib in Anaconda." > >>> >> I have never tryed it but all apps should somehow depend on glibc that >> means removing it will remove all i386/686 apps. >> yum supports execuldearch so you can force it not to install i386 packages. >> but I don't see a point in removing them... a x86_64 capable box won't >> have a small hardisk(s) so the extra libs wont be that much of a problem. > > Disk space aside, if you don't need multilib, the same 25% chase you > until you delete all the i386 packages, read: > +25% Internet bandwidth (especially now that extra and updates are > integrated into Anaconda); +25% update time; +25% installation time; > Even worse, once you've finally finished the installation (updates > included), removing anything between 100 and 600 packages in no small > task - It'll most likely render the machine useless for an extra hour or > two. Definitely +1 here. I strongly agree. I run my x86_64 server purely with 64 bit applications and have no need or desire to install i386 binaries as well. Nothing I run or compile requires 32 bit libraries or anything 32 bit, and if there was an application that I found I'd be filing bugs upstream to get it fixed ASAP. This is a general purpose Internet server with BIND/Squid/Postfix/Apache/PHP etc and a variety of other little things which all compile fine from source in a 64 bit environment, in fact I can't remember ever coming across any application which wouldn't build and run. All it should take from and end user perspective, is an extra tick box, currently defaulting to ticked (ie, multilib by default) somewhere in the installer. Being able to choose would save hours afterwards of looking through packages and uninstalling various things, working out all the dependencies when uninstalling etc As the future lies more towards x86_64 than i386 this will become a bigger issue in time. Here in NZ we are still on quotas, and unlimited high speed bandwidth is but a distant dream. So running rawhide with even more download not only takes longer but costs money as the traffic has to be downloaded from offshore. If Fedora ever does start downloading updates as part of the install (like Windows seems to), this will be an issue then as well. I've now got yum excluding *.i386 and that works fine after the event, but it's not applicable at install time. [There are no NZ mirrors carrying rawhide, but that's another story, and less of an issue for me soon as I move to Australia in 2 1/2 weeks.] reuben From pertusus at free.fr Mon Aug 21 07:06:01 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 21 Aug 2006 09:06:01 +0200 Subject: SSHd In-Reply-To: <20060821021132.GC27575@jadzia.bu.edu> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> <20060821021132.GC27575@jadzia.bu.edu> Message-ID: <20060821070601.GA2497@free.fr> On Sun, Aug 20, 2006 at 10:11:32PM -0400, Matthew Miller wrote: > On Sun, Aug 20, 2006 at 04:56:48PM +0530, Rahul wrote: > Sadly, since root is immune to the poor-password checks, and since common > sense is, um, well, not-so, "system compromised via incredibly poor password > choice" is something I've seen more often than I'd like to. The cure is not to disallow features, but use right passwords. If I recall well poor passwords can be set by root, but there is a warning (at least when set with passwd). -- Pat From pemboa at gmail.com Mon Aug 21 07:16:52 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 21 Aug 2006 02:16:52 -0500 Subject: SSHd In-Reply-To: <20060821070601.GA2497@free.fr> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> <20060821021132.GC27575@jadzia.bu.edu> <20060821070601.GA2497@free.fr> Message-ID: <16de708d0608210016w24caa5cdvf03e9b6bf16c56ef@mail.gmail.com> On 8/21/06, Patrice Dumas wrote: > On Sun, Aug 20, 2006 at 10:11:32PM -0400, Matthew Miller wrote: > > On Sun, Aug 20, 2006 at 04:56:48PM +0530, Rahul wrote: > > Sadly, since root is immune to the poor-password checks, and since common > > sense is, um, well, not-so, "system compromised via incredibly poor password > > choice" is something I've seen more often than I'd like to. > > The cure is not to disallow features, but use right passwords. > > If I recall well poor passwords can be set by root, but there > is a warning (at least when set with passwd). Not when during installation however, it used to be, back in the RH x.x days, but it go removed for reasons I am not sure. > > -- > Pat > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- To be updated... From sundaram at fedoraproject.org Mon Aug 21 07:21:15 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 21 Aug 2006 12:51:15 +0530 Subject: SSHd In-Reply-To: <16de708d0608210016w24caa5cdvf03e9b6bf16c56ef@mail.gmail.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> <20060821021132.GC27575@jadzia.bu.edu> <20060821070601.GA2497@free.fr> <16de708d0608210016w24caa5cdvf03e9b6bf16c56ef@mail.gmail.com> Message-ID: <44E95EEB.4090708@fedoraproject.org> Arthur Pemberton wrote: > On 8/21/06, Patrice Dumas wrote: >> On Sun, Aug 20, 2006 at 10:11:32PM -0400, Matthew Miller wrote: >> > On Sun, Aug 20, 2006 at 04:56:48PM +0530, Rahul wrote: >> > Sadly, since root is immune to the poor-password checks, and since >> common >> > sense is, um, well, not-so, "system compromised via incredibly poor >> password >> > choice" is something I've seen more often than I'd like to. >> >> The cure is not to disallow features, but use right passwords. >> >> If I recall well poor passwords can be set by root, but there >> is a warning (at least when set with passwd). > > Not when during installation however, it used to be, back in the RH > x.x days, but it go removed for reasons I am not sure. > Password strength warning? File a RFE. Rahul From david at lovesunix.net Mon Aug 21 08:15:51 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 21 Aug 2006 10:15:51 +0200 Subject: Important: dmraid boot finally fixed, PLEASE include before FC-6 In-Reply-To: <44E772D9.3060709@hhs.nl> References: <44E7697D.5060301@camperquake.de> <44E772D9.3060709@hhs.nl> Message-ID: <1156148151.2694.3.camel@price> l?r, 19 08 2006 kl. 22:21 +0200, skrev Hans de Goede: > > Ralf Ertzinger wrote: > > Hi. > > > > Goede, J.W.R. de schrieb: > > > >> mkinitrd includes > >> the usb-storage driver in the initrd, where it > >> shouldn't. > > > > So, reading the bug report, the long and short of it is that > > dmraid does not find it's disks because they are not named sda > > and sdb? > > > > Its not dmraid, but the dm setup code in initrd (nash) that cannot find > the disks, but yes that is part of the problem. Notice that the disks > are hardcoded as /dev/sda and /dev/sdb in the initrd nash init script. This also affects the updated kernel issued for FC5, as a matter of fact I'm only able to boot the original kernel from FC5 even on Development, luckily I kept a copy. Issuing an update to FC5 is therefore of great importance as well. - David Nielsen From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 09:21:55 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 11:21:55 +0200 Subject: [DEP-BLOAT] aspell requires perl Message-ID: <87lkpijvf0.fsf@fc5.bigo.ensc.de> Hello, 'aspell' contains a '/usr/bin/aspell-import' script which is not needed for core functionality. This program is the only file in 'aspell' which adds the (huge) perl dependency. Environments which need aspell (e.g. www servers with php) but not perl will have to install perl due to this packaging bug. Possible solutions: * do not package 'aspell-import' * package it in an own subpackage (e.g. -tools) Enrico From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 09:28:28 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 11:28:28 +0200 Subject: [DEP-BLOAT] 'policycoreutils' require 'python' Message-ID: <87hd06jv43.fsf@fc5.bigo.ensc.de> Hello, 'policycoreutils' contains a dependency on 'python' and other python modules. Because 'policycoreutils' has some low-level SELinux tools (e.g. /sbin/restorecon) which might be required by other packages (e.g. 'util-linux' in FC5), 'python' will be installed for packages which do not require it. Possible solutions: * rewrite 'genhomedircon' in C * move 'genhomedircon' plus the python modules into an own subpackage Enrico From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 09:34:12 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 11:34:12 +0200 Subject: [DEP-BLOAT] 'initscripts' require lot of low-level stuff Message-ID: <87d5aujuuj.fsf@fc5.bigo.ensc.de> Hello, the 'initscripts' package has dependencies on lot of low-level stuff like dev, e2fsprogs, ethtool... Because 'initscripts' are required by nearly every daemon, these low-level tools will be installed everytime. E.g. a simple ftp server will require LVM2 tools. Possible solution: * split 'initscripts' into the following subpackages: - core with '/etc/rc.d/init.d/functions', '/sbin/service'; this is required by daemons - -startup with the currently shipped services (e.g. halt, killall), the rc.* scripts - -net with network related part Enrico From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 09:40:35 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 11:40:35 +0200 Subject: [DEP-BLOAT] 'mkinitrd' ships 'nash' and requires lot of low-level stuff Message-ID: <878xlijujw.fsf@fc5.bigo.ensc.de> Hello, the 'mkinitrd' package contains the '/sbin/nash' program and has dependencies on lot of low-level stuff (e.g. device-mapper, dmraid, lvm2). 'nash' and this deps are used for different purposes: * 'nash' is called by 'initscripts' during every boot * the low-level stuff is used during kernel upgrade only Therefore, they should be packaged separately. Enrico From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 09:43:40 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 11:43:40 +0200 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' Message-ID: <874pw6juer.fsf@fc5.bigo.ensc.de> Hello, the 'sendmail' package has a dependency on '/usr/sbin/saslauthd' (cyrus-sasl package). This daemon is required for certain setups only and should not be required therefore. Enrico From pbrobinson at gmail.com Mon Aug 21 09:45:36 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 21 Aug 2006 10:45:36 +0100 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <874pw6juer.fsf@fc5.bigo.ensc.de> References: <874pw6juer.fsf@fc5.bigo.ensc.de> Message-ID: <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> Why don't you bugzilla these? On 8/21/06, Enrico Scholz wrote: > Hello, > > the 'sendmail' package has a dependency on '/usr/sbin/saslauthd' > (cyrus-sasl package). This daemon is required for certain setups > only and should not be required therefore. > > > Enrico > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From veillard at redhat.com Mon Aug 21 09:58:12 2006 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 21 Aug 2006 05:58:12 -0400 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> References: <874pw6juer.fsf@fc5.bigo.ensc.de> <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> Message-ID: <20060821095812.GI19574@redhat.com> On Mon, Aug 21, 2006 at 10:45:36AM +0100, Peter Robinson wrote: > Why don't you bugzilla these? > > On 8/21/06, Enrico Scholz wrote: > >Hello, > > > >the 'sendmail' package has a dependency on '/usr/sbin/saslauthd' > >(cyrus-sasl package). This daemon is required for certain setups > >only and should not be required therefore. Independantly, I really like this analysis, please continue to post those findings, it's good to see those point raised on the mailing-list (too). Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 10:00:58 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 12:00:58 +0200 Subject: [DEP-BLOAT] 'cracklib' requires 'python' Message-ID: <87zmdyif1h.fsf@fc5.bigo.ensc.de> Hello, the 'cracklib' package contains a python module (adding a 'python' dep) which is not needed for its core functionality. Because 'cracklib' is required by 'pam', 'python' will be added to every installation although python functionality might be not required. Solutions: * move python modules into own -py subpackage https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203327 Enrico From pertusus at free.fr Mon Aug 21 10:03:42 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 21 Aug 2006 12:03:42 +0200 Subject: [DEP-BLOAT] 'cracklib' requires 'python' In-Reply-To: <87zmdyif1h.fsf@fc5.bigo.ensc.de> References: <87zmdyif1h.fsf@fc5.bigo.ensc.de> Message-ID: <20060821100342.GA4333@free.fr> On Mon, Aug 21, 2006 at 12:00:58PM +0200, Enrico Scholz wrote: > Hello, > > the 'cracklib' package contains a python module (adding a 'python' dep) > which is not needed for its core functionality. Because 'cracklib' is > required by 'pam', 'python' will be added to every installation although > python functionality might be not required. The static library, .so and header should move to a -devel package too. -- Pat From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 10:11:27 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 12:11:27 +0200 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> (Peter Robinson's message of "Mon, 21 Aug 2006 10:45:36 +0100") References: <874pw6juer.fsf@fc5.bigo.ensc.de> <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> Message-ID: <87veomiek0.fsf@fc5.bigo.ensc.de> pbrobinson at gmail.com ("Peter Robinson") writes: > Why don't you bugzilla these? This was https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173315 Packagers seem to ignore remove-dep requests (e.g. ticket above is not really solved, but issue is not painful enough (I am using now ssmtp on most machines) to start a reopen-close-reopen cycle); therefore, the maillist way. I will tell # for the other postings... Enrico From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 10:14:27 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 12:14:27 +0200 Subject: [DEP-BLOAT] aspell requires perl In-Reply-To: <87lkpijvf0.fsf@fc5.bigo.ensc.de> (Enrico Scholz's message of "Mon, 21 Aug 2006 11:21:55 +0200") References: <87lkpijvf0.fsf@fc5.bigo.ensc.de> Message-ID: <87odueief0.fsf@fc5.bigo.ensc.de> enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > 'aspell' contains a '/usr/bin/aspell-import' script... ignored for 9 months: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175178 From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 10:16:03 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 12:16:03 +0200 Subject: [DEP-BLOAT] 'policycoreutils' require 'python' In-Reply-To: <87hd06jv43.fsf@fc5.bigo.ensc.de> (Enrico Scholz's message of "Mon, 21 Aug 2006 11:28:28 +0200") References: <87hd06jv43.fsf@fc5.bigo.ensc.de> Message-ID: <87k652iecc.fsf@fc5.bigo.ensc.de> enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > 'policycoreutils' contains a dependency on 'python'... related: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193152 From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 10:17:46 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 12:17:46 +0200 Subject: [DEP-BLOAT] 'mkinitrd' ships 'nash' and requires lot of low-level stuff In-Reply-To: <878xlijujw.fsf@fc5.bigo.ensc.de> (Enrico Scholz's message of "Mon, 21 Aug 2006 11:40:35 +0200") References: <878xlijujw.fsf@fc5.bigo.ensc.de> Message-ID: <87fyfqie9h.fsf@fc5.bigo.ensc.de> enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > the 'mkinitrd' package contains the '/sbin/nash' program... Closed without a single comment by pjones (and reopened by me): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202370 From arjan at fenrus.demon.nl Mon Aug 21 10:45:36 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 21 Aug 2006 12:45:36 +0200 Subject: [DEP-BLOAT] 'mkinitrd' ships 'nash' and requires lot of low-level stuff In-Reply-To: <878xlijujw.fsf@fc5.bigo.ensc.de> References: <878xlijujw.fsf@fc5.bigo.ensc.de> Message-ID: <1156157136.23756.130.camel@laptopd505.fenrus.org> On Mon, 2006-08-21 at 11:40 +0200, Enrico Scholz wrote: > Hello, > > the 'mkinitrd' package contains the '/sbin/nash' program and has > dependencies on lot of low-level stuff (e.g. device-mapper, dmraid, > lvm2). > > 'nash' and this deps are used for different purposes: > > * 'nash' is called by 'initscripts' during every boot it is ?? I didn't realize it was used outside of the initrd (and can't imagine any use for it either) > * the low-level stuff is used during kernel upgrade only actually they are used at each boot as well, just from the initrd itself. > Therefore, they should be packaged separately. why? Both are going to be mandatory anyway.... mkinitrd is when you want to be able to upgrade kernels, or build your own or ... That's a core capability in terms of being able to apply security updates. Being able to do security updates is not optional. From harald at redhat.com Mon Aug 21 10:53:28 2006 From: harald at redhat.com (Harald Hoyer) Date: Mon, 21 Aug 2006 12:53:28 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <1155810194.4190.10.camel@gilboa-work-dev> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> Message-ID: <44E990A8.6010900@redhat.com> Gilboa Davara wrote: > On Thu, 2006-08-17 at 05:52 -0400, buildsys at redhat.com wrote: > ... >> cdrtools-9:2.01-10 >> ------------------ >> * Wed Aug 16 2006 Harald Hoyer - 9:2.01-10 >> - moved back to version 2.01 (last GPL version), >> due to incompatible license issues >> > > AFAIR there license change only effected the build system and not the > sources themselves. > ANAL, but wouldn't it be possible to 'glue' the 2.0x source tarball to a > 'modified' 2.01 buildsys? > > Gilboa > > Common rumor is that only the build system is CDDL licensed. This is not true as of current cdrtools-2.01.01a11. File COPYING: The software in this directory tree is free software and uses licenses that are aproved be the OpenSource Initative http://www.opensource.org/ Not all sub-projects use the same license. Here is a list of sub-directories and it's related licenses: btcflash/ A firmwareflash program (CDDL) Note: uses libscg cdda2wav/ A DAE program (CDDL) Note: uses libscg cdrecord/ A CD/DVD-recording program (CDDL) Note: uses libscg conf/ The Schily Autoconf program (GPL) Support shell scripts for the Schily Makefile system (CDDL) DEFAULTS/ Default files for the Schily Makefile system (CDDL) DEFAULTS_ENG/ Default files for the Schily Makefile system (CDDL) inc/ Support C-Files for the Schily Makefile system (CDDL) include/ Support H-Files for the Schily Makefile system (CDDL) libdeflt/ A lib for accessing files under /etc/default/ (CDDL) libedc/ A Reed Solomon Encoder and Decoder (CDDL) libfile/ A lib that implements the 'file' command (GPL) libhfs_iso/ HFS support lib (GPL) libparanoia/ CD paranoia CD-DAE support lib (LGPL) librscg/ A remote SCSI-generic transport lib (CDDL) This code may only be used together with other code that is under an approved OpenSource license, see http://www.opensource.org/. libscg/ A local SCSI-generic transport lib (CDDL) This code may only be used together with other code that is under an approved OpenSource license, see http://www.opensource.org/. libschily/ The schily basic support library (CDDL) libunls/ A simple iconv replacement (GPL) mkisofs/ A ISO-9660/Rock-Ridge/Joliet/HFS/UDF filesystem formatter (GPL) Note: uses libscg readcd/ A CD/DVD read utility (CDDL) Note: uses libscg rscsi/ The remote SCSI generic transport daemon (CDDL) Note: uses libscg RULES/ The main part of the Schily Makefilesystem (CDDL) scgcheck/ The libscg interface comliance check program (CDDL) Note: uses libscg scgskeleton/ A libscg skeleton demo program (CDDL) Note: uses libscg TARGETS/ Slot support for the Schily Makefile system (CDDL) TEMPLATES/ Template support for the Schily Makefile system (CDDL) For more information on the CDDL read the file CDDL.Schily.txt For more information on the GPL read the file GPL-2.0.txt For more information on the LGPL read the file LGPL-2.1.txt So you would think, that mkisofs is fully GPL? Not true: $ fgrep 'Common Development and Distribution License' -r . ./diag/scsi_cdr.c: * Common Development and Distribution License, Version 1.0 only ./diag/modes.c: * Common Development and Distribution License, Version 1.0 only ./diag/defaults.c: * Common Development and Distribution License, Version 1.0 only ./diag/getnum.c: * Common Development and Distribution License, Version 1.0 only ./diag/cd_misc.c: * Common Development and Distribution License, Version 1.0 only ./scsi_cdr.c: * Common Development and Distribution License, Version 1.0 only ./modes.c: * Common Development and Distribution License, Version 1.0 only ./defaults.c: * Common Development and Distribution License, Version 1.0 only ./getnum.c: * Common Development and Distribution License, Version 1.0 only ./cd_misc.c: * Common Development and Distribution License, Version 1.0 only Seems like this is mixed GPL and CDDL code, which is IMHO not allowed by ?2 of the GPL. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3621 bytes Desc: S/MIME Cryptographic Signature URL: From mrsam at courier-mta.com Mon Aug 21 11:04:40 2006 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 21 Aug 2006 07:04:40 -0400 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' References: <874pw6juer.fsf@fc5.bigo.ensc.de> <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> <87veomiek0.fsf@fc5.bigo.ensc.de> Message-ID: Enrico Scholz writes: > pbrobinson at gmail.com ("Peter Robinson") writes: > >> Why don't you bugzilla these? > > This was https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173315 > > Packagers seem to ignore remove-dep requests (e.g. ticket above is not > really solved, but issue is not painful enough (I am using now ssmtp on > most machines) to start a reopen-close-reopen cycle); therefore, the > maillist way. I will tell # for the other postings... My favorite one is docbook-utils requiring jadetex and tetex-dvips, just for docbook2tex and docbook2texi. Even if you have no intention of ever screwing around with tex, and you just want html or man page output, you still end up sucking down the entire tex hairball, the whole kit and kaboodle. I long ago suggested moving docbook2texi? to a subpackage, nobody cared. docbook2txt should also be moved into a subpackage, together with its dependency on elinks. -------------- 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 Mon Aug 21 11:07:00 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 21 Aug 2006 13:07:00 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <44E990A8.6010900@redhat.com> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E990A8.6010900@redhat.com> Message-ID: <1156158421.18597.175.camel@xpc.home.erwinrol.com> On Mon, 2006-08-21 at 12:53 +0200, Harald Hoyer wrote: > Common rumor is that only the build system is CDDL licensed. This is > not true as of current cdrtools-2.01.01a11. > Seems like this is mixed GPL and CDDL code, which is IMHO not allowed by ?2 of the GPL. J?rg has a very "special" view on the GPL, and a discussion with him about that would certainly cost more time than to rewrite all CDDL software, including his beloved Solaris, from scratch. - Erwin From harald at redhat.com Mon Aug 21 11:11:02 2006 From: harald at redhat.com (Harald Hoyer) Date: Mon, 21 Aug 2006 13:11:02 +0200 Subject: rawhide report: 20060817 changes In-Reply-To: <1156158421.18597.175.camel@xpc.home.erwinrol.com> References: <200608170952.k7H9qj00022697@hs20-bc2-6.build.redhat.com> <1155810194.4190.10.camel@gilboa-work-dev> <44E990A8.6010900@redhat.com> <1156158421.18597.175.camel@xpc.home.erwinrol.com> Message-ID: <44E994C6.9060309@redhat.com> Erwin Rol wrote: > On Mon, 2006-08-21 at 12:53 +0200, Harald Hoyer wrote: > >> Common rumor is that only the build system is CDDL licensed. This is >> not true as of current cdrtools-2.01.01a11. > >> Seems like this is mixed GPL and CDDL code, which is IMHO not allowed by ?2 of the GPL. > > J?rg has a very "special" view on the GPL, and a discussion with him > about that would certainly cost more time than to rewrite all CDDL > software, including his beloved Solaris, from scratch. > > - Erwin > > so true :-/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3621 bytes Desc: S/MIME Cryptographic Signature URL: From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 11:14:26 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 13:14:26 +0200 Subject: [DEP-BLOAT] 'mkinitrd' ships 'nash' and requires lot of low-level stuff In-Reply-To: <1156157136.23756.130.camel@laptopd505.fenrus.org> (Arjan van de Ven's message of "Mon, 21 Aug 2006 12:45:36 +0200") References: <878xlijujw.fsf@fc5.bigo.ensc.de> <1156157136.23756.130.camel@laptopd505.fenrus.org> Message-ID: <87bqqeibn1.fsf@fc5.bigo.ensc.de> arjan at fenrus.demon.nl (Arjan van de Ven) writes: >> 'nash' and this deps are used for different purposes: >> >> * 'nash' is called by 'initscripts' during every boot > > it is ?? $ rpm -qR initscripts | grep nash /sbin/nash $ grep nash /etc/rc.d/rc.sysinit killall nash-hotplug >/dev/null 2>&1 echo "raidautorun /dev/md0" | nash --quiet echo "mkdmnod" | /sbin/nash --quiet >/dev/null 2>&1 >> * the low-level stuff is used during kernel upgrade only > > actually they are used at each boot as well, just from the initrd > itself. yes; but a copy is used. Not the file from the current 'mkinitrd' package. >> Therefore, they should be packaged separately. > > why? Both are going to be mandatory anyway.... mkinitrd is when you want > to be able to upgrade kernels, or build your own or ... * chroot environments do not need this * when: - a program ('nash' in this case) is used by other packages ('initscripts') and - this program does not require rest of the package (generate-initrd functionality) and - the rest of the package adds lot of dependencies (device-mapper, dmraid, ...) which are not needed for the program then it is a good packaging style to provide both parts in separate subpackages. Enrico From arjan at fenrus.demon.nl Mon Aug 21 11:25:24 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 21 Aug 2006 13:25:24 +0200 Subject: [DEP-BLOAT] 'mkinitrd' ships 'nash' and requires lot of low-level stuff In-Reply-To: <87bqqeibn1.fsf@fc5.bigo.ensc.de> References: <878xlijujw.fsf@fc5.bigo.ensc.de> <1156157136.23756.130.camel@laptopd505.fenrus.org> <87bqqeibn1.fsf@fc5.bigo.ensc.de> Message-ID: <1156159524.23756.142.camel@laptopd505.fenrus.org> > * chroot environments do not need this > * when: > - a program ('nash' in this case) is used by other packages ('initscripts') > and > - this program does not require rest of the package (generate-initrd > functionality) and > - the rest of the package adds lot of dependencies (device-mapper, > dmraid, ...) which are not needed for the program > then it is a good packaging style to provide both parts in separate > subpackages. I can see the point of nash being a separate (sub)package given your initscripts snippet. I don't think that snippet makes sense in an initrd anyway, and initscripts could be changed to only optionally require it I suppose (which would make sense) From stickster at gmail.com Mon Aug 21 12:30:52 2006 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 21 Aug 2006 08:30:52 -0400 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: References: <874pw6juer.fsf@fc5.bigo.ensc.de> <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> <87veomiek0.fsf@fc5.bigo.ensc.de> Message-ID: <1156163452.26922.8.camel@localhost.localdomain> On Mon, 2006-08-21 at 07:04 -0400, Sam Varshavchik wrote: > Enrico Scholz writes: > > > pbrobinson at gmail.com ("Peter Robinson") writes: > > > >> Why don't you bugzilla these? > > > > This was https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173315 > > > > Packagers seem to ignore remove-dep requests (e.g. ticket above is not > > really solved, but issue is not painful enough (I am using now ssmtp on > > most machines) to start a reopen-close-reopen cycle); therefore, the > > maillist way. I will tell # for the other postings... > > My favorite one is docbook-utils requiring jadetex and tetex-dvips, just for > docbook2tex and docbook2texi. > > Even if you have no intention of ever screwing around with tex, and you just > want html or man page output, you still end up sucking down the entire tex > hairball, the whole kit and kaboodle. I long ago suggested moving > docbook2texi? to a subpackage, nobody cared. > > docbook2txt should also be moved into a subpackage, together with its > dependency on elinks. Sorry this hijacked the thread, but +1. :-) File a bug and write to the list accordingly as Enrico's done. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 21 12:44:58 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 08:44:58 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156127325.3099.16.camel@cutter> References: <1156093654.20954.67.camel@gilboa-work-dev> <9050516b0608201335r3d7d6ccaj15da8c936e2c858f@mail.gmail.com> <1156127325.3099.16.camel@cutter> Message-ID: <200608210844.58774.jkeating@redhat.com> On Sunday 20 August 2006 22:28, seth vidal wrote: > Extremely doubtful. It would be the kind of question that would > intimidate too many people. > > If you want to fix this - edit the yum.conf your self in post. It would be kind of nice to pass yumopts at the anaconda boot CLI, such as yumopts="exclude \*.i?86" -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Mon Aug 21 12:50:21 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 21 Aug 2006 08:50:21 -0400 Subject: rawhide report: 20060821 changes Message-ID: <200608211250.k7LCoLK6015874@hs20-bc2-6.build.redhat.com> Updated Packages: beagle-0.2.8-1.fc6 ------------------ * Fri Aug 18 2006 Alexander Larsson - 0.2.8-1 - Update to 0.2.8 - Rebuild with new mono and gtk-sharp2 f-spot-0.1.11-5 --------------- * Fri Aug 18 2006 Alexander Larsson - 0.1.11-5 - Rebuild with new mono and gtk-sharp2 fedora-logos-1.1.48-1.fc6 ------------------------- * Sun Aug 20 2006 Matthias Clasen - 1.1.48-1.fc6 - Update lock dialog to work with current gnome-screensaver setroubleshoot-0.24-1 --------------------- * Sun Aug 20 2006 Dan Walsh - 0.24-1 - add missing runcmd sound-juicer-2.15.5.1-1.fc6 --------------------------- * Sun Aug 20 2006 Matthias Clasen - 2.15.5.1-1.fc6 - Update to 2.15.5.1 xorg-x11-server-1.1.1-25.fc6 ---------------------------- * Fri Aug 18 2006 Adam Jackson - 1.1.1-25.fc6 - xorg-x11-server-1.1.1-xvfb-composite-crash.patch: Fix Xvfb's -render flag to also disable the Composite extension. - xorg-x11-server-1.1.1-mesa-6.5.1.patch: Update build system to account for Mesa 6.5.1 snapshots. - xorg-x11-server-1.1.0-edid-mode-injection-2.patch: Add all available standard timings from EDID rather than just the first five. From pnasrat at redhat.com Mon Aug 21 12:58:25 2006 From: pnasrat at redhat.com (Paul Nasrat) Date: Mon, 21 Aug 2006 08:58:25 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608210844.58774.jkeating@redhat.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <9050516b0608201335r3d7d6ccaj15da8c936e2c858f@mail.gmail.com> <1156127325.3099.16.camel@cutter> <200608210844.58774.jkeating@redhat.com> Message-ID: <1156165105.3057.18.camel@enki.eridu> On Mon, 2006-08-21 at 08:44 -0400, Jesse Keating wrote: > On Sunday 20 August 2006 22:28, seth vidal wrote: > > Extremely doubtful. It would be the kind of question that would > > intimidate too many people. > > > > If you want to fix this - edit the yum.conf your self in post. > > It would be kind of nice to pass yumopts at the anaconda boot CLI, such as > yumopts="exclude \*.i?86" I really don't think we want yet more cli options. Paul From jkeating at redhat.com Mon Aug 21 13:10:42 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 09:10:42 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156165105.3057.18.camel@enki.eridu> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210844.58774.jkeating@redhat.com> <1156165105.3057.18.camel@enki.eridu> Message-ID: <200608210910.43102.jkeating@redhat.com> On Monday 21 August 2006 08:58, Paul Nasrat wrote: > I really don't think we want ?yet more cli options. Perhaps not, but the concern is a bit real. It would be really nice to set a way to only install x86_64 packages when starting the install from a CD or such, not a kickstart. Is there even a method to do this from kickstart? (and no, %post yum remove \*.i?x86 doesn't count... (: ) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Mon Aug 21 13:28:15 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 09:28:15 -0400 Subject: SSHd In-Reply-To: <20060821070601.GA2497@free.fr> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> <20060821021132.GC27575@jadzia.bu.edu> <20060821070601.GA2497@free.fr> Message-ID: <20060821132814.GA15187@jadzia.bu.edu> On Mon, Aug 21, 2006 at 09:06:01AM +0200, Patrice Dumas wrote: > The cure is not to disallow features, but use right passwords. > If I recall well poor passwords can be set by root, but there > is a warning (at least when set with passwd). Enforcing strong passwords in anaconda might help. (And for root & user passwords even when the tools are run as root -- that's one of the main compromise vectors we see here.) But I think the narrow "I want to ssh in after doing a network install" case is *too* narrow to be a strong argument against not providing this protection to everyone else -- particularly because there's several different ways people in this situation could easily work around it. Systems should be optimized (and doubly so for secured) for the common case wherever they can be without blocking the useful uncommon cases -- as Fedora's ssh can be here. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Aug 21 13:32:12 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 09:32:12 -0400 Subject: [DEP-BLOAT] 'initscripts' require lot of low-level stuff In-Reply-To: <87d5aujuuj.fsf@fc5.bigo.ensc.de> References: <87d5aujuuj.fsf@fc5.bigo.ensc.de> Message-ID: <20060821133212.GB15187@jadzia.bu.edu> On Mon, Aug 21, 2006 at 11:34:12AM +0200, Enrico Scholz wrote: > the 'initscripts' package has dependencies on lot of low-level stuff like > dev, e2fsprogs, ethtool... Because 'initscripts' are required by nearly > every daemon, these low-level tools will be installed everytime. E.g. a > simple ftp server will require LVM2 tools. > Possible solution: > * split 'initscripts' into the following subpackages: > - core with '/etc/rc.d/init.d/functions', '/sbin/service'; this is > required by daemons > - -startup with the currently shipped services (e.g. halt, killall), > the rc.* scripts > - -net with network related part Is the case where the network isn't needed really enough of a concern to split this package? And I'm having a hard time envisioning a case where "-startup" wouldn't be needed.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Mon Aug 21 13:39:40 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 21 Aug 2006 09:39:40 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608210910.43102.jkeating@redhat.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210844.58774.jkeating@redhat.com> <1156165105.3057.18.camel@enki.eridu> <200608210910.43102.jkeating@redhat.com> Message-ID: <1156167580.1971.2.camel@cutter> On Mon, 2006-08-21 at 09:10 -0400, Jesse Keating wrote: > On Monday 21 August 2006 08:58, Paul Nasrat wrote: > > I really don't think we want yet more cli options. > > Perhaps not, but the concern is a bit real. It would be really nice to set a > way to only install x86_64 packages when starting the install from a CD or > such, not a kickstart. Is there even a method to do this from kickstart? > (and no, %post yum remove \*.i?x86 doesn't count... (: ) why doesn't %post yum remove *.i?86 count? Why does EVERYTHING have to be accessible from within the installer? If a user wants to do something outside of the norm (and not install multilib packages, imo, is outside of the norm) then they should be able to login once and run one command. -sv From jkeating at redhat.com Mon Aug 21 13:44:46 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 09:44:46 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156167580.1971.2.camel@cutter> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210910.43102.jkeating@redhat.com> <1156167580.1971.2.camel@cutter> Message-ID: <200608210944.46605.jkeating@redhat.com> On Monday 21 August 2006 09:39, seth vidal wrote: > why doesn't %post yum remove *.i?86 count? > > Why does EVERYTHING have to be accessible from within the installer? If > a user wants to do something outside of the norm (and not install > multilib packages, imo, is outside of the norm) then they should be able > to login once and run one command. Because if I'm installing from remote sources, or if I'm at a datacenter, I really don't want to download 2x as many packages, install 2x as many packages, go through 2x as many scriptlets, just to remove 1/2 of them at the end of it all. Seems pretty silly to me. Are we going to get to the point where Anaconda just drops enough bits on the filesystem to reboot, launch pirut and continue the install from there? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at linux.duke.edu Mon Aug 21 13:49:57 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 21 Aug 2006 09:49:57 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608210944.46605.jkeating@redhat.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210910.43102.jkeating@redhat.com> <1156167580.1971.2.camel@cutter> <200608210944.46605.jkeating@redhat.com> Message-ID: <1156168198.1971.10.camel@cutter> On Mon, 2006-08-21 at 09:44 -0400, Jesse Keating wrote: > On Monday 21 August 2006 09:39, seth vidal wrote: > > why doesn't %post yum remove *.i?86 count? > > > > Why does EVERYTHING have to be accessible from within the installer? If > > a user wants to do something outside of the norm (and not install > > multilib packages, imo, is outside of the norm) then they should be able > > to login once and run one command. > > Because if I'm installing from remote sources, or if I'm at a datacenter, I > really don't want to download 2x as many packages, install 2x as many > packages, go through 2x as many scriptlets, just to remove 1/2 of them at the > end of it all. Seems pretty silly to me. Are we going to get to the point > where Anaconda just drops enough bits on the filesystem to reboot, launch > pirut and continue the install from there? > If you're at a datacenter installing linux then you should be installing by kickstart. If you're not doing that then you're doing a disservice to your customer b/c of the lack of a consistent install. :) And then the kickstart install should be something like: %packages %post yum remove \*.i?86 yum install stuff_I_want -sv From sundaram at fedoraproject.org Mon Aug 21 13:57:22 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 21 Aug 2006 19:27:22 +0530 Subject: SSHd In-Reply-To: <20060821132814.GA15187@jadzia.bu.edu> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> <20060821021132.GC27575@jadzia.bu.edu> <20060821070601.GA2497@free.fr> <20060821132814.GA15187@jadzia.bu.edu> Message-ID: <44E9BBC2.4050703@fedoraproject.org> Matthew Miller wrote: > On Mon, Aug 21, 2006 at 09:06:01AM +0200, Patrice Dumas wrote: >> The cure is not to disallow features, but use right passwords. >> If I recall well poor passwords can be set by root, but there >> is a warning (at least when set with passwd). > > Enforcing strong passwords in anaconda might help. (And for root & user > passwords even when the tools are run as root -- that's one of the main > compromise vectors we see here.) > > But I think the narrow "I want to ssh in after doing a network install" case > is *too* narrow to be a strong argument against not providing this > protection to everyone else -- particularly because there's several > different ways people in this situation could easily work around it. > > Systems should be optimized (and doubly so for secured) for the common case > wherever they can be without blocking the useful uncommon cases -- as > Fedora's ssh can be here. > Ok. Can you reopen the most relevant bug report in this case and pass on the number? Rahul From gilboad at gmail.com Mon Aug 21 13:57:34 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 21 Aug 2006 16:57:34 +0300 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608210844.58774.jkeating@redhat.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <9050516b0608201335r3d7d6ccaj15da8c936e2c858f@mail.gmail.com> <1156127325.3099.16.camel@cutter> <200608210844.58774.jkeating@redhat.com> Message-ID: <1156168654.8264.32.camel@gilboa-work-dev> On Mon, 2006-08-21 at 08:44 -0400, Jesse Keating wrote: > On Sunday 20 August 2006 22:28, seth vidal wrote: > > Extremely doubtful. It would be the kind of question that would > > intimidate too many people. > > > > If you want to fix this - edit the yum.conf your self in post. > > It would be kind of nice to pass yumopts at the anaconda boot CLI, such as > yumopts="exclude \*.i?86" > > -- I second the above. While I rather see this option in the Anaconda's package selection (instead of doing it from cli), having an option to disable mulitlib from the command line is good enough. (If you need a clean x86_64 install, you most likely know what you are doing and well capable of adding a yumopts command to the boot command line...) Gilboa From jkeating at redhat.com Mon Aug 21 14:02:32 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 10:02:32 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156168198.1971.10.camel@cutter> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210944.46605.jkeating@redhat.com> <1156168198.1971.10.camel@cutter> Message-ID: <200608211002.32302.jkeating@redhat.com> On Monday 21 August 2006 09:49, seth vidal wrote: > If you're at a datacenter installing linux then you should be installing > by kickstart. If you're not doing that then you're doing a disservice to > your customer b/c of the lack of a consistent install. :) Er, s/Datacenter/Colo/ What if it's just my box there, I'm not going to hassle with setting up my laptop to be a kickstart server to reinstall one system or two. My laptop might be the install source, but not a full blown kickstart box. > And then the kickstart install should be something like: > > > %packages > > > > %post > yum remove \*.i?86 > yum install stuff_I_want Doesn't this seem backwards to you? Have anaconda run through, do all the dep checking, pull all the packages down and install them, then remove half of it (redoing dep checking), get a new list of packages to install, dep check again, download some more, and then install again? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 14:28:14 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 16:28:14 +0200 Subject: [DEP-BLOAT] 'initscripts' require lot of low-level stuff In-Reply-To: <20060821133212.GB15187@jadzia.bu.edu> (Matthew Miller's message of "Mon, 21 Aug 2006 09:32:12 -0400") References: <87d5aujuuj.fsf@fc5.bigo.ensc.de> <20060821133212.GB15187@jadzia.bu.edu> Message-ID: <877j12i2o1.fsf@fc5.bigo.ensc.de> mattdm at mattdm.org (Matthew Miller) writes: >> * split 'initscripts' into the following subpackages: >> - core with '/etc/rc.d/init.d/functions', '/sbin/service'; this is >> required by daemons >> - -startup with the currently shipped services (e.g. halt, killall), >> the rc.* scripts >> - -net with network related part > > Is the case where the network isn't needed really enough of a concern to > split this package? The 'core' vs. '-startup' case is more important. But it can not hurt to split the network functionality and has some advantages: * network stuff is an own, large functionality group within 'initscripts' * its API (/sbin/ifup) might be needed in situations where -startup is not installed (see below) * having it modularized, allows to replace it with a specialized version (e.g. one which is using 'iproute' instead of 'ifconfig' command set) > And I'm having a hard time envisioning a case where "-startup" wouldn't > be needed.... And I'm having a hard time envisioning a case where an ftp server requires the 'udev' package or a 'mingetty' terminal ;) Examples for your cases are: * chroot environments * other init methods (minit, initng) Enrico From vonbrand at inf.utfsm.cl Mon Aug 21 14:32:39 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 21 Aug 2006 10:32:39 -0400 Subject: SSHd In-Reply-To: Message from seth vidal of "Sun, 20 Aug 2006 22:24:59 -0400." <1156127099.3099.14.camel@cutter> Message-ID: <200608211432.k7LEWdqI003718@laptop13.inf.utfsm.cl> seth vidal wrote: > On Sun, 2006-08-20 at 19:17 -0400, Owen Taylor wrote: > > On Sun, 2006-08-20 at 19:54 -0600, Stephen John Smoogen wrote: > > > The best bet would be to create a system-config-sshd that could be run > > > during first boot if so needed. In most cases it is better to run > > > stuff in first-boot than in anaconda (where most people just seem to > > > hit enter.) > > > > And people aren't going to just hit enter in first-boot? > > > > I would hate to see firstboot be a parade of "how the heck would I know? > > questions. It should be restricted to things that the user really needs > > to configure to get their system going. I don't think sshd policy > > decisions fit there. Down that path lies madness. Or at least debconf. > > > > +1 +2 -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From dragoran at feuerpokemon.de Mon Aug 21 14:54:51 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 21 Aug 2006 16:54:51 +0200 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608211002.32302.jkeating@redhat.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210944.46605.jkeating@redhat.com> <1156168198.1971.10.camel@cutter> <200608211002.32302.jkeating@redhat.com> Message-ID: <44E9C93B.6000209@feuerpokemon.de> Jesse Keating wrote: > On Monday 21 August 2006 09:49, seth vidal wrote: > >> If you're at a datacenter installing linux then you should be installing >> by kickstart. If you're not doing that then you're doing a disservice to >> your customer b/c of the lack of a consistent install. :) >> > > Er, s/Datacenter/Colo/ What if it's just my box there, I'm not going to > hassle with setting up my laptop to be a kickstart server to reinstall one > system or two. My laptop might be the install source, but not a full blown > kickstart box. > > >> And then the kickstart install should be something like: >> >> >> %packages >> >> >> >> %post >> yum remove \*.i?86 >> yum install stuff_I_want >> > > Doesn't this seem backwards to you? Have anaconda run through, do all the dep > checking, pull all the packages down and install them, then remove half of it > (redoing dep checking), get a new list of packages to install, dep check > again, download some more, and then install again? > > what about adding a nomultilib boot option to anaconda and document it in the release notes? -> problem solved From skvidal at linux.duke.edu Mon Aug 21 14:57:56 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 21 Aug 2006 10:57:56 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <44E9C93B.6000209@feuerpokemon.de> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210944.46605.jkeating@redhat.com> <1156168198.1971.10.camel@cutter> <200608211002.32302.jkeating@redhat.com> <44E9C93B.6000209@feuerpokemon.de> Message-ID: <1156172276.1971.50.camel@cutter> On Mon, 2006-08-21 at 16:54 +0200, dragoran wrote: > Jesse Keating wrote: > > On Monday 21 August 2006 09:49, seth vidal wrote: > > > >> If you're at a datacenter installing linux then you should be installing > >> by kickstart. If you're not doing that then you're doing a disservice to > >> your customer b/c of the lack of a consistent install. :) > >> > > > > Er, s/Datacenter/Colo/ What if it's just my box there, I'm not going to > > hassle with setting up my laptop to be a kickstart server to reinstall one > > system or two. My laptop might be the install source, but not a full blown > > kickstart box. > > > > > >> And then the kickstart install should be something like: > >> > >> > >> %packages > >> > >> > >> > >> %post > >> yum remove \*.i?86 > >> yum install stuff_I_want > >> > > > > Doesn't this seem backwards to you? Have anaconda run through, do all the dep > > checking, pull all the packages down and install them, then remove half of it > > (redoing dep checking), get a new list of packages to install, dep check > > again, download some more, and then install again? > > > > > what about adding a nomultilib boot option to anaconda and document it > in the release notes? > -> problem solved adding options everywhere does not, in fact, solve the problem. It just complicates code maintenance. -sv From vonbrand at inf.utfsm.cl Mon Aug 21 15:01:40 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 21 Aug 2006 11:01:40 -0400 Subject: [DEP-BLOAT] 'mkinitrd' ships 'nash' and requires lot of low-level stuff In-Reply-To: Message from Enrico Scholz of "Mon, 21 Aug 2006 12:17:46 +0200." <87fyfqie9h.fsf@fc5.bigo.ensc.de> Message-ID: <200608211501.k7LF1e0c004657@laptop13.inf.utfsm.cl> Enrico Scholz wrote: > enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > > the 'mkinitrd' package contains the '/sbin/nash' program... > > Closed without a single comment by pjones (and reopened by me): > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202370 The other "low level parts" (like lvm2) you want to delete /are/ needed to boot up the box and for routine maintenance. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From vonbrand at inf.utfsm.cl Mon Aug 21 15:03:55 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 21 Aug 2006 11:03:55 -0400 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: Your message of "Mon, 21 Aug 2006 11:43:40 +0200." <874pw6juer.fsf@fc5.bigo.ensc.de> Message-ID: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> Enrico Scholz wrote: > the 'sendmail' package has a dependency on '/usr/sbin/saslauthd' > (cyrus-sasl package). This daemon is required for certain setups > only and should not be required therefore. Sorry, RPM can't handle "might be used for this configuration only" type of dependencies. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From vonbrand at inf.utfsm.cl Mon Aug 21 15:11:03 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 21 Aug 2006 11:11:03 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: Your message of "Mon, 21 Aug 2006 08:44:58 -0400." <200608210844.58774.jkeating@redhat.com> Message-ID: <200608211511.k7LFB3CF005013@laptop13.inf.utfsm.cl> Jesse Keating wrote: > On Sunday 20 August 2006 22:28, seth vidal wrote: > > Extremely doubtful. It would be the kind of question that would > > intimidate too many people. > > > > If you want to fix this - edit the yum.conf your self in post. > > It would be kind of nice to pass yumopts at the anaconda boot CLI, such as > yumopts="exclude \*.i?86" Longer term, it should probably be package groups in the vein of "Run i386 applications", "Development environment for i386 applications". Not there yet... but from what I see, x86_64 machines are the majority of what is being sold today, so wait a few years ;-) -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From vonbrand at inf.utfsm.cl Mon Aug 21 15:12:52 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 21 Aug 2006 11:12:52 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: Your message of "Mon, 21 Aug 2006 09:44:46 -0400." <200608210944.46605.jkeating@redhat.com> Message-ID: <200608211512.k7LFCqBO005068@laptop13.inf.utfsm.cl> Jesse Keating wrote: > On Monday 21 August 2006 09:39, seth vidal wrote: > > why doesn't %post yum remove *.i?86 count? > > > > Why does EVERYTHING have to be accessible from within the installer? If > > a user wants to do something outside of the norm (and not install > > multilib packages, imo, is outside of the norm) then they should be able > > to login once and run one command. > > Because if I'm installing from remote sources, or if I'm at a datacenter, > I really don't want to download 2x as many packages, install 2x as many > packages, go through 2x as many scriptlets, just to remove 1/2 of them at > the end of it all. Seems pretty silly to me. Are we going to get to the > point where Anaconda just drops enough bits on the filesystem to reboot, > launch pirut and continue the install from there? Is it really duplicating all packages for you? From what I see, the x86_64 install DVDs are just a little larger than the i386 ones, so... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From cmadams at hiwaay.net Mon Aug 21 15:14:11 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 21 Aug 2006 10:14:11 -0500 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156168198.1971.10.camel@cutter> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210910.43102.jkeating@redhat.com> <1156167580.1971.2.camel@cutter> <200608210944.46605.jkeating@redhat.com> <1156168198.1971.10.camel@cutter> Message-ID: <20060821151411.GB1494680@hiwaay.net> Once upon a time, seth vidal said: > If you're at a datacenter installing linux then you should be installing > by kickstart. If you're not doing that then you're doing a disservice to > your customer b/c of the lack of a consistent install. :) > > And then the kickstart install should be something like: > > %packages > > %post > yum remove \*.i?86 > yum install stuff_I_want Okay, why don't we then just make anaconda either: - always "Core" install (you can install the rest in %post or after boot) - always "Everything" install (you can remove what you don't want in %post or after boot) It is kind of dumb to spend time, bandwidth, and disk space installing packages only to immediately remove them (no matter how they are removed). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From gilboad at gmail.com Mon Aug 21 15:19:17 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 21 Aug 2006 18:19:17 +0300 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156172276.1971.50.camel@cutter> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210944.46605.jkeating@redhat.com> <1156168198.1971.10.camel@cutter> <200608211002.32302.jkeating@redhat.com> <44E9C93B.6000209@feuerpokemon.de> <1156172276.1971.50.camel@cutter> Message-ID: <1156173557.8264.49.camel@gilboa-work-dev> On Mon, 2006-08-21 at 10:57 -0400, seth vidal wrote: > On Mon, 2006-08-21 at 16:54 +0200, dragoran wrote: > > Jesse Keating wrote: > > > > > > Doesn't this seem backwards to you? Have anaconda run through, do all the dep > > > checking, pull all the packages down and install them, then remove half of it > > > (redoing dep checking), get a new list of packages to install, dep check > > > again, download some more, and then install again? > > > > > > > > what about adding a nomultilib boot option to anaconda and document it > > in the release notes? > > -> problem solved > > adding options everywhere does not, in fact, solve the problem. > In my eyes, multilib is a part of the package selection and should be controllers by it. I fail to see why adding i386 packages (or removing them) is any different then wanting to add/remove any other package. > It just complicates code maintenance. > Yeah... but the same can be said against any new feature. * > -sv > Gilboa * And I should know, I use every-time someone tries to force some useless feature down my throat... ;) From mattdm at mattdm.org Mon Aug 21 15:28:12 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 11:28:12 -0400 Subject: SSHd In-Reply-To: <44E9BBC2.4050703@fedoraproject.org> References: <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> <20060821021132.GC27575@jadzia.bu.edu> <20060821070601.GA2497@free.fr> <20060821132814.GA15187@jadzia.bu.edu> <44E9BBC2.4050703@fedoraproject.org> Message-ID: <20060821152812.GA19481@jadzia.bu.edu> On Mon, Aug 21, 2006 at 07:27:22PM +0530, Rahul wrote: > Ok. Can you reopen the most relevant bug report in this case and pass on > the number? Done. Bug #89216, as mentioned earlier. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Aug 21 15:29:10 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 11:29:10 -0400 Subject: [DEP-BLOAT] 'initscripts' require lot of low-level stuff In-Reply-To: <877j12i2o1.fsf@fc5.bigo.ensc.de> References: <87d5aujuuj.fsf@fc5.bigo.ensc.de> <20060821133212.GB15187@jadzia.bu.edu> <877j12i2o1.fsf@fc5.bigo.ensc.de> Message-ID: <20060821152910.GB19481@jadzia.bu.edu> On Mon, Aug 21, 2006 at 04:28:14PM +0200, Enrico Scholz wrote: > > And I'm having a hard time envisioning a case where "-startup" wouldn't > > be needed.... > And I'm having a hard time envisioning a case where an ftp server > requires the 'udev' package or a 'mingetty' terminal ;) :) > Examples for your cases are: > * chroot environments > * other init methods (minit, initng) Makes sense... thanks. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Aug 21 15:32:27 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 11:32:27 -0400 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> References: <874pw6juer.fsf@fc5.bigo.ensc.de> <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> Message-ID: <20060821153227.GC19481@jadzia.bu.edu> On Mon, Aug 21, 2006 at 11:03:55AM -0400, Horst H. von Brand wrote: > > the 'sendmail' package has a dependency on '/usr/sbin/saslauthd' > > (cyrus-sasl package). This daemon is required for certain setups > > only and should not be required therefore. > Sorry, RPM can't handle "might be used for this configuration only" type of > dependencies. Yeah, but where you draw the line is an open question. Should all possible functionality of every package be expressed as a hard dependency in the absence of soft ones? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From paul at city-fan.org Mon Aug 21 15:37:27 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 21 Aug 2006 16:37:27 +0100 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <20060821153227.GC19481@jadzia.bu.edu> References: <874pw6juer.fsf@fc5.bigo.ensc.de> <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> <20060821153227.GC19481@jadzia.bu.edu> Message-ID: <44E9D337.3070902@city-fan.org> Matthew Miller wrote: > On Mon, Aug 21, 2006 at 11:03:55AM -0400, Horst H. von Brand wrote: >>> the 'sendmail' package has a dependency on '/usr/sbin/saslauthd' >>> (cyrus-sasl package). This daemon is required for certain setups >>> only and should not be required therefore. >> Sorry, RPM can't handle "might be used for this configuration only" type of >> dependencies. > > Yeah, but where you draw the line is an open question. Should all possible > functionality of every package be expressed as a hard dependency in the > absence of soft ones? Certainly not. Consider for example that many people doing SASL auth with sendmail will need cyrus-sasl-md5 and/or cyrus-sasl-plain instead of or as well as saslauthd but neither of those are required by sendmail. Paul. From Lam at Lam.pl Mon Aug 21 15:40:03 2006 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 21 Aug 2006 17:40:03 +0200 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> References: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> Message-ID: <1156174804.11857.9.camel@pensja.lam.pl> Dnia 21-08-2006, pon o godzinie 11:03 -0400, Horst H. von Brand napisa?(a): > Sorry, RPM can't handle "might be used for this configuration only" type of > dependencies. Yes, it can. On this list the method is called "subpackages". Even if a program doesn't provide ways of configuring things or linking libraries dynamically, it can be compiled in a number of ways and put in separate packages. We do it for years, see glibc. In case of Sendmail I don't think it's needed to provide smtpd without smtp auth, it doesn't make much sense nowadays, as the author stated, anyhow. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From samfw at redhat.com Mon Aug 21 15:49:30 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Mon, 21 Aug 2006 11:49:30 -0400 Subject: list of compiz/aiglx compatible cards? Message-ID: <20060821154930.GF27150@unplugged.rdu.redhat.com> Is any one aware of a list of cards that are known to work with the compiz bling? For example, my radeon 7000 works enough to see the effects, but the right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not work at all. If anyone can point me to something that'd be great. Thanks, Sam -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA From cmadams at hiwaay.net Mon Aug 21 16:03:16 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 21 Aug 2006 11:03:16 -0500 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <1156174804.11857.9.camel@pensja.lam.pl> References: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> <1156174804.11857.9.camel@pensja.lam.pl> Message-ID: <20060821160316.GC1494680@hiwaay.net> Once upon a time, Leszek Matok said: > In case of Sendmail I don't think it's needed to provide smtpd without > smtp auth, it doesn't make much sense nowadays, as the author stated, > anyhow. Sure it does. I have a number of servers that don't relay at all, or only relay for certain domains (backup MX), etc. Only one of all of my SMTP servers uses SMTP AUTH. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From Lam at Lam.pl Mon Aug 21 16:09:28 2006 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 21 Aug 2006 18:09:28 +0200 Subject: [DEP-BLOAT] what the hell is Kerberos? Message-ID: <1156176568.11857.29.camel@pensja.lam.pl> I remember trying to make a Fedora router system which would fit onto 250 MB flash. I failed because of the dependency bloat that we're talking about today. So now, I don't remember all of the not needed packages (and some of them look fixed, for example, passwd required cyrus-sasl back then), but I want to ask you, what is this Kerberos thing? Look :) $ rpm -qi krb5-libs (...) Kerberos is a network authentication system. The krb5-libs package contains the shared libraries needed by Kerberos 5. If you are using Kerberos, you need to install this package. I don't need it (never heard of it, actually), so I don't need to install it (according to the description), hooray, let's remove it (it's 1,2 MiB big!). # yum remove krb5-libs (...) Remove 650 Package(s) Is this ok [y/N]: ;) It'd be hard to convince so many apps that the lib can be optional and somehow dynamically loaded, so go on, call me a troll and don't feed me. I admit that it's the description that made it funny for me, not the dependency tree. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From krh at redhat.com Mon Aug 21 16:10:00 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Mon, 21 Aug 2006 12:10:00 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821154930.GF27150@unplugged.rdu.redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> Message-ID: <44E9DAD8.4010405@redhat.com> Sam Folk-Williams wrote: > Is any one aware of a list of cards that are known to work with the compiz > bling? For example, my radeon 7000 works enough to see the effects, but the > right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not work > at all. > > If anyone can point me to something that'd be great We have a list here: http://fedoraproject.org/wiki/RenderingProject/aiglx Nvidia cards are not going to work, the open driver does not support 3d. There's the nouveau.freedesktop.org project that's working on making this happen, but they still have a long way to go. As for ATI, r100 - r300 should work, but there's an issue with maximum texture size. We're trying to find a way to fix this, but for now, dropping the attached drirc in /etc is a way to work around the problem. The locking problem for matrox cards mentioned on the page was fixed recently and I've backported the patch to rawhide, it should show up tomorrow - it affects the xserver and the matrox driver rpms. That said matrox cards are still very much untested with aiglx and compiz, in particular they seem to also have the maximum texture size problem. cheers, Kristian -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: drirc URL: From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 16:12:25 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 18:12:25 +0200 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <1156174804.11857.9.camel@pensja.lam.pl> (Leszek Matok's message of "Mon, 21 Aug 2006 17:40:03 +0200") References: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> <1156174804.11857.9.camel@pensja.lam.pl> Message-ID: <873bbqhxue.fsf@fc5.bigo.ensc.de> Lam at Lam.pl (Leszek Matok) writes: > In case of Sendmail I don't think it's needed to provide smtpd without > smtp auth, it doesn't make much sense nowadays, as the author stated, > anyhow. 'sendmail' on workstations is usually configured to accept mail from 127.0.0.1 only. For what do you need SMTP auth there? And I am in doubt that 'mailx' (which provides the 'mail' command e.g. used by cron) is capable for doing SMTP auth. So, SMTP auth is required for a very limited use case (outbound SMTP servers) only. But this does not matter... current 'sendmail' packaging enforces installation of 'cyrus-sasl' although 'sendmail' works without this package too. You would have everytime the option to install additional software which is needed for your setup. Enrico From notting at redhat.com Mon Aug 21 16:13:33 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 12:13:33 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156093654.20954.67.camel@gilboa-work-dev> References: <1156093654.20954.67.camel@gilboa-work-dev> Message-ID: <20060821161333.GB27975@nostromo.devel.redhat.com> Gilboa Davara (gilboad at gmail.com) said: > I've got a simple question that I'd like to table for discussion. > Current -devel tree seems to suggest that FC6 multilib FC6 has almost > doubled in size (from ~13% of the total package count in FC4/5 to ~24% > in the current devel tree) Right. For dual-arch development. > My question is simple: why not add an installation option to disable > multilib support completely. There are yum configuration options for this already. Bill From notting at redhat.com Mon Aug 21 16:14:53 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 12:14:53 -0400 Subject: [DEP-BLOAT] 'initscripts' require lot of low-level stuff In-Reply-To: <87d5aujuuj.fsf@fc5.bigo.ensc.de> References: <87d5aujuuj.fsf@fc5.bigo.ensc.de> Message-ID: <20060821161453.GC27975@nostromo.devel.redhat.com> Enrico Scholz (enrico.scholz at informatik.tu-chemnitz.de) said: > the 'initscripts' package has dependencies on lot of low-level stuff like > dev, e2fsprogs, ethtool... Because 'initscripts' are required by nearly > every daemon, these low-level tools will be installed everytime. E.g. a > simple ftp server will require LVM2 tools. *shrug*. You cannot assume what sort of storage is available. Bill From Lam at Lam.pl Mon Aug 21 16:19:42 2006 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 21 Aug 2006 18:19:42 +0200 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <873bbqhxue.fsf@fc5.bigo.ensc.de> References: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> <1156174804.11857.9.camel@pensja.lam.pl> <873bbqhxue.fsf@fc5.bigo.ensc.de> Message-ID: <1156177182.11857.33.camel@pensja.lam.pl> Dnia 21-08-2006, pon o godzinie 18:12 +0200, Enrico Scholz napisa?(a): > So, SMTP auth is required for a very limited use case (outbound SMTP > servers) only. You're right. I haven't thought about cron and logwatch, really. Erase the second paragraph of my message, the first is on your side :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From notting at redhat.com Mon Aug 21 16:24:34 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 12:24:34 -0400 Subject: SSHd In-Reply-To: <20060820023426.GA23412@jadzia.bu.edu> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> Message-ID: <20060821162434.GD27975@nostromo.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > There are no currently-open bugs on this (unless I overlooked one), but > there's several closed-wontfix ones, starting with bug #22930 (against Red > Hat Linux 7.1) and then #89216 (alias DisallowRoot) up through the other > week's logwatch suggestion. > > I'm inclined to reopen #89216 with this suggestion, since it has the fancy > alias and since it's filed against devel already. Yeah? So, you kickstart your remote only box - without passing the key info in your kickstart %post, how do you fix it? :) Bill From gilboad at gmail.com Mon Aug 21 16:28:37 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 21 Aug 2006 19:28:37 +0300 Subject: Multilib in FC7? Disable by default? In-Reply-To: <20060821161333.GB27975@nostromo.devel.redhat.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <20060821161333.GB27975@nostromo.devel.redhat.com> Message-ID: <1156177717.8264.62.camel@gilboa-work-dev> On Mon, 2006-08-21 at 12:13 -0400, Bill Nottingham wrote: > Gilboa Davara (gilboad at gmail.com) said: > > I've got a simple question that I'd like to table for discussion. > > Current -devel tree seems to suggest that FC6 multilib FC6 has almost > > doubled in size (from ~13% of the total package count in FC4/5 to ~24% > > in the current devel tree) > > Right. For dual-arch development. > > > My question is simple: why not add an installation option to disable > > multilib support completely. > > There are yum configuration options for this already. > ... But none can be set during installation, only post installation. I'm looking for an Anaconda switch. Gilboa From skvidal at linux.duke.edu Mon Aug 21 16:30:13 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 21 Aug 2006 12:30:13 -0400 Subject: SSHd In-Reply-To: <20060821162434.GD27975@nostromo.devel.redhat.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> Message-ID: <1156177813.1971.54.camel@cutter> On Mon, 2006-08-21 at 12:24 -0400, Bill Nottingham wrote: > Matthew Miller (mattdm at mattdm.org) said: > > There are no currently-open bugs on this (unless I overlooked one), but > > there's several closed-wontfix ones, starting with bug #22930 (against Red > > Hat Linux 7.1) and then #89216 (alias DisallowRoot) up through the other > > week's logwatch suggestion. > > > > I'm inclined to reopen #89216 with this suggestion, since it has the fancy > > alias and since it's filed against devel already. Yeah? > > So, you kickstart your remote only box - without passing the key info > in your kickstart %post, how do you fix it? :) I hope that smiley means you're not serious. b/c in that situation you: 1. call the colo staff 2. kick yourself in the head for being a dumbass -sv From mattdm at mattdm.org Mon Aug 21 16:29:07 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 12:29:07 -0400 Subject: [DEP-BLOAT] what the hell is Kerberos? In-Reply-To: <1156176568.11857.29.camel@pensja.lam.pl> References: <1156176568.11857.29.camel@pensja.lam.pl> Message-ID: <20060821162907.GA23089@jadzia.bu.edu> On Mon, Aug 21, 2006 at 06:09:28PM +0200, Leszek Matok wrote: > Kerberos is a network authentication system. The krb5-libs package > contains the shared libraries needed by Kerberos 5. If you are using > Kerberos, you need to install this package. [...] > I admit that it's the description that made it funny for me, not the > dependency tree. Yeah that description should maybe be updated. But I don't think we're going to stop linking against Kerberos. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From notting at redhat.com Mon Aug 21 16:33:26 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 12:33:26 -0400 Subject: SSHd In-Reply-To: <1156177813.1971.54.camel@cutter> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> Message-ID: <20060821163326.GE27975@nostromo.devel.redhat.com> seth vidal (skvidal at linux.duke.edu) said: > > So, you kickstart your remote only box - without passing the key info > > in your kickstart %post, how do you fix it? :) > > I hope that smiley means you're not serious. > > b/c in that situation you: > 1. call the colo staff > 2. kick yourself in the head for being a dumbass True. But what if you're doing an actual headless install (VNC, etc.)? Bill From jkeating at redhat.com Mon Aug 21 16:34:43 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 12:34:43 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608211512.k7LFCqBO005068@laptop13.inf.utfsm.cl> References: <200608211512.k7LFCqBO005068@laptop13.inf.utfsm.cl> Message-ID: <200608211234.43895.jkeating@redhat.com> On Monday 21 August 2006 11:12, Horst H. von Brand wrote: > Is it really duplicating all packages for you? From what I see, the x86_64 > install DVDs are just a little larger than the i386 ones, so... There are 688 i386 packages in the x86_64 repo. Add to that 1 i586 and 5 i686 packages. That's a lot of packages. On a default x86_64 install into Xen, I have 356 i386 packages installed. 356 is a lot of packages to send down the wire, unpack, layout on the file system, set selinux stuff, and do whatever pre/post processing necessary. Whats worse, a yum remove \*.i\?86 seems to want to take with it a fair number of x86_64 packages, which is not desired. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Mon Aug 21 16:36:02 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 12:36:02 -0400 Subject: SSHd In-Reply-To: <20060821162434.GD27975@nostromo.devel.redhat.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> Message-ID: <20060821163602.GB23089@jadzia.bu.edu> On Mon, Aug 21, 2006 at 12:24:34PM -0400, Bill Nottingham wrote: > > I'm inclined to reopen #89216 with this suggestion, since it has the fancy > > alias and since it's filed against devel already. Yeah? > So, you kickstart your remote only box - without passing the key info > in your kickstart %post, how do you fix it? :) What do you mean "without"? That's what you do. :) Or use your kickstart post to pull it down from the net in some semi-secure manner. Since it is the public key part you need, there's no particular need to keep it (very) secret. If for some reason you don't want to do this, you could also modify the sshd_config to turn back on root-password access at this point. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Aug 21 16:38:10 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 12:38:10 -0400 Subject: SSHd In-Reply-To: <20060821163326.GE27975@nostromo.devel.redhat.com> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> Message-ID: <20060821163810.GC23089@jadzia.bu.edu> On Mon, Aug 21, 2006 at 12:33:26PM -0400, Bill Nottingham wrote: > > I hope that smiley means you're not serious. > > b/c in that situation you: > > 1. call the colo staff > > 2. kick yourself in the head for being a dumbass > True. But what if you're doing an actual headless install (VNC, etc.)? Kick yourself for using VNC? :) Is there some way to access the shell in a VNC install before rebooting? Or do you only get the one console? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From samfw at redhat.com Mon Aug 21 16:56:34 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Mon, 21 Aug 2006 12:56:34 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44E9DAD8.4010405@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> Message-ID: <20060821165633.GH27150@unplugged.rdu.redhat.com> On 08/21/06 12:10 -0400 Kristian H??gsberg wrote: > Sam Folk-Williams wrote: > >Is any one aware of a list of cards that are known to work with the compiz > >bling? For example, my radeon 7000 works enough to see the effects, but the > >right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not > >work > >at all. > > > >If anyone can point me to something that'd be great > > We have a list here: > > http://fedoraproject.org/wiki/RenderingProject/aiglx > > Nvidia cards are not going to work, the open driver does not support 3d. > There's the nouveau.freedesktop.org project that's working on making this > happen, but they still have a long way to go. As for ATI, r100 - r300 > should work, but there's an issue with maximum texture size. We're trying > to find a way to fix this, but for now, dropping the attached drirc in /etc > is a way to work around the problem. The locking problem for matrox cards > mentioned on the page was fixed recently and I've backported the patch to > rawhide, it should show up tomorrow - it affects the xserver and the matrox > driver rpms. That said matrox cards are still very much untested with aiglx > and compiz, in particular they seem to also have the maximum texture size > problem. Thanks Kristian, I'm not sure what gen my radeon 7000 is, will confirm that tonight. I'll try out the drirc file. What kind of symptoms would you see with the maximum texture size issue? Sam > > cheers, > Kristian > > > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA From notting at redhat.com Mon Aug 21 17:01:45 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 13:01:45 -0400 Subject: SSHd In-Reply-To: <20060821163810.GC23089@jadzia.bu.edu> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> Message-ID: <20060821170145.GF27975@nostromo.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > On Mon, Aug 21, 2006 at 12:33:26PM -0400, Bill Nottingham wrote: > > > I hope that smiley means you're not serious. > > > b/c in that situation you: > > > 1. call the colo staff > > > 2. kick yourself in the head for being a dumbass > > True. But what if you're doing an actual headless install (VNC, etc.)? > > Kick yourself for using VNC? :) > > Is there some way to access the shell in a VNC install before rebooting? Or > do you only get the one console? You only get the GUI. (Well, there's telnet mode, but as long as you're talking about insecure things...) Bill From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 17:03:02 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 19:03:02 +0200 Subject: [DEP-BLOAT] 'initscripts' require lot of low-level stuff In-Reply-To: <20060821161453.GC27975@nostromo.devel.redhat.com> (Bill Nottingham's message of "Mon, 21 Aug 2006 12:14:53 -0400") References: <87d5aujuuj.fsf@fc5.bigo.ensc.de> <20060821161453.GC27975@nostromo.devel.redhat.com> Message-ID: <87odueuim1.fsf@kosh.bigo.ensc.de> notting at redhat.com (Bill Nottingham) writes: >> the 'initscripts' package has dependencies on lot of low-level stuff >> like dev, e2fsprogs, ethtool... Because 'initscripts' are required >> by nearly every daemon, these low-level tools will be installed >> everytime. E.g. a simple ftp server will require LVM2 tools. > > *shrug*. You cannot assume what sort of storage is available. sorry, bad wording. I should have used 'ftp daemon' (a software package like vsftpd). I fail to see which part of a ftp daemon package shall be responsible for providing the storage. Enrico From mattdm at mattdm.org Mon Aug 21 17:09:58 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 13:09:58 -0400 Subject: SSHd In-Reply-To: <20060821170145.GF27975@nostromo.devel.redhat.com> References: <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> Message-ID: <20060821170958.GA24677@jadzia.bu.edu> On Mon, Aug 21, 2006 at 01:01:45PM -0400, Bill Nottingham wrote: > > Kick yourself for using VNC? :) > > Is there some way to access the shell in a VNC install before rebooting? > > Or do you only get the one console? > You only get the GUI. (Well, there's telnet mode, but as long as you're > talking about insecure things...) I guess I have no immediate solution for this case, then. However, I'd rather try to develop some solution than let this be a sticking point holding back everyone else. One thing an advanced user in this situation could do is configure a yum repository with a package containing the /root/.ssh/authorized_keys file. But really, it seems like the "can't get to a shell during/after an install" can leave you stuck in a number of cases, not just this one.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From peter at thecodergeek.com Mon Aug 21 17:10:24 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 21 Aug 2006 10:10:24 -0700 (PDT) Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821154930.GF27150@unplugged.rdu.redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> Message-ID: <23553.65.223.36.19.1156180224.squirrel@thecodergeek.com> Sam Folk-Williams wrote: > Is any one aware of a list of cards that are known to work with the compiz > bling? For example, my radeon 7000 works enough to see the effects, but the > right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not work > at all. For what it's worth, my Radeon 9250 (using the in-tree Mesa/R200 DRI driver stack) works beautifully with AIGLX/Compiz - at least, as of the recent Mesa snapshot which fixed several GL-apps-make-X-go-crashy bugs I was experiencing. :) -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From notting at redhat.com Mon Aug 21 17:14:40 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 13:14:40 -0400 Subject: SSHd In-Reply-To: <20060821170958.GA24677@jadzia.bu.edu> References: <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> Message-ID: <20060821171440.GG27703@nostromo.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > On Mon, Aug 21, 2006 at 01:01:45PM -0400, Bill Nottingham wrote: > > > Kick yourself for using VNC? :) > > > Is there some way to access the shell in a VNC install before rebooting? > > > Or do you only get the one console? > > You only get the GUI. (Well, there's telnet mode, but as long as you're > > talking about insecure things...) > > I guess I have no immediate solution for this case, then. However, I'd > rather try to develop some solution than let this be a sticking point > holding back everyone else. > > One thing an advanced user in this situation could do is configure a yum > repository with a package containing the /root/.ssh/authorized_keys file. > > But really, it seems like the "can't get to a shell during/after an install" > can leave you stuck in a number of cases, not just this one.... It's just that realistically, changing this would essentially mean "any headless machine will not be able to be logged into without kickstart machinations". I don't think that's an improvement. Bill From dennis at ausil.us Mon Aug 21 17:23:29 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 21 Aug 2006 12:23:29 -0500 Subject: [DEP-BLOAT] what the hell is Kerberos? In-Reply-To: <1156176568.11857.29.camel@pensja.lam.pl> References: <1156176568.11857.29.camel@pensja.lam.pl> Message-ID: <200608211223.29316.dennis@ausil.us> On Monday 21 August 2006 11:09, Leszek Matok wrote: > I don't need it (never heard of it, actually), so I don't need to > install it (according to the description), hooray, let's remove it (it's kerberos is a means of securely transmitting password information around a network. it is a core component in single signon. in a nutshell it is very useful in corporate/university environments. Microsofts AD is a mixture of ldap and kerberos. programs need to be linked to its libraries to work. Dennis From icon at fedoraproject.org Mon Aug 21 17:34:07 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Mon, 21 Aug 2006 13:34:07 -0400 Subject: [DEP-BLOAT] what the hell is Kerberos? In-Reply-To: <1156176568.11857.29.camel@pensja.lam.pl> References: <1156176568.11857.29.camel@pensja.lam.pl> Message-ID: On 8/21/06, Leszek Matok wrote: > I remember trying to make a Fedora router system which would fit onto > 250 MB flash. I failed because of the dependency bloat that we're > talking about today. So now, I don't remember all of the not needed > packages (and some of them look fixed, for example, passwd required > cyrus-sasl back then), but I want to ask you, what is this Kerberos > thing? Look :) Offtopic, but I'd like to point out that the wording in the subject is to die for. :) -- Konstantin Ryabitsev Montr?al, Qu?bec From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 21 17:37:45 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Aug 2006 19:37:45 +0200 Subject: [DEP-BLOAT] what the hell is Kerberos? In-Reply-To: <1156176568.11857.29.camel@pensja.lam.pl> (Leszek Matok's message of "Mon, 21 Aug 2006 18:09:28 +0200") References: <1156176568.11857.29.camel@pensja.lam.pl> Message-ID: <87k652uh06.fsf@kosh.bigo.ensc.de> Lam at Lam.pl (Leszek Matok) writes: > $ rpm -qi krb5-libs > ... > I don't need it (never heard of it, actually), so I don't need to > install it (according to the description), hooray, let's remove it (it's > 1,2 MiB big!). I do not think that this dependency can be removed completely. As you wrote already, it will require developing of new features (dynamic loading) and not only some changes on the packaging layer. By splitting the krb5-libs you might save some parts of the 1.2MB. E.g. the libkadm5* libs and perhaps the krb4 part might be moved into separate packages. But compared with e.g. 'python' or 'perl' packages, the save 500kB might be just peanuts... Enrico From mattdm at mattdm.org Mon Aug 21 17:39:44 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Aug 2006 13:39:44 -0400 Subject: SSHd In-Reply-To: <20060821171440.GG27703@nostromo.devel.redhat.com> References: <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> Message-ID: <20060821173944.GA25910@jadzia.bu.edu> On Mon, Aug 21, 2006 at 01:14:40PM -0400, Bill Nottingham wrote: > It's just that realistically, changing this would essentially mean > "any headless machine will not be able to be logged into without kickstart > machinations". I don't think that's an improvement. Hmmm. I guess I *do* think it's an improvement. :) For what it's worth, I've been changing this for years (5 years now) at BU, and a lot of my users are doing various different headless installs, and no one has ever complained to me. Obviously I've got only a tiny microcosm of users compared to all of Fedora, but my general sense is that anyone doing headless installs is probably competent to deal with this somehow. I'll continue to see if I can come up with a brilliant idea for making it easier, though. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Mon Aug 21 17:44:31 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 21 Aug 2006 13:44:31 -0400 Subject: SSHd In-Reply-To: <20060821171440.GG27703@nostromo.devel.redhat.com> References: <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> Message-ID: <1156182271.1971.59.camel@cutter> On Mon, 2006-08-21 at 13:14 -0400, Bill Nottingham wrote: > It's just that realistically, changing this would essentially mean > "any headless machine will not be able to be logged into without kickstart > machinations". I don't think that's an improvement. This is, in fact, the point. Think of it this way: - httpd defaults to off when it is installed - should we have it on b/c if you can't get to the shell then you can't turn it on? no, of course not. -sv From skvidal at linux.duke.edu Mon Aug 21 17:45:11 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 21 Aug 2006 13:45:11 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608211234.43895.jkeating@redhat.com> References: <200608211512.k7LFCqBO005068@laptop13.inf.utfsm.cl> <200608211234.43895.jkeating@redhat.com> Message-ID: <1156182311.1971.62.camel@cutter> On Mon, 2006-08-21 at 12:34 -0400, Jesse Keating wrote: > On Monday 21 August 2006 11:12, Horst H. von Brand wrote: > > Is it really duplicating all packages for you? From what I see, the x86_64 > > install DVDs are just a little larger than the i386 ones, so... > > There are 688 i386 packages in the x86_64 repo. Add to that 1 i586 and 5 i686 > packages. That's a lot of packages. On a default x86_64 install into Xen, I > have 356 i386 packages installed. 356 is a lot of packages to send down the > wire, unpack, layout on the file system, set selinux stuff, and do whatever > pre/post processing necessary. Whats worse, a yum remove \*.i\?86 seems to > want to take with it a fair number of x86_64 packages, which is not desired. > really? What x86_64 packages does it take and why? -sv From pertusus at free.fr Mon Aug 21 17:42:54 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 21 Aug 2006 19:42:54 +0200 Subject: SSHd In-Reply-To: <20060821132814.GA15187@jadzia.bu.edu> References: <1156024367.2864.4.camel@pensja.lam.pl> <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> <20060821021132.GC27575@jadzia.bu.edu> <20060821070601.GA2497@free.fr> <20060821132814.GA15187@jadzia.bu.edu> Message-ID: <20060821174254.GF4333@free.fr> On Mon, Aug 21, 2006 at 09:28:15AM -0400, Matthew Miller wrote: > On Mon, Aug 21, 2006 at 09:06:01AM +0200, Patrice Dumas wrote: > > But I think the narrow "I want to ssh in after doing a network install" case > is *too* narrow to be a strong argument against not providing this > protection to everyone else -- particularly because there's several > different ways people in this situation could easily work around it. This is very usefull to set the ssh keys for root. That's what I do. Since I don't have too many computers to manage it is easier than tweaking kickstart more or providing a custom rpm (instead I just install copy the root ssh key). -- Pat From notting at redhat.com Mon Aug 21 17:46:14 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 13:46:14 -0400 Subject: SSHd In-Reply-To: <1156182271.1971.59.camel@cutter> References: <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> Message-ID: <20060821174614.GA1305@nostromo.devel.redhat.com> seth vidal (skvidal at linux.duke.edu) said: > > It's just that realistically, changing this would essentially mean > > "any headless machine will not be able to be logged into without kickstart > > machinations". I don't think that's an improvement. > > This is, in fact, the point. > > Think of it this way: > > - httpd defaults to off when it is installed > - should we have it on b/c if you can't get to the shell then you > can't turn it on? > > no, of course not. Sure. All I'm saying is that if you do a VNC headless install in the way the documentation suggests, you are left with a machine you cannot access at all. This seems wrong. Bill From jkeating at redhat.com Mon Aug 21 17:52:12 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 13:52:12 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156182311.1971.62.camel@cutter> References: <200608211512.k7LFCqBO005068@laptop13.inf.utfsm.cl> <200608211234.43895.jkeating@redhat.com> <1156182311.1971.62.camel@cutter> Message-ID: <200608211352.12302.jkeating@redhat.com> On Monday 21 August 2006 13:45, seth vidal wrote: > really? What x86_64 packages does it take and why? I'm not entirely sure yet, I'm a bit swamped to do too much debugging right this moment, but I will very soon. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at linux.duke.edu Mon Aug 21 17:58:34 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 21 Aug 2006 13:58:34 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608211352.12302.jkeating@redhat.com> References: <200608211512.k7LFCqBO005068@laptop13.inf.utfsm.cl> <200608211234.43895.jkeating@redhat.com> <1156182311.1971.62.camel@cutter> <200608211352.12302.jkeating@redhat.com> Message-ID: <1156183114.1971.66.camel@cutter> On Mon, 2006-08-21 at 13:52 -0400, Jesse Keating wrote: > On Monday 21 August 2006 13:45, seth vidal wrote: > > really? What x86_64 packages does it take and why? > > I'm not entirely sure yet, I'm a bit swamped to do too much debugging right > this moment, but I will very soon. > thank you -sv From mailinglists at erwinrol.com Mon Aug 21 17:59:41 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 21 Aug 2006 19:59:41 +0200 Subject: rpm problems on SMP (dual core) Message-ID: <44E9F48D.7000902@erwinrol.com> Is anybody else see problems with RPM on dual core cpu's. For a while it worked but now it stopped working again. rpm -qa directly hangs for ever, all other commands also hang (so a yum update doesn't work). This seems to be an kernel problem, because last time i booted into an older kernel and that made everything work again. So i thought the problem was fixed, but it seems i was wrong. - Erwin From cmadams at hiwaay.net Mon Aug 21 19:02:47 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 21 Aug 2006 14:02:47 -0500 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44E9DAD8.4010405@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> Message-ID: <20060821190247.GE1494680@hiwaay.net> Once upon a time, Kristian Hgsberg said: > As for ATI, r100 - r300 > should work, but there's an issue with maximum texture size. We're trying > to find a way to fix this, but for now, dropping the attached drirc in /etc This is probably a dumb question (and yes, I've Googled for an answer first), but how do I enable all of this on a rawhide system? How do I switch from metacity to compiz? With the update to Mesa last week, I can now test this on my test system (ATI R380), but I seemed to have missed _how_ to test it. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From samfw at redhat.com Mon Aug 21 19:06:14 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Mon, 21 Aug 2006 15:06:14 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821190247.GE1494680@hiwaay.net> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> Message-ID: <20060821190613.GK27150@unplugged.rdu.redhat.com> On 08/21/06 14:02 -0500 Chris Adams wrote: > Once upon a time, Kristian Hgsberg said: > > As for ATI, r100 - r300 > > should work, but there's an issue with maximum texture size. We're trying > > to find a way to fix this, but for now, dropping the attached drirc in /etc > > This is probably a dumb question (and yes, I've Googled for an answer > first), but how do I enable all of this on a rawhide system? How do I > switch from metacity to compiz? > > With the update to Mesa last week, I can now test this on my test system > (ATI R380), but I seemed to have missed _how_ to test it. Not a dump question -- I'm working on a how-to. After you install compiz, you can run the following commands to test: gnome-window-decorator & compiz --replace gconf If it works it's quite something! Sam > > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA From jkeating at redhat.com Mon Aug 21 19:06:40 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 15:06:40 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821190247.GE1494680@hiwaay.net> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> Message-ID: <200608211506.44780.jkeating@redhat.com> On Monday 21 August 2006 15:02, Chris Adams wrote: > This is probably a dumb question (and yes, I've Googled for an answer > first), but how do I enable all of this on a rawhide system? ?How do I > switch from metacity to compiz? gnome-window-decorator & compiz --replace gconf -- 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 david at lovesunix.net Mon Aug 21 19:09:29 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 21 Aug 2006 21:09:29 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821190247.GE1494680@hiwaay.net> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> Message-ID: <1156187369.2838.10.camel@price> man, 21 08 2006 kl. 14:02 -0500, skrev Chris Adams: > Once upon a time, Kristian Hgsberg said: > > As for ATI, r100 - r300 > > should work, but there's an issue with maximum texture size. We're trying > > to find a way to fix this, but for now, dropping the attached drirc in /etc > > This is probably a dumb question (and yes, I've Googled for an answer > first), but how do I enable all of this on a rawhide system? How do I > switch from metacity to compiz? > > With the update to Mesa last week, I can now test this on my test system > (ATI R380), but I seemed to have missed _how_ to test it. yum install compiz should do it on an up to date Development system. - David Nielsen From katzj at redhat.com Mon Aug 21 19:12:25 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 21 Aug 2006 15:12:25 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821190613.GK27150@unplugged.rdu.redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> <20060821190613.GK27150@unplugged.rdu.redhat.com> Message-ID: <1156187545.29467.67.camel@aglarond.local> On Mon, 2006-08-21 at 15:06 -0400, Sam Folk-Williams wrote: > Not a dump question -- I'm working on a how-to. After you install compiz, you > can run the following commands to test: ... Or, you can go the easier route of running System->Preferences->More Preferences->Desktop Effects and select "Enable Desktop Effects" ;-) Jeremy From katzj at redhat.com Mon Aug 21 19:14:32 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 21 Aug 2006 15:14:32 -0400 Subject: SSHd In-Reply-To: <1156182271.1971.59.camel@cutter> References: <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> Message-ID: <1156187672.29467.69.camel@aglarond.local> On Mon, 2006-08-21 at 13:44 -0400, seth vidal wrote: > On Mon, 2006-08-21 at 13:14 -0400, Bill Nottingham wrote: > > It's just that realistically, changing this would essentially mean > > "any headless machine will not be able to be logged into without kickstart > > machinations". I don't think that's an improvement. > > This is, in fact, the point. > > Think of it this way: > > - httpd defaults to off when it is installed > - should we have it on b/c if you can't get to the shell then you > can't turn it on? One difference is that httpd doesn't provide what could well be "the shell"... Jeremy From khc at pm.waw.pl Mon Aug 21 19:25:56 2006 From: khc at pm.waw.pl (Krzysztof Halasa) Date: Mon, 21 Aug 2006 21:25:56 +0200 Subject: SSHd In-Reply-To: (Wes Shull's message of "Sat, 19 Aug 2006 18:11:30 -0700") References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <1156024367.2864.4.camel@pensja.lam.pl> Message-ID: "Wes Shull" writes: > With the login->su path you at least get an audit trail that tells you > who(se account) was running as root... Audit isn't security and in this case doesn't buy you anything (the interesting trace would be the remote IP and possibly TCP port and/or ident username in both cases, the local non-root user name doesn't matter). Using "su root" essentially means the user account (not necessarily the human user, just the account) has root privileges. I think most beginners aren't aware of this. -- Krzysztof Halasa From pgraner at redhat.com Mon Aug 21 19:27:43 2006 From: pgraner at redhat.com (Pete Graner) Date: Mon, 21 Aug 2006 15:27:43 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <1156187545.29467.67.camel@aglarond.local> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> <20060821190613.GK27150@unplugged.rdu.redhat.com> <1156187545.29467.67.camel@aglarond.local> Message-ID: <44EA092F.5090404@redhat.com> Jeremy Katz wrote: > On Mon, 2006-08-21 at 15:06 -0400, Sam Folk-Williams wrote: >> Not a dump question -- I'm working on a how-to. After you install compiz, you >> can run the following commands to test: > > ... > > Or, you can go the easier route of running System->Preferences->More > Preferences->Desktop Effects and select "Enable Desktop Effects" ;-) Where does that come from? I don't have it on my rawhide system, and I'm running compiz the "old fashioned way". > > Jeremy > -- Pete Graner email: From khc at pm.waw.pl Mon Aug 21 19:30:08 2006 From: khc at pm.waw.pl (Krzysztof Halasa) Date: Mon, 21 Aug 2006 21:30:08 +0200 Subject: SSHd In-Reply-To: <20060821020920.GB27575@jadzia.bu.edu> (Matthew Miller's message of "Sun, 20 Aug 2006 22:09:20 -0400") References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <20060821020920.GB27575@jadzia.bu.edu> Message-ID: Matthew Miller writes: > What'dya mean? Right now, ssh is the one treated differently. Compare, for > example, gdm.conf, which is set to "AllowRemoteRoot=false". Result of the comparison is that ssh does use encryption and can prevent MITM attacks while XDM logins do not. -- Krzysztof Halasa From notting at redhat.com Mon Aug 21 19:31:29 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 15:31:29 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44EA092F.5090404@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> <20060821190613.GK27150@unplugged.rdu.redhat.com> <1156187545.29467.67.camel@aglarond.local> <44EA092F.5090404@redhat.com> Message-ID: <20060821193129.GA3086@nostromo.devel.redhat.com> Pete Graner (pgraner at redhat.com) said: > >Or, you can go the easier route of running System->Preferences->More > >Preferences->Desktop Effects and select "Enable Desktop Effects" ;-) > > Where does that come from? I don't have it on my rawhide system, and I'm > running compiz the "old fashioned way". Newer compiz packages. Bill From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Aug 21 19:35:14 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 21 Aug 2006 21:35:14 +0200 Subject: SSHd In-Reply-To: <1156187672.29467.69.camel@aglarond.local> References: <20060819221102.GA13449@jadzia.bu.edu> <1156040233.28323.17.camel@cutter> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> <1156187672.29467.69.camel@aglarond.local> Message-ID: <20060821213514.56faf688@twister> Jeremy Katz wrote : > On Mon, 2006-08-21 at 13:44 -0400, seth vidal wrote: > > On Mon, 2006-08-21 at 13:14 -0400, Bill Nottingham wrote: > > > It's just that realistically, changing this would essentially mean > > > "any headless machine will not be able to be logged into without kickstart > > > machinations". I don't think that's an improvement. > > > > This is, in fact, the point. > > > > Think of it this way: > > > > - httpd defaults to off when it is installed > > - should we have it on b/c if you can't get to the shell then you > > can't turn it on? > > One difference is that httpd doesn't provide what could well be "the > shell"... Nor does it provide any kind of useful service before any further configuration is made or files put into place. OTOH, sshd as root right after install is what I consider a useful service. From there, everyone is free to harden the access as they wish. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2532.fc6 Load : 2.34 2.13 1.30 From j.w.r.degoede at hhs.nl Mon Aug 21 19:47:00 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 21 Aug 2006 21:47:00 +0200 Subject: updating mission on fedoraproject wiki? Message-ID: <44EA0DB4.1020401@hhs.nl> Hi, I've just read's Max interview on Slashdot, and he says the following there: "Our mission statement is clear, and is one that I think any open-source developer would appreciate. Fedora is about the rapid progress of Free and Open Source software. That's it. We strive to produce a quality distribution of free software that is cutting-edge, pushes the envelope of new open source technology, and is also robust enough that it can be relied on for server or desktop use. One of the terms that I really like, and that I think we're doing better and better of making a reality is that of Fedora as an "open development lab". As a user, if your priorities are cutting-edge technology (without the nicks and cuts of a blade) and freedom, Fedora is a great disto to use. " I gully agree with this, maybe some of this can be added to the mission part of the wiki? Regards, Hans From pgraner at redhat.com Mon Aug 21 19:47:02 2006 From: pgraner at redhat.com (Pete Graner) Date: Mon, 21 Aug 2006 15:47:02 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821193129.GA3086@nostromo.devel.redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> <20060821190613.GK27150@unplugged.rdu.redhat.com> <1156187545.29467.67.camel@aglarond.local> <44EA092F.5090404@redhat.com> <20060821193129.GA3086@nostromo.devel.redhat.com> Message-ID: <44EA0DB6.7060702@redhat.com> Bill Nottingham wrote: > Pete Graner (pgraner at redhat.com) said: >>> Or, you can go the easier route of running System->Preferences->More >>> Preferences->Desktop Effects and select "Enable Desktop Effects" ;-) >> Where does that come from? I don't have it on my rawhide system, and I'm >> running compiz the "old fashioned way". > > Newer compiz packages. Like how new? I'm running compiz-0.0.13-5.1.fc6 which yum is telling me is the latest. Pete > > Bill -- Pete Graner email: From notting at redhat.com Mon Aug 21 19:52:07 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Aug 2006 15:52:07 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44EA0DB6.7060702@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821190247.GE1494680@hiwaay.net> <20060821190613.GK27150@unplugged.rdu.redhat.com> <1156187545.29467.67.camel@aglarond.local> <44EA092F.5090404@redhat.com> <20060821193129.GA3086@nostromo.devel.redhat.com> <44EA0DB6.7060702@redhat.com> Message-ID: <20060821195206.GA3356@nostromo.devel.redhat.com> Pete Graner (pgraner at redhat.com) said: > >Newer compiz packages. > > Like how new? I'm running compiz-0.0.13-5.1.fc6 which yum is telling me > is the latest. $ rpm -q compiz compiz-0.0.13-0.16.20060817git.fc6 Bill From jkeating at redhat.com Mon Aug 21 19:56:57 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Aug 2006 15:56:57 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821195206.GA3356@nostromo.devel.redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44EA0DB6.7060702@redhat.com> <20060821195206.GA3356@nostromo.devel.redhat.com> Message-ID: <200608211556.57890.jkeating@redhat.com> On Monday 21 August 2006 15:52, Bill Nottingham wrote: > > Like how new? I'm running compiz-0.0.13-5.1.fc6 which yum is telling me > > is the latest. > > $ rpm -q compiz > compiz-0.0.13-0.16.20060817git.fc6 Oh dear. compiz-0.0.13-5.1.fc6 is rpm newer than compiz-0.0.13-0.16.20060817git.fc6 *sigh* -- 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 dravet at hotmail.com Mon Aug 21 19:59:03 2006 From: dravet at hotmail.com (Jason Dravet) Date: Mon, 21 Aug 2006 14:59:03 -0500 Subject: anaconda: possible recursive locking detected Message-ID: During my last attempt at installing rawhide I got the following in the anaconda.log: 08:10:17 INFO : moving (1) to step installpackages 08:10:17 INFO : Preparing to install packages 08:10:17 DEBUG : Member: vixie-cron.i386 4-4.1-58.fc6 - u 08:10:19 DEBUG : Adding Package vixie-cron - 4:4.1-58.fc6.i386 in mode u 08:10:19 DEBUG : Member: rhpl.i386 0-0.188-1 - u 08:10:21 DEBUG : Adding Package rhpl - 0.188-1.i386 in mode u 08:10:21 DEBUG : Member: ncurses.i386 0-5.5-23.20060715 - u 08:10:24 DEBUG : Adding Package ncurses - 5.5-23.20060715.i386 in mode u 08:10:24 DEBUG : Member: elfutils-libs.i386 0-0.123-1.fc6 - u It takes about an hour to finish filling the anaconda.log with package info like above. Then the download begins. It might have to do with: <4> <4>============================================= <4>[ INFO: possible recursive locking detected ] <4>2.6.17-1.2571.fc6 #1 <4>--------------------------------------------- <4>anaconda/432 is trying to acquire lock: <4> (&bdev->bd_mutex){--..}, at: [] __blkdev_put+0x1f/0x11f <4> <4>but task is already holding lock: <4> (&bdev->bd_mutex){--..}, at: [] do_open+0x6b/0x3b2 <4> <4>other info that might help us debug this: <4>1 lock held by anaconda/432: <4> #0: (&bdev->bd_mutex){--..}, at: [] do_open+0x6b/0x3b2 <4> <4>stack backtrace: <4> [] show_trace_log_lvl+0x58/0x159 <4> [] show_trace+0xd/0x10 <4> [] dump_stack+0x19/0x1b <4> [] __lock_acquire+0x765/0x97c <4> [] lock_acquire+0x4b/0x6c <4> [] mutex_lock_nested+0xcb/0x214 <4> [] __blkdev_put+0x1f/0x11f <4> [] blkdev_put+0xa/0xc <4> [] do_open+0x343/0x3b2 <4> [] blkdev_open+0x1f/0x48 <4> [] __dentry_open+0xb8/0x186 <4> [] nameidata_to_filp+0x1c/0x2e <4> [] do_filp_open+0x2f/0x36 <4> [] do_sys_open+0x40/0xbb <4> [] sys_open+0x16/0x18 <4> [] syscall_call+0x7/0xb <4>DWARF2 unwinder stuck at syscall_call+0x7/0xb <4>Leftover inexact backtrace: <4> [] show_trace+0xd/0x10 <4> [] dump_stack+0x19/0x1b <4> [] __lock_acquire+0x765/0x97c <4> [] lock_acquire+0x4b/0x6c <4> [] mutex_lock_nested+0xcb/0x214 <4> [] __blkdev_put+0x1f/0x11f <4> [] blkdev_put+0xa/0xc <4> [] do_open+0x343/0x3b2 <4> [] blkdev_open+0x1f/0x48 <4> [] __dentry_open+0xb8/0x186 <4> [] nameidata_to_filp+0x1c/0x2e <4> [] do_filp_open+0x2f/0x36 <4> [] do_sys_open+0x40/0xbb <4> [] sys_open+0x16/0x18 <4> [] syscall_call+0x7/0xb <6>kjournald starting. Commit interval 5 seconds https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203137 Thanks, Jason From pgraner at redhat.com Mon Aug 21 19:59:33 2006 From: pgraner at redhat.com (Pete Graner) Date: Mon, 21 Aug 2006 15:59:33 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <200608211556.57890.jkeating@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44EA0DB6.7060702@redhat.com> <20060821195206.GA3356@nostromo.devel.redhat.com> <200608211556.57890.jkeating@redhat.com> Message-ID: <44EA10A5.80104@redhat.com> Jesse Keating wrote: > On Monday 21 August 2006 15:52, Bill Nottingham wrote: >>> Like how new? I'm running compiz-0.0.13-5.1.fc6 which yum is telling me >>> is the latest. >> $ rpm -q compiz >> compiz-0.0.13-0.16.20060817git.fc6 > > Oh dear. > > compiz-0.0.13-5.1.fc6 is rpm newer than > compiz-0.0.13-0.16.20060817git.fc6 > > *sigh* > :-( /me goes off to: yum remove compiz && yum install compiz -- Pete Graner email: From manolo at miconexion.com Mon Aug 21 20:09:26 2006 From: manolo at miconexion.com (Manuel Moreno) Date: Mon, 21 Aug 2006 21:09:26 +0100 Subject: rpm problems on SMP (dual core) In-Reply-To: <44E9F48D.7000902@erwinrol.com> References: <44E9F48D.7000902@erwinrol.com> Message-ID: <1156190966.32281.1.camel@mgmk7.mgmux.com> On Mon, 2006-08-21 at 19:59 +0200, Erwin Rol wrote: > Is anybody else see problems with RPM on dual core cpu's. For a while it > worked but now it stopped working again. rpm -qa directly hangs for > ever, all other commands also hang (so a yum update doesn't work). > This seems to be an kernel problem, because last time i booted into an > older kernel and that made everything work again. So i thought the > problem was fixed, but it seems i was wrong. > > - Erwin > Try (as root...) # cd /var/lib/rpm/ # rm -f __db.00[1-3] -- Manuel Moreno From dan at danny.cz Mon Aug 21 20:30:57 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 21 Aug 2006 22:30:57 +0200 Subject: acpi_cpufreq module not loading in current kernels Message-ID: <1156192257.3710.14.camel@eagle.danny.cz> Hello, at least two of us (Paul F. Johnson and me) have problems with loading the acpi_cpufreq module in current rawhide kernels. As a result the CPU is running on its highest frequency, not good on a notebook :-( It used to work some time ago :-) And as I have tested it is not an issue SMP vs. ACPI. I plan to test some vanilla kernels too. Is here anybody with the same problem? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201832 Dan From zuirdj at gmail.com Mon Aug 21 21:49:30 2006 From: zuirdj at gmail.com (Zuir DJ) Date: Mon, 21 Aug 2006 17:49:30 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44EA10A5.80104@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44EA0DB6.7060702@redhat.com> <20060821195206.GA3356@nostromo.devel.redhat.com> <200608211556.57890.jkeating@redhat.com> <44EA10A5.80104@redhat.com> Message-ID: On 8/21/06, Pete Graner wrote: > Jesse Keating wrote: > > On Monday 21 August 2006 15:52, Bill Nottingham wrote: > >>> Like how new? I'm running compiz-0.0.13-5.1.fc6 which yum is telling me > >>> is the latest. > >> $ rpm -q compiz > >> compiz-0.0.13-0.16.20060817git.fc6 > > > > Oh dear. > > > > compiz-0.0.13-5.1.fc6 is rpm newer than > > compiz-0.0.13-0.16.20060817git.fc6 > > > > *sigh* > > > > :-( > > /me goes off to: > > yum remove compiz && yum install compiz I was using aiglx with fedora core 5 and it works with few problems. But now i upgrade again to rawhide. The upgrade didn't install compiz. I just installed it and the only word that comes to me is: WOW! Guys, really amazing. Thank you for the efforts. -- Zuirdj From pemboa at gmail.com Mon Aug 21 22:52:58 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 21 Aug 2006 17:52:58 -0500 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> References: <874pw6juer.fsf@fc5.bigo.ensc.de> <5256d0b0608210245i1794bd50r6ed319a191649dd1@mail.gmail.com> Message-ID: <16de708d0608211552m10402b21h1438c477579980f5@mail.gmail.com> On 8/21/06, Peter Robinson wrote: > Why don't you bugzilla these? I personally think this is a good service, though I agree that a bugzilla report should accompany each of these posts. -- To be updated... From kevin.kofler at chello.at Mon Aug 21 22:54:41 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 21 Aug 2006 22:54:41 +0000 (UTC) Subject: list of compiz/aiglx compatible cards? References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821165633.GH27150@unplugged.rdu.redhat.com> Message-ID: Sam Folk-Williams redhat.com> writes: > I'm not sure what gen my radeon 7000 is, will confirm that tonight. The Radeon 7000 is a r100 series (rv100 more precisely) chipset. Kevin Kofler From pemboa at gmail.com Mon Aug 21 23:08:29 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 21 Aug 2006 18:08:29 -0500 Subject: SSHd In-Reply-To: <20060821213514.56faf688@twister> References: <20060819221102.GA13449@jadzia.bu.edu> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> <1156187672.29467.69.camel@aglarond.local> <20060821213514.56faf688@twister> Message-ID: <16de708d0608211608x36dceeb4j6a639a48ee0d433b@mail.gmail.com> I am not qualified to respond to the issue faced with headless machines as I have never had the need to do such myself (though this thread makes me want to give it a try) however, on a per user basis, I think it is safe to say that the majority of users do not utilize this method of installation, so maybe those who are in the know can devise a way to have root off by default. While the bots going around guess most usernames, they will always get 'root' and 'ftp' right on a standard install. At least 'ftp' has the nologin shell. Both easily allowing weak password, and having root able to remotely login by default seems to be leaving open a semi-obvious attack vector that need not be. Slightly off-topic however, we might consider banning the creation or remote login of the more commonly attacked usernames (not considering root as there is the previosly described problem). Peace. From janina at rednote.net Tue Aug 22 00:14:17 2006 From: janina at rednote.net (Janina Sajka) Date: Mon, 21 Aug 2006 20:14:17 -0400 Subject: A sound or music when your desktop is starting? In-Reply-To: References: <200608171758.51435.jkeating@redhat.com> Message-ID: <20060822001417.GG5570@rednote.net> Rex Dieter writes: > Jesse Keating wrote: > > > On Thursday 17 August 2006 17:19, Damien Durand wrote: > >> What do you think about a sound or music when your gnome ok kde desktop > >> is starting? It's just an idea :-) > > > > For gnome, System -> Preferences -> Sounds > > > > For KDE, probably something in kcontrol. > > KControl -> Sound & Multimedia -> System Notifications > to be exact. :) > And it's quite essential to a blind computer user like yours truly. However, I find myself wishing I could have thelast action of the desktop loading be some sound event -- so that I can know it's now OK to start pressing keys -- to load my screen reader, for instance. And, if this sound doesn't play that would likely be very strong evidence that some message has popped up about something not working correctly -- which just might be successfully dismessed by pressing Esc. I should imagine making some sond file play as the last action of the desktop being loaded is not a difficult thing, but I haven't a clue where to put my aplay command. Advice on that would be most appreciated, e.g. what's the desktop equiv of /etc/rc.local? > -- Rex > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.595.7777 Partner, Capital Accessibility LLC http://CapitalAccessibility.Com Marketing the Owasys 22C talking screenless cell phone in the U.S. and Canada--Go to http://ScreenlessPhone.Com to learn more. Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org From samfw at redhat.com Tue Aug 22 00:31:35 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Mon, 21 Aug 2006 20:31:35 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060821165633.GH27150@unplugged.rdu.redhat.com> Message-ID: <20060822003134.GN27150@unplugged.rdu.redhat.com> On 08/21/06 22:54 +0000 Kevin Kofler wrote: > Sam Folk-Williams redhat.com> writes: > > I'm not sure what gen my radeon 7000 is, will confirm that tonight. > > The Radeon 7000 is a r100 series (rv100 more precisely) chipset. Thanks! And, for what its worth dropping in the /etc/drirc that Kristian sent fixed my problems. I am now enjoying my bling happily. Sam > > Kevin Kofler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA From jspaleta at gmail.com Tue Aug 22 02:31:12 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 21 Aug 2006 18:31:12 -0800 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156167580.1971.2.camel@cutter> References: <1156093654.20954.67.camel@gilboa-work-dev> <200608210844.58774.jkeating@redhat.com> <1156165105.3057.18.camel@enki.eridu> <200608210910.43102.jkeating@redhat.com> <1156167580.1971.2.camel@cutter> Message-ID: <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> On 8/21/06, seth vidal wrote: > Why does EVERYTHING have to be accessible from within the installer? Is this where I ask for Maelstrom to be ported into python and integrated into anaconda? -jef"mmm i smell boc choy in the wok"spaleta From dennis at ausil.us Tue Aug 22 02:50:31 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 21 Aug 2006 21:50:31 -0500 Subject: Multilib in FC7? Disable by default? In-Reply-To: <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> References: <1156093654.20954.67.camel@gilboa-work-dev> <1156167580.1971.2.camel@cutter> <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> Message-ID: <200608212150.32427.dennis@ausil.us> Once upon a time Monday 21 August 2006 9:31 pm, Jeff Spaleta wrote: > On 8/21/06, seth vidal wrote: > > Why does EVERYTHING have to be accessible from within the installer? > > Is this where I ask for Maelstrom to be ported into python and > integrated into anaconda? I think that is a fair request. While the long tedious install happens in the background you get to play leisurely game. :D better than tetris(1) in the installer. Dennis (1) http://www.capnkirby.com/Arklinux2005.2rc3.html yes arklinux lets you play tetris while the installer does its thing From nmiell at comcast.net Tue Aug 22 03:03:34 2006 From: nmiell at comcast.net (Nicholas Miell) Date: Mon, 21 Aug 2006 20:03:34 -0700 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608212150.32427.dennis@ausil.us> References: <1156093654.20954.67.camel@gilboa-work-dev> <1156167580.1971.2.camel@cutter> <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> <200608212150.32427.dennis@ausil.us> Message-ID: <1156215814.2361.1.camel@entropy> On Mon, 2006-08-21 at 21:50 -0500, Dennis Gilmore wrote: > Once upon a time Monday 21 August 2006 9:31 pm, Jeff Spaleta wrote: > > On 8/21/06, seth vidal wrote: > > > Why does EVERYTHING have to be accessible from within the installer? > > > > Is this where I ask for Maelstrom to be ported into python and > > integrated into anaconda? > I think that is a fair request. While the long tedious install happens in > the background you get to play leisurely game. :D better than tetris(1) in > the installer. > > Dennis > > (1) http://www.capnkirby.com/Arklinux2005.2rc3.html yes arklinux lets you > play tetris while the installer does its thing > Caldera did it first. -- Nicholas Miell From sundaram at fedoraproject.org Tue Aug 22 04:03:55 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 22 Aug 2006 09:33:55 +0530 Subject: updating mission on fedoraproject wiki? In-Reply-To: <44EA0DB4.1020401@hhs.nl> References: <44EA0DB4.1020401@hhs.nl> Message-ID: <44EA822B.30901@fedoraproject.org> Hans de Goede wrote: > Hi, > > I've just read's Max interview on Slashdot, and he says the following there: > > "Our mission statement is clear, and is one that I think any open-source > developer would appreciate. > > Fedora is about the rapid progress of Free and Open Source software. > > That's it. We strive to produce a quality distribution of free software > that is cutting-edge, pushes the envelope of new open source technology, > and is also robust enough that it can be relied on for server or desktop > use. One of the terms that I really like, and that I think we're doing > better and better of making a reality is that of Fedora as an "open > development lab". As a user, if your priorities are cutting-edge > technology (without the nicks and cuts of a blade) and freedom, Fedora > is a great disto to use. " > > I gully agree with this, maybe some of this can be added to the mission > part of the wiki? > It is. http://fedoraproject.org/wiki/Objectives. Rahul From j.w.r.degoede at hhs.nl Tue Aug 22 04:37:28 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 22 Aug 2006 06:37:28 +0200 Subject: updating mission on fedoraproject wiki? In-Reply-To: <44EA822B.30901@fedoraproject.org> References: <44EA0DB4.1020401@hhs.nl> <44EA822B.30901@fedoraproject.org> Message-ID: <44EA8A08.20808@hhs.nl> Rahul wrote: > Hans de Goede wrote: >> Hi, >> >> I've just read's Max interview on Slashdot, and he says the following >> there: >> >> "Our mission statement is clear, and is one that I think any open-source >> developer would appreciate. >> >> Fedora is about the rapid progress of Free and Open Source software. >> >> That's it. We strive to produce a quality distribution of free software >> that is cutting-edge, pushes the envelope of new open source technology, >> and is also robust enough that it can be relied on for server or desktop >> use. One of the terms that I really like, and that I think we're doing >> better and better of making a reality is that of Fedora as an "open >> development lab". As a user, if your priorities are cutting-edge >> technology (without the nicks and cuts of a blade) and freedom, Fedora >> is a great disto to use. " >> >> I gully agree with this, maybe some of this can be added to the mission >> part of the wiki? >> > > It is. http://fedoraproject.org/wiki/Objectives. > > Rahul > I see that page was updated since I last read it, I'm missing one important part from Max's quote above though: "and is also robust enough that it can be relied on for server or desktop use." I believe it is important to include this on the Objectives page, as a counter argument for all that Fedora is RHEL beta FUD. Regards, Hans From pemboa at gmail.com Tue Aug 22 04:53:53 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 21 Aug 2006 23:53:53 -0500 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> Message-ID: <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> Hi guys, I was just taking a look at an article I came across on /. about Ark Linux, they seem to have an app which seems like a good idea called "Mission Control". http://www.extremetech.com/article2/0,1697,2005668,00.asp What do you guys think about it, in reference to inclusion of someting similiar into Fedora? Peace Arthur -- To be updated... -- To be updated... From michael at knox.net.nz Tue Aug 22 04:57:29 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Tue, 22 Aug 2006 16:57:29 +1200 (NZST) Subject: Fwd: Mission Control In-Reply-To: <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> Message-ID: <46104.203.118.135.21.1156222649.squirrel@www.knox.net.nz> Arthur Pemberton wrote: > Hi guys, > > I was just taking a look at an article I came across on /. about Ark > Linux, they seem to have an app which seems like a good idea called > "Mission Control". > > http://www.extremetech.com/article2/0,1697,2005668,00.asp > > What do you guys think about it, in reference to inclusion of someting > similiar into Fedora? > > Peace > > Arthur It may look nice, but it is largely unpolished (backend) and still uses some of the old Lycoris scripts from when we (former Lycoris) first implemented it. I would say a big thumbs down :-( Just my 2cents. From cweyl at alumni.drew.edu Tue Aug 22 05:01:51 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Mon, 21 Aug 2006 22:01:51 -0700 Subject: updating mission on fedoraproject wiki? In-Reply-To: <44EA8A08.20808@hhs.nl> References: <44EA0DB4.1020401@hhs.nl> <44EA822B.30901@fedoraproject.org> <44EA8A08.20808@hhs.nl> Message-ID: <7dd7ab490608212201x7002646fr542b79181c96cef7@mail.gmail.com> On 8/21/06, Hans de Goede wrote: > I see that page was updated since I last read it, I'm missing one > important part from Max's quote above though: > "and is also robust enough that it can be relied on for server or > desktop use." > > I believe it is important to include this on the Objectives page, as a > counter argument for all that Fedora is RHEL beta FUD. +1. -- Chris Weyl Ex astris, scientia From lmacken at redhat.com Tue Aug 22 05:16:42 2006 From: lmacken at redhat.com (Luke Macken) Date: Tue, 22 Aug 2006 01:16:42 -0400 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> Message-ID: <20060822051641.GA6276@crow.nc.rr.com> On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: > Hi guys, > > I was just taking a look at an article I came across on /. about Ark > Linux, they seem to have an app which seems like a good idea called > "Mission Control". > > http://www.extremetech.com/article2/0,1697,2005668,00.asp > > What do you guys think about it, in reference to inclusion of someting > similiar into Fedora? I'd rather see people put some effort in cleaning up gnome-control-panel. Maybe something the Usability SIG can look into ? luke From lmacken at redhat.com Tue Aug 22 05:17:45 2006 From: lmacken at redhat.com (Luke Macken) Date: Tue, 22 Aug 2006 01:17:45 -0400 Subject: Fwd: Mission Control In-Reply-To: <20060822051641.GA6276@crow.nc.rr.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> Message-ID: <20060822051745.GB6276@crow.nc.rr.com> On Tue, Aug 22, 2006 at 01:16:42AM -0400, Luke Macken wrote: > On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: > > Hi guys, > > > > I was just taking a look at an article I came across on /. about Ark > > Linux, they seem to have an app which seems like a good idea called > > "Mission Control". > > > > http://www.extremetech.com/article2/0,1697,2005668,00.asp > > > > What do you guys think about it, in reference to inclusion of someting > > similiar into Fedora? > > I'd rather see people put some effort in cleaning up gnome-control-panel. ...and by gnome-control-panel I mean gnome-control-center. From sundaram at fedoraproject.org Tue Aug 22 05:28:05 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 22 Aug 2006 10:58:05 +0530 Subject: updating mission on fedoraproject wiki? In-Reply-To: <44EA8A08.20808@hhs.nl> References: <44EA0DB4.1020401@hhs.nl> <44EA822B.30901@fedoraproject.org> <44EA8A08.20808@hhs.nl> Message-ID: <44EA95E5.60807@fedoraproject.org> Hans de Goede wrote: > > I see that page was updated since I last read it, I'm missing one > important part from Max's quote above though: > "and is also robust enough that it can be relied on for server or > desktop use." > > I believe it is important to include this on the Objectives page, as a > counter argument for all that Fedora is RHEL beta FUD. > Done. Thanks. Rahul From pemboa at gmail.com Tue Aug 22 05:30:53 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 00:30:53 -0500 Subject: Fwd: Mission Control In-Reply-To: <20060822051641.GA6276@crow.nc.rr.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> Message-ID: <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> On 8/22/06, Luke Macken wrote: > On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: > > Hi guys, > > > > I was just taking a look at an article I came across on /. about Ark > > Linux, they seem to have an app which seems like a good idea called > > "Mission Control". > > > > http://www.extremetech.com/article2/0,1697,2005668,00.asp > > > > What do you guys think about it, in reference to inclusion of someting > > similiar into Fedora? > > I'd rather see people put some effort in cleaning up gnome-control-panel. > Maybe something the Usability SIG can look into ? What about those of us who do not use gnome? -- To be updated... From sundaram at fedoraproject.org Tue Aug 22 05:31:44 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 22 Aug 2006 11:01:44 +0530 Subject: Fwd: Mission Control In-Reply-To: <20060822051745.GB6276@crow.nc.rr.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <20060822051745.GB6276@crow.nc.rr.com> Message-ID: <44EA96C0.6090001@fedoraproject.org> Luke Macken wrote: > On Tue, Aug 22, 2006 at 01:16:42AM -0400, Luke Macken wrote: >> On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: >>> Hi guys, >>> >>> I was just taking a look at an article I came across on /. about Ark >>> Linux, they seem to have an app which seems like a good idea called >>> "Mission Control". >>> >>> http://www.extremetech.com/article2/0,1697,2005668,00.asp >>> >>> What do you guys think about it, in reference to inclusion of someting >>> similiar into Fedora? >> I'd rather see people put some effort in cleaning up gnome-control-panel. > > ...and by gnome-control-panel I mean gnome-control-center. Personally I like Slab https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199681 Rahul From pemboa at gmail.com Tue Aug 22 05:35:02 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 00:35:02 -0500 Subject: Fwd: Mission Control In-Reply-To: <46104.203.118.135.21.1156222649.squirrel@www.knox.net.nz> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> <46104.203.118.135.21.1156222649.squirrel@www.knox.net.nz> Message-ID: <16de708d0608212235l7487c7ecsc16d8cb1107313da@mail.gmail.com> On 8/21/06, Michael J. Knox wrote: > Arthur Pemberton wrote: > > Hi guys, > > > > I was just taking a look at an article I came across on /. about Ark > > Linux, they seem to have an app which seems like a good idea called > > "Mission Control". > > > > http://www.extremetech.com/article2/0,1697,2005668,00.asp > > > > What do you guys think about it, in reference to inclusion of someting > > similiar into Fedora? > > > > Peace > > > > Arthur > > It may look nice, but it is largely unpolished (backend) and still uses > some of the old Lycoris scripts from when we (former Lycoris) first > implemented it. > > I would say a big thumbs down :-( > > Just my 2cents. Fair enough, but I was more interested in the idea (ideal?) behind it as opposed to the code., as in something in python to centralise access to the system config tools. The DEs have their own similiar apps, but I believe (hope) that they only go as far as configuring DE level things (wallpapers, themes, window behavior, etc). As much as I am not a WIndows fan, I think their control panel was a good idea, which could be expanded upon. -- To be updated... From nman64 at n-man.com Tue Aug 22 07:13:25 2006 From: nman64 at n-man.com (Patrick W. Barnes) Date: Tue, 22 Aug 2006 02:13:25 -0500 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> Message-ID: <200608220213.27327.nman64@n-man.com> On Tuesday 22 August 2006 00:30, "Arthur Pemberton" wrote: > On 8/22/06, Luke Macken wrote: > > On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: > > > Hi guys, > > > > > > I was just taking a look at an article I came across on /. about Ark > > > Linux, they seem to have an app which seems like a good idea called > > > "Mission Control". > > > > > > http://www.extremetech.com/article2/0,1697,2005668,00.asp > > > > > > What do you guys think about it, in reference to inclusion of someting > > > similiar into Fedora? > > > > I'd rather see people put some effort in cleaning up gnome-control-panel. > > Maybe something the Usability SIG can look into ? > > What about those of us who do not use gnome? > > KDE's Control Center, kcontrol, is already much better than anything GNOME has, IMNSHO. ;-) I'm sure you'll hear many different opinions with regard to centralized configuration programs, but I don't imagine there would be anything wrong with creating a simple front-end to tie the assorted system-config-* tools together. I believe some work has already been done to that end, though I haven't heard anything about it in a long time. If somebody were to build such a thing, I'm sure many people would enjoy it. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ LinkedIn: http://www.linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dakingun at gmail.com Tue Aug 22 07:25:19 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Tue, 22 Aug 2006 03:25:19 -0400 Subject: Fwd: Mission Control In-Reply-To: <200608220213.27327.nman64@n-man.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> Message-ID: On 8/22/06, Patrick W. Barnes wrote: > On Tuesday 22 August 2006 00:30, "Arthur Pemberton" wrote: > > On 8/22/06, Luke Macken wrote: > > > On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: > > > > Hi guys, > > > > > > KDE's Control Center, kcontrol, is already much better than anything GNOME > has, IMNSHO. ;-) I'm sure you'll hear many different opinions with regard > to centralized configuration programs, but I don't imagine there would be > anything wrong with creating a simple front-end to tie the assorted > system-config-* tools together. I believe some work has already been done to > that end, though I haven't heard anything about it in a long time. If > somebody were to build such a thing, I'm sure many people would enjoy it. > There is a system-config-control in extras, which is kind of an almagamation of various system-config-* tools in FC. Deji > -- > Patrick "The N-Man" Barnes > nman64 at n-man.com > > http://www.n-man.com/ > > LinkedIn: > http://www.linkedin.com/in/nman64 > > Have I been helpful? Rate my assistance! > http://rate.affero.net/nman64/ > -- > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From mharris at mharris.ca Tue Aug 22 08:03:42 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Tue, 22 Aug 2006 04:03:42 -0400 Subject: where have some X bitmaps gone? In-Reply-To: <20060819222117.GA30968@free.fr> References: <20060819222117.GA30968@free.fr> Message-ID: <44EABA5E.9060607@mharris.ca> Patrice Dumas wrote: > Hello, > > In the lesstif tests, there is a test with references to some bitmap > that used to be shipped with X: > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > I tried to find them, but I didn't succeed. Am I missing something? Install xorg-x11-xbitmaps. Any package that uses these bitmaps at compile time should: BuildRequires: xbitmaps-devel Any package which requires them at runtime should instead have: Requires: xbitmaps By using these virtual provides, they should continue to work correctly if the packages ever get renamed or aggregated in the future. Hope this helps. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From emeric.maschino at jouy.inra.fr Tue Aug 22 08:11:45 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Tue, 22 Aug 2006 10:11:45 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <200608211556.57890.jkeating@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44EA0DB6.7060702@redhat.com> <20060821195206.GA3356@nostromo.devel.redhat.com> <200608211556.57890.jkeating@redhat.com> Message-ID: <1156234305.15469.3.camel@giulietta.jouy.inra.fr> Hi, It's not very clear for me: is compiz replacing metacity? I thought metacity was a compositing manager too and was designed to work with AIGLX whereas compiz was designed to work with Xgl. Thanks, ?meric From mharris at mharris.ca Tue Aug 22 08:29:36 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Tue, 22 Aug 2006 04:29:36 -0400 Subject: [DEP-BLOAT] what the hell is Kerberos? In-Reply-To: References: <1156176568.11857.29.camel@pensja.lam.pl> Message-ID: <44EAC070.1080101@mharris.ca> Konstantin Ryabitsev wrote: > On 8/21/06, Leszek Matok wrote: >> I remember trying to make a Fedora router system which would fit onto >> 250 MB flash. I failed because of the dependency bloat that we're >> talking about today. So now, I don't remember all of the not needed >> packages (and some of them look fixed, for example, passwd required >> cyrus-sasl back then), but I want to ask you, what is this Kerberos >> thing? Look :) > > Offtopic, but I'd like to point out that the wording in the subject is > to die for. :) LOL!! Good point! This was the most entertaining message in the whole thread. ;o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From pbrobinson at gmail.com Tue Aug 22 08:35:31 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 22 Aug 2006 09:35:31 +0100 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060821154930.GF27150@unplugged.rdu.redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> Message-ID: <5256d0b0608220135p1094a83dk1ae09970dee7d0ad@mail.gmail.com> > Is any one aware of a list of cards that are known to work with the compiz > bling? For example, my radeon 7000 works enough to see the effects, but the > right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not work > at all. > > If anyone can point me to something that'd be great. Wow!! This is very sweet. On my Core Duo laptop with a i945 chipset this works well. Only problem is my tsclient/rdesktop sessions with the transparancy are unusable. So do I log a bug against compiz, tsclient, rdesktop or something else? Pete From gilboad at gmail.com Tue Aug 22 09:01:52 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 22 Aug 2006 12:01:52 +0300 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <5256d0b0608220135p1094a83dk1ae09970dee7d0ad@mail.gmail.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <5256d0b0608220135p1094a83dk1ae09970dee7d0ad@mail.gmail.com> Message-ID: <1156237312.6975.3.camel@gilboa-work-dev> On Tue, 2006-08-22 at 09:35 +0100, Peter Robinson wrote: > > Is any one aware of a list of cards that are known to work with the compiz > > bling? For example, my radeon 7000 works enough to see the effects, but the > > right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not work > > at all. > > > > If anyone can point me to something that'd be great. > > Wow!! This is very sweet. On my Core Duo laptop with a i945 chipset > this works well. Only problem is my tsclient/rdesktop sessions with > the transparancy are unusable. So do I log a bug against compiz, > tsclient, rdesktop or something else? > > Pete > Know problem with all composite / AigGLX / XGL implementations. Just add "XLIB_SKIP_ARGB_VISUALS=1" before the rdesktop/tlsclient command line. (E.g. XLIB_SKIP_ARGB_VISUALS=1 rdesktop win_machine -g 1024x768) - Gilboa From pbrobinson at gmail.com Tue Aug 22 09:16:37 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 22 Aug 2006 10:16:37 +0100 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <1156237312.6975.3.camel@gilboa-work-dev> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <5256d0b0608220135p1094a83dk1ae09970dee7d0ad@mail.gmail.com> <1156237312.6975.3.camel@gilboa-work-dev> Message-ID: <5256d0b0608220216k56388375k93d81ebad132968e@mail.gmail.com> > > > Is any one aware of a list of cards that are known to work with the compiz > > > bling? For example, my radeon 7000 works enough to see the effects, but the > > > right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not work > > > at all. > > > > > > If anyone can point me to something that'd be great. > > > > Wow!! This is very sweet. On my Core Duo laptop with a i945 chipset > > this works well. Only problem is my tsclient/rdesktop sessions with > > the transparancy are unusable. So do I log a bug against compiz, > > tsclient, rdesktop or something else? > > > > Pete > > > > Know problem with all composite / AigGLX / XGL implementations. > Just add "XLIB_SKIP_ARGB_VISUALS=1" before the rdesktop/tlsclient > command line. > (E.g. XLIB_SKIP_ARGB_VISUALS=1 rdesktop win_machine -g 1024x768) Yes, just found that in http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=140511 and it mentions that it was fixed in xcompmgr. Can the same fix be used for compiz? Also noticed that if you maximize some windows (gnome-terminal especially) that they don't fully maximize, I presume this is also a known bug too? Cheers, Pete From seg at haxxed.com Tue Aug 22 10:28:45 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 22 Aug 2006 05:28:45 -0500 Subject: SSHd In-Reply-To: <20060821174614.GA1305@nostromo.devel.redhat.com> References: <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> <20060821174614.GA1305@nostromo.devel.redhat.com> Message-ID: <1156242525.5242.2.camel@localhost> On Mon, 2006-08-21 at 13:46 -0400, Bill Nottingham wrote: > Sure. All I'm saying is that if you do a VNC headless install in the > way the documentation suggests, you are left with a machine you cannot > access at all. This seems wrong. I dunno about the documentation but last I checked the installer strongly suggests creating an initial user account. Log into that account, and su? -------------- 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 Tue Aug 22 10:37:40 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 22 Aug 2006 05:37:40 -0500 Subject: [DEP-BLOAT] 'sendmail' requires 'cyrus-sasl' In-Reply-To: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> References: <200608211503.k7LF3thP004721@laptop13.inf.utfsm.cl> Message-ID: <1156243060.5242.4.camel@localhost> On Mon, 2006-08-21 at 11:03 -0400, Horst H. von Brand wrote: > Sorry, RPM can't handle "might be used for this configuration only" type of > dependencies. Personally, I have an empty package that does nothing but Provide: xfs smtpdaemon spamassassin and atrpms... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Tue Aug 22 11:25:39 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 22 Aug 2006 07:25:39 -0400 Subject: SSHd In-Reply-To: <1156242525.5242.2.camel@localhost> References: <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> <20060821174614.GA1305@nostromo.devel.redhat.com> <1156242525.5242.2.camel@localhost> Message-ID: <20060822112539.GA29807@jadzia.bu.edu> On Tue, Aug 22, 2006 at 05:28:45AM -0500, Callum Lerwick wrote: > > Sure. All I'm saying is that if you do a VNC headless install in the > > way the documentation suggests, you are left with a machine you cannot > > access at all. This seems wrong. > I dunno about the documentation but last I checked the installer > strongly suggests creating an initial user account. Log into that > account, and su? That's been moved to firstboot. Maybe that's the solution -- firstboot should remember the vnc parameters from anaconda and attempt to use them.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From pertusus at free.fr Tue Aug 22 12:41:40 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 22 Aug 2006 14:41:40 +0200 Subject: where have some X bitmaps gone? In-Reply-To: <44EABA5E.9060607@mharris.ca> References: <20060819222117.GA30968@free.fr> <44EABA5E.9060607@mharris.ca> Message-ID: <20060822124140.GA2752@free.fr> On Tue, Aug 22, 2006 at 04:03:42AM -0400, Mike A. Harris wrote: > Patrice Dumas wrote: > > > >#include > > > >I tried to find them, but I didn't succeed. Am I missing something? > > Install xorg-x11-xbitmaps. Any package that uses these bitmaps at None of the bitmaps I am lookin for are in that package: rpm -ql xorg-x11-xbitmaps-1.0.1-4.1 | grep Excl returns nothing for example. -- Pat From pemboa at gmail.com Tue Aug 22 12:50:42 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 07:50:42 -0500 Subject: Fwd: Mission Control In-Reply-To: References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> Message-ID: <16de708d0608220550u26be1d55g3832a2955389acc1@mail.gmail.com> On 8/22/06, Deji Akingunola wrote: > On 8/22/06, Patrick W. Barnes wrote: > > On Tuesday 22 August 2006 00:30, "Arthur Pemberton" wrote: > > > On 8/22/06, Luke Macken wrote: > > > > On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: > > > > > Hi guys, > > > > > > > > > > KDE's Control Center, kcontrol, is already much better than anything GNOME > > has, IMNSHO. ;-) I'm sure you'll hear many different opinions with regard > > to centralized configuration programs, but I don't imagine there would be > > anything wrong with creating a simple front-end to tie the assorted > > system-config-* tools together. I believe some work has already been done to > > that end, though I haven't heard anything about it in a long time. If > > somebody were to build such a thing, I'm sure many people would enjoy it. > > > There is a system-config-control in extras, which is kind of an > almagamation of various system-config-* tools in FC. I will give it a try and then get back to this thread. > > Deji > > -- > > Patrick "The N-Man" Barnes > > nman64 at n-man.com > > > > http://www.n-man.com/ > > > > LinkedIn: > > http://www.linkedin.com/in/nman64 > > > > Have I been helpful? Rate my assistance! > > http://rate.affero.net/nman64/ > > -- > > > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- To be updated... From cmadams at hiwaay.net Tue Aug 22 13:04:28 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 22 Aug 2006 08:04:28 -0500 Subject: Multilib in FC7? Disable by default? In-Reply-To: <1156215814.2361.1.camel@entropy> References: <1156093654.20954.67.camel@gilboa-work-dev> <1156167580.1971.2.camel@cutter> <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> <200608212150.32427.dennis@ausil.us> <1156215814.2361.1.camel@entropy> Message-ID: <20060822130428.GA625003@hiwaay.net> Once upon a time, Nicholas Miell said: > On Mon, 2006-08-21 at 21:50 -0500, Dennis Gilmore wrote: > > (1) http://www.capnkirby.com/Arklinux2005.2rc3.html yes arklinux lets you > > play tetris while the installer does its thing > > Caldera did it first. Solaris has had a web browser in (one of) the installers for years. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jkeating at redhat.com Tue Aug 22 13:45:17 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Aug 2006 09:45:17 -0400 Subject: Multilib in FC7? Disable by default? In-Reply-To: <200608211234.43895.jkeating@redhat.com> References: <200608211512.k7LFCqBO005068@laptop13.inf.utfsm.cl> <200608211234.43895.jkeating@redhat.com> Message-ID: <200608220945.22923.jkeating@redhat.com> On Monday 21 August 2006 12:34, Jesse Keating wrote: > ?Whats worse, a yum remove \*.i\?86 seems to > want to take with it a fair number of x86_64 packages, which is not > desired. There must have been something weird with the state of my xen guest. I updated it to rawhide of last night (I had to remove nautilus.i386 which took out 4~ other i386 packages), then tried yum remove \*.i\?86 and this time yum only wants to remove 353 i386 packages. No x86_64 packages in the mix. -- 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 tmraz at redhat.com Tue Aug 22 13:49:31 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 22 Aug 2006 15:49:31 +0200 Subject: SSHd In-Reply-To: <20060821174614.GA1305@nostromo.devel.redhat.com> References: <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> <20060821174614.GA1305@nostromo.devel.redhat.com> Message-ID: <1156254571.3484.3.camel@perun.kabelta.loc> On Mon, 2006-08-21 at 13:46 -0400, Bill Nottingham wrote: > Sure. All I'm saying is that if you do a VNC headless install in the > way the documentation suggests, you are left with a machine you cannot > access at all. This seems wrong. What about my proposal in the bug report? We would leave the sshd port open in firewall only before the s-c-securitylevel is run in firstboot. As soon as it was run the default in the s-c-securitylevel would be sshd port closed so simply clicking OK would close the sshd port. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From kaboom at oobleck.net Tue Aug 22 13:04:50 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Tue, 22 Aug 2006 09:04:50 -0400 (EDT) Subject: Multilib in FC7? Disable by default? In-Reply-To: <20060822130428.GA625003@hiwaay.net> References: <1156093654.20954.67.camel@gilboa-work-dev> <1156167580.1971.2.camel@cutter> <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> <200608212150.32427.dennis@ausil.us> <1156215814.2361.1.camel@entropy> <20060822130428.GA625003@hiwaay.net> Message-ID: On Tue, 22 Aug 2006, Chris Adams wrote: > Once upon a time, Nicholas Miell said: > > On Mon, 2006-08-21 at 21:50 -0500, Dennis Gilmore wrote: > > > (1) http://www.capnkirby.com/Arklinux2005.2rc3.html yes arklinux lets you > > > play tetris while the installer does its thing > > > > Caldera did it first. > > Solaris has had a web browser in (one of) the installers for years. Yeah, but the solaris installer is mostly an example of what *not* to do g,d,r, chris From fedora at camperquake.de Tue Aug 22 15:01:09 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 22 Aug 2006 17:01:09 +0200 Subject: Multilib in FC7? Disable by default? In-Reply-To: References: <1156093654.20954.67.camel@gilboa-work-dev> <1156167580.1971.2.camel@cutter> <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> <200608212150.32427.dennis@ausil.us> <1156215814.2361.1.camel@entropy> <20060822130428.GA625003@hiwaay.net> Message-ID: <20060822170109.2e944870@banea.int.addix.net> Hi. On Tue, 22 Aug 2006 09:04:50 -0400 (EDT), Chris Ricker wrote: > Yeah, but the solaris installer is mostly an example of what *not* to > do For one thing, it installs Solaris. From pemboa at gmail.com Tue Aug 22 15:02:25 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 10:02:25 -0500 Subject: Fwd: Mission Control In-Reply-To: References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> Message-ID: <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> [ snip > There is a system-config-control in extras, which is kind of an > almagamation of various system-config-* tools in FC. For anyone curious, here is a screenshot of system-config-control, not exactly friendly IMHO. http://www.pembo13.com/pub/snapshots/system-config-control.png -- To be updated... From mattdm at mattdm.org Tue Aug 22 15:09:35 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 22 Aug 2006 11:09:35 -0400 Subject: SSHd In-Reply-To: <1156254571.3484.3.camel@perun.kabelta.loc> References: <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156182271.1971.59.camel@cutter> <20060821174614.GA1305@nostromo.devel.redhat.com> <1156254571.3484.3.camel@perun.kabelta.loc> Message-ID: <20060822150935.GA5757@jadzia.bu.edu> On Tue, Aug 22, 2006 at 03:49:31PM +0200, Tomas Mraz wrote: > > Sure. All I'm saying is that if you do a VNC headless install in the > > way the documentation suggests, you are left with a machine you cannot > > access at all. This seems wrong. > What about my proposal in the bug report? We would leave the sshd port > open in firewall only before the s-c-securitylevel is run in firstboot. > As soon as it was run the default in the s-c-securitylevel would be sshd > port closed so simply clicking OK would close the sshd port. My instinct is that this seems inconsistent. If you go this route, something somewhere next to the checkboxes should mention that the discrepancy is intentional. But further, I don't think relying on iptables is the solution here -- that just papers over the issue. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From denis at poolshark.org Tue Aug 22 15:09:10 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 22 Aug 2006 17:09:10 +0200 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> Message-ID: <44EB1E16.5010909@poolshark.org> Arthur Pemberton wrote: > Hi guys, > > I was just taking a look at an article I came across on /. about Ark > Linux, they seem to have an app which seems like a good idea called > "Mission Control". > > http://www.extremetech.com/article2/0,1697,2005668,00.asp > > What do you guys think about it, in reference to inclusion of someting > similiar into Fedora? > > Peace > > Arthur Feel free to submit it to Extras... As far as the screenshots, it looks too much like windows!! :-) I think the Gnome/Fedora theme needs its own GUI "identity", not something that's an *exact* copy of some other OS GUI... From dragoran at feuerpokemon.de Tue Aug 22 15:19:09 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 22 Aug 2006 17:19:09 +0200 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> Message-ID: <44EB206D.3060809@feuerpokemon.de> Arthur Pemberton wrote: > [ snip > >> There is a system-config-control in extras, which is kind of an >> almagamation of various system-config-* tools in FC. > > For anyone curious, here is a screenshot of system-config-control, not > exactly friendly IMHO. > > http://www.pembo13.com/pub/snapshots/system-config-control.png > this looks useless to me ... From sundaram at fedoraproject.org Tue Aug 22 15:21:53 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 22 Aug 2006 20:51:53 +0530 Subject: Fwd: Mission Control In-Reply-To: <44EB206D.3060809@feuerpokemon.de> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> Message-ID: <44EB2111.9040409@fedoraproject.org> dragoran wrote: > Arthur Pemberton wrote: >> [ snip >> >>> There is a system-config-control in extras, which is kind of an >>> almagamation of various system-config-* tools in FC. >> >> For anyone curious, here is a screenshot of system-config-control, not >> exactly friendly IMHO. >> >> http://www.pembo13.com/pub/snapshots/system-config-control.png >> > this looks useless to me ... > Excellent. Now lets see people here do better. Rahul From ajackson at redhat.com Tue Aug 22 15:21:52 2006 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 22 Aug 2006 11:21:52 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <1156234305.15469.3.camel@giulietta.jouy.inra.fr> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44EA0DB6.7060702@redhat.com> <20060821195206.GA3356@nostromo.devel.redhat.com> <200608211556.57890.jkeating@redhat.com> <1156234305.15469.3.camel@giulietta.jouy.inra.fr> Message-ID: <44EB2110.1040906@redhat.com> ?meric Maschino wrote: > Hi, > > It's not very clear for me: is compiz replacing metacity? I thought > metacity was a compositing manager too and was designed to work with > AIGLX whereas compiz was designed to work with Xgl. Sigh. Both compiz and metacity's compositor are targetted at any X server with support for the GLX_EXT_texture_from_pixmap extension. Xgl and AIGLX are two ways of getting that extension. - ajax From tla-ml at rasmil.dk Tue Aug 22 15:24:25 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Tue, 22 Aug 2006 17:24:25 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44E9DAD8.4010405@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> Message-ID: <44EB21A9.10806@rasmil.dk> > We have a list here: > > http://fedoraproject.org/wiki/RenderingProject/aiglx > > Nvidia cards are not going to work, the open driver does not support > 3d. There's the nouveau.freedesktop.org project that's working on > making this happen, but they still have a long way to go. As for ATI, > r100 - r300 should work, but there's an issue with maximum texture > size. We're trying to find a way to fix this, but for now, dropping > the attached drirc in /etc is a way to work around the problem. The > locking problem for matrox cards mentioned on the page was fixed > recently and I've backported the patch to rawhide, it should show up > tomorrow - it affects the xserver and the matrox driver rpms. That > said matrox cards are still very much untested with aiglx and compiz, > in particular they seem to also have the maximum texture size problem. > > cheers, > Kristian > Very cool, it is working nicely on my IBM TP30 with this card. 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] I just installed compiz and detached the drirc to /etc and selected 'Preferences->More Preferences->Desktop Effect' and now it got wobbly Windows and Workspaces on a Cube. Very Nice Work. Tim From ajackson at redhat.com Tue Aug 22 15:22:42 2006 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 22 Aug 2006 11:22:42 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <1156237312.6975.3.camel@gilboa-work-dev> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <5256d0b0608220135p1094a83dk1ae09970dee7d0ad@mail.gmail.com> <1156237312.6975.3.camel@gilboa-work-dev> Message-ID: <44EB2142.9060103@redhat.com> Gilboa Davara wrote: > On Tue, 2006-08-22 at 09:35 +0100, Peter Robinson wrote: >>> Is any one aware of a list of cards that are known to work with the compiz >>> bling? For example, my radeon 7000 works enough to see the effects, but the >>> right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not work >>> at all. >>> >>> If anyone can point me to something that'd be great. >> Wow!! This is very sweet. On my Core Duo laptop with a i945 chipset >> this works well. Only problem is my tsclient/rdesktop sessions with >> the transparancy are unusable. So do I log a bug against compiz, >> tsclient, rdesktop or something else? >> >> Pete >> > > Know problem with all composite / AigGLX / XGL implementations. ITYM "known problem with rdesktop". rdesktop should choose the visual it actually wants. - ajax From dragoran at feuerpokemon.de Tue Aug 22 15:27:15 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 22 Aug 2006 17:27:15 +0200 Subject: Fwd: Mission Control In-Reply-To: <44EB2111.9040409@fedoraproject.org> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> Message-ID: <44EB2253.9080604@feuerpokemon.de> Rahul wrote: > dragoran wrote: >> Arthur Pemberton wrote: >>> [ snip >>> >>>> There is a system-config-control in extras, which is kind of an >>>> almagamation of various system-config-* tools in FC. >>> >>> For anyone curious, here is a screenshot of system-config-control, not >>> exactly friendly IMHO. >>> >>> http://www.pembo13.com/pub/snapshots/system-config-control.png >>> >> this looks useless to me ... >> > > Excellent. Now lets see people here do better. > > Rahul > we had something better in the past (Redhat Linux (- FC1?)) the start-here:/// nautilus window.... From cmadams at hiwaay.net Tue Aug 22 15:29:32 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 22 Aug 2006 10:29:32 -0500 Subject: Multilib in FC7? Disable by default? In-Reply-To: <20060822170109.2e944870@banea.int.addix.net> References: <1156093654.20954.67.camel@gilboa-work-dev> <1156167580.1971.2.camel@cutter> <604aa7910608211931xe4784a3j7e15c0a765efedec@mail.gmail.com> <200608212150.32427.dennis@ausil.us> <1156215814.2361.1.camel@entropy> <20060822130428.GA625003@hiwaay.net> <20060822170109.2e944870@banea.int.addix.net> Message-ID: <20060822152931.GD625003@hiwaay.net> Once upon a time, Ralf Ertzinger said: > On Tue, 22 Aug 2006 09:04:50 -0400 (EDT), Chris Ricker wrote: > > Yeah, but the solaris installer is mostly an example of what *not* to > > do > > For one thing, it installs Solaris. Only if you try really hard though; mostly it just frustrates the user. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From sundaram at fedoraproject.org Tue Aug 22 15:31:14 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 22 Aug 2006 21:01:14 +0530 Subject: Fwd: Mission Control In-Reply-To: <44EB2253.9080604@feuerpokemon.de> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> Message-ID: <44EB2342.9050406@fedoraproject.org> dragoran wrote: >> Excellent. Now lets see people here do better. >> >> Rahul >> > we had something better in the past (Redhat Linux (- FC1?)) the > start-here:/// nautilus window.... That just a collection of all preferences display in a single window. Not very different from the slab control panel. Magic urls have been progressively removed from nautilus. Either write up new tools or fix system-config-control to be a better user interface. Contribute. Rahul From denis at poolshark.org Tue Aug 22 15:32:35 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 22 Aug 2006 17:32:35 +0200 Subject: Fwd: Mission Control In-Reply-To: <44EB2342.9050406@fedoraproject.org> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> Message-ID: <44EB2393.3010407@poolshark.org> Rahul wrote: > dragoran wrote: > >>> Excellent. Now lets see people here do better. >>> >>> Rahul >>> >> we had something better in the past (Redhat Linux (- FC1?)) the >> start-here:/// nautilus window.... > > > That just a collection of all preferences display in a single window. > Not very different from the slab control panel. Magic urls have been > progressively removed from nautilus. Either write up new tools or fix > system-config-control to be a better user interface. Contribute. To be honest, I thought Arthur's screenshot was not quite fair to system-config-control. Here's another one : http://www.poolshark.org/system-config-control.png -denis From dragoran at feuerpokemon.de Tue Aug 22 15:56:11 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 22 Aug 2006 17:56:11 +0200 Subject: Fwd: Mission Control In-Reply-To: <44EB2342.9050406@fedoraproject.org> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> Message-ID: <44EB291B.9040203@feuerpokemon.de> Rahul wrote: > dragoran wrote: > >>> Excellent. Now lets see people here do better. >>> >>> Rahul >>> >> we had something better in the past (Redhat Linux (- FC1?)) the >> start-here:/// nautilus window.... > > That just a collection of all preferences display in a single window. > Not very different from the slab control panel. sure its basicly the same but one difference: (gnome) user use nautilus every day and has got used to the nautilus interface so having something like it for system-config-* would only make it easier for the users. as for slab I have not looked at it yet but will do it know... > Magic urls have been progressively removed from nautilus. Either write > up new tools or fix system-config-control to be a better user > interface. Contribute. at first we have to agree on what a better user interface should look like, a app with some buttons is not very different from the gnome-menu (like system-config-control) > Rahul > > From dragoran at feuerpokemon.de Tue Aug 22 16:01:34 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 22 Aug 2006 18:01:34 +0200 Subject: Fwd: Mission Control In-Reply-To: <44EB291B.9040203@feuerpokemon.de> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB291B.9040203@feuerpokemon.de> Message-ID: <44EB2A5E.2020806@feuerpokemon.de> dragoran wrote: > Rahul wrote: >> dragoran wrote: >> >>>> Excellent. Now lets see people here do better. >>>> >>>> Rahul >>>> >>> we had something better in the past (Redhat Linux (- FC1?)) the >>> start-here:/// nautilus window.... >> >> That just a collection of all preferences display in a single window. >> Not very different from the slab control panel. > sure its basicly the same but one difference: > (gnome) user use nautilus every day and has got used to the nautilus > interface so having something like it for system-config-* would only > make it easier for the users. > as for slab I have not looked at it yet but will do it know... >> Magic urls have been progressively removed from nautilus. Either >> write up new tools or fix system-config-control to be a better user >> interface. Contribute. > at first we have to agree on what a better user interface should look > like, a app with some buttons is not very different from the > gnome-menu (like system-config-control) >> Rahul >> >> > ok I downloaded and build the slab rpm and it looks much better then system-config-control. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Aug 22 16:29:13 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 22 Aug 2006 18:29:13 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44EB21A9.10806@rasmil.dk> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> Message-ID: <20060822182913.19455b49@python2> Tim Lauridsen wrote : > > We have a list here: > > > > http://fedoraproject.org/wiki/RenderingProject/aiglx > > > > Nvidia cards are not going to work, the open driver does not support > > 3d. [...] > > Very cool, it is working nicely on my IBM TP30 with this card. > > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility > M7 LW [Radeon Mobility 7500] > > I just installed compiz and detached the drirc to /etc and selected > 'Preferences->More Preferences->Desktop Effect' and now it got wobbly > Windows and Workspaces on a Cube. > Very Nice Work. Same here... I just enabled "Desktop Effects" on my Inspiron 8600 (Radeon 9600 Mobility, r300) and Latitude X1 (Intel i915 IIRC) and both work perfectly. Only three minor annoyances I can see right now : - No sticky windows, nor does gkrellm appear on more than one desktop - The sloppy focus was disabled after the switch, I had to re-enable it - It seems to not be possible to have more than 4 workspaces I'll go looking for where to report these now, as I can't live with "only" 4 workspaces anymore ;-) Not even if the tradeoff is to have wobbly windows. And of course, my new workstation will arrive in 2 days... with an Nvidia card, rats! :-( Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2573.fc6 Load : 0.47 0.26 0.19 From dragoran at feuerpokemon.de Tue Aug 22 16:47:04 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 22 Aug 2006 18:47:04 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060822182913.19455b49@python2> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> Message-ID: <44EB3508.4040803@feuerpokemon.de> Matthias Saou wrote: > Tim Lauridsen wrote : > > >>> We have a list here: >>> >>> http://fedoraproject.org/wiki/RenderingProject/aiglx >>> >>> Nvidia cards are not going to work, the open driver does not support >>> 3d. [...] >>> >> Very cool, it is working nicely on my IBM TP30 with this card. >> >> 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility >> M7 LW [Radeon Mobility 7500] >> >> I just installed compiz and detached the drirc to /etc and selected >> 'Preferences->More Preferences->Desktop Effect' and now it got wobbly >> Windows and Workspaces on a Cube. >> Very Nice Work. >> > > Same here... I just enabled "Desktop Effects" on my Inspiron 8600 > (Radeon 9600 Mobility, r300) and Latitude X1 (Intel i915 IIRC) and both > work perfectly. Only three minor annoyances I can see right now : > - No sticky windows, nor does gkrellm appear on more than one desktop > - The sloppy focus was disabled after the switch, I had to re-enable it > - It seems to not be possible to have more than 4 workspaces > > I'll go looking for where to report these now, as I can't live with > "only" 4 workspaces anymore ;-) Not even if the tradeoff is to have > wobbly windows. > > its also not possible to have 2 (4 takes too much panel space for me) > And of course, my new workstation will arrive in 2 days... with an > Nvidia card, rats! :-( > > Matthias > > From cweyl at alumni.drew.edu Tue Aug 22 16:48:38 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Tue, 22 Aug 2006 09:48:38 -0700 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060822182913.19455b49@python2> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> Message-ID: <7dd7ab490608220948j7b529e2dt71d589cfb539bfec@mail.gmail.com> On 8/22/06, Matthias Saou wrote: > And of course, my new workstation will arrive in 2 days... with an > Nvidia card, rats! :-( Which reminds me, do we have any idea when Nvidia/ATI plan on updating their drivers? -Chris -- Chris Weyl Ex astris, scientia From mknepher at bluethingy.com Tue Aug 22 16:53:48 2006 From: mknepher at bluethingy.com (Michael Knepher) Date: Tue, 22 Aug 2006 09:53:48 -0700 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060822182913.19455b49@python2> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> Message-ID: <1156265628.17792.2.camel@lionel-hutz.darnell.group> On Tue, 2006-08-22 at 18:29 +0200, Matthias Saou wrote: > Same here... I just enabled "Desktop Effects" on my Inspiron 8600 > (Radeon 9600 Mobility, r300) and Latitude X1 (Intel i915 IIRC) and both > work perfectly. Only three minor annoyances I can see right now : > - No sticky windows, nor does gkrellm appear on more than one desktop > - The sloppy focus was disabled after the switch, I had to re-enable it > - It seems to not be possible to have more than 4 workspaces > > I'll go looking for where to report these now, as I can't live with > "only" 4 workspaces anymore ;-) Not even if the tradeoff is to have > wobbly windows. Under /apps/compiz/general/screen0/options/ I have "size" set to 6. > > And of course, my new workstation will arrive in 2 days... with an > Nvidia card, rats! :-( > > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2573.fc6 > Load : 0.47 0.26 0.19 > From ajackson at redhat.com Tue Aug 22 16:54:19 2006 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 22 Aug 2006 12:54:19 -0400 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44EB3508.4040803@feuerpokemon.de> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> <44EB3508.4040803@feuerpokemon.de> Message-ID: <44EB36BB.7020008@redhat.com> dragoran wrote: > Matthias Saou wrote: >> - It seems to not be possible to have more than 4 workspaces >> >> I'll go looking for where to report these now, as I can't live with >> "only" 4 workspaces anymore ;-) Not even if the tradeoff is to have >> wobbly windows. >> > its also not possible to have 2 (4 takes too much panel space for me) gconftool-2 -t int -s /apps/compiz/general/screen0/options/size 2 Replace "2" with your favorite magic number. - ajax From alan at clueserver.org Tue Aug 22 16:56:56 2006 From: alan at clueserver.org (alan) Date: Tue, 22 Aug 2006 09:56:56 -0700 (PDT) Subject: list of compiz/aiglx compatible cards? In-Reply-To: <7dd7ab490608220948j7b529e2dt71d589cfb539bfec@mail.gmail.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> <7dd7ab490608220948j7b529e2dt71d589cfb539bfec@mail.gmail.com> Message-ID: On Tue, 22 Aug 2006, Chris Weyl wrote: > On 8/22/06, Matthias Saou > > wrote: > >> And of course, my new workstation will arrive in 2 days... with an >> Nvidia card, rats! :-( > > Which reminds me, do we have any idea when Nvidia/ATI plan on updating > their drivers? I thought ATI already did. There are still some bugs though. A friend was running alglx last night at the PLUG Advanced Topics meeting using an ATI card. Worked pretty well, but had a problem with some transparencies turning blue. As for nVIDIA, every time someone mentions it on their discussion boards, the mods (or at least "Thunderbird") freaks out and closes down the discussion. I don't know when it will be ready. Probably a week or two after FC6 is released. (If we are lucky.) -- "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a lucky, lucky, lucky little boy. 'Cause you know why? You get to drink from... the FIRE HOOOOOSE!" - The Stanley Spudoski guide to mailing list administration From dragoran at feuerpokemon.de Tue Aug 22 16:58:16 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 22 Aug 2006 18:58:16 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <7dd7ab490608220948j7b529e2dt71d589cfb539bfec@mail.gmail.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> <7dd7ab490608220948j7b529e2dt71d589cfb539bfec@mail.gmail.com> Message-ID: <44EB37A8.5050000@feuerpokemon.de> Chris Weyl wrote: > On 8/22/06, Matthias Saou > > wrote: > >> And of course, my new workstation will arrive in 2 days... with an >> Nvidia card, rats! :-( > > Which reminds me, do we have any idea when Nvidia/ATI plan on updating > their drivers? > ati has two drivers that supports xorg-7.1 but no aiglx (gl_ext_tfp) a nvidia developer has said in #nvidia (freenode) that a driver supporting xorg-7.1 is finsihed and they are waiting on the web guys to publish it. the aiglx capable drivers are still in development and only nvidia knows when they will release them. 1 or 2 mounths from now seems to be a good gues... as for ati+aiglx: no idea :( but for cards r200/r300 there is a free driver that works (but with some bugs) ;) > -Chris > From alan at clueserver.org Tue Aug 22 17:00:01 2006 From: alan at clueserver.org (alan) Date: Tue, 22 Aug 2006 10:00:01 -0700 (PDT) Subject: list of compiz/aiglx compatible cards? In-Reply-To: References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> <7dd7ab490608220948j7b529e2dt71d589cfb539bfec@mail.gmail.com> Message-ID: On Tue, 22 Aug 2006, alan wrote: > On Tue, 22 Aug 2006, Chris Weyl wrote: > >> On 8/22/06, Matthias Saou >> >> wrote: >> >>> And of course, my new workstation will arrive in 2 days... with an >>> Nvidia card, rats! :-( >> >> Which reminds me, do we have any idea when Nvidia/ATI plan on updating >> their drivers? > > I thought ATI already did. There are still some bugs though. A friend was > running alglx last night at the PLUG Advanced Topics meeting using an ATI > card. Worked pretty well, but had a problem with some transparencies turning > blue. Actually, thinking back, he was using the free ATI driver. -- "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a lucky, lucky, lucky little boy. 'Cause you know why? You get to drink from... the FIRE HOOOOOSE!" - The Stanley Spudoski guide to mailing list administration From Lam at Lam.pl Tue Aug 22 17:04:03 2006 From: Lam at Lam.pl (Leszek Matok) Date: Tue, 22 Aug 2006 19:04:03 +0200 Subject: Fwd: Mission Control In-Reply-To: <44EB2393.3010407@poolshark.org> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> Message-ID: <1156266243.2793.9.camel@pensja.lam.pl> Dnia 22-08-2006, wto o godzinie 17:32 +0200, Denis Leroy napisa?(a): > To be honest, I thought Arthur's screenshot was not quite fair to > system-config-control. Here's another one : > > http://www.poolshark.org/system-config-control.png Fight! http://Lam.pl/s-c-c-1.png Nice localization, one button is in polish (this is where I can help if it doesn't end like my translation of Anaconda - never again!) The great thing is that it tells me which package to install to have some utility (because they don't appear in the GNOME menu until I don't install them, so how can I know I even can install anything more?), but unfortunately, it lies, as is shown in the terminal in the background. http://Lam.pl/s-c-c-2.png The menu looks worse than KDE! ;) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Aug 22 17:08:04 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 22 Aug 2006 19:08:04 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44EB36BB.7020008@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <44EB21A9.10806@rasmil.dk> <20060822182913.19455b49@python2> <44EB3508.4040803@feuerpokemon.de> <44EB36BB.7020008@redhat.com> Message-ID: <20060822190804.1e3a78a3@python2> Adam Jackson wrote : > dragoran wrote: > > Matthias Saou wrote: > >> - It seems to not be possible to have more than 4 workspaces > >> > >> I'll go looking for where to report these now, as I can't live with > >> "only" 4 workspaces anymore ;-) Not even if the tradeoff is to have > >> wobbly windows. > >> > > its also not possible to have 2 (4 takes too much panel space for me) > > gconftool-2 -t int -s /apps/compiz/general/screen0/options/size 2 > > Replace "2" with your favorite magic number. Aaaah, neat! Still not possible to use multiple rows (I usually use 4x2), nor drag and drop between workspaces in the gnome workspace switcher, but I suppose all this is still work in progress. Anyway, thanks for the tip, I'll keep compiz running for now! :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2573.fc6 Load : 0.25 0.61 0.48 From denis at poolshark.org Tue Aug 22 17:06:37 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 22 Aug 2006 19:06:37 +0200 Subject: Fwd: Mission Control In-Reply-To: <1156266243.2793.9.camel@pensja.lam.pl> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> Message-ID: <44EB399D.5060005@poolshark.org> Leszek Matok wrote: > http://Lam.pl/s-c-c-1.png > Nice localization, one button is in polish (this is where I can help if > it doesn't end like my translation of Anaconda - never again!) > > The great thing is that it tells me which package to install to have > some utility (because they don't appear in the GNOME menu until I don't > install them, so how can I know I even can install anything more?), but > unfortunately, it lies, as is shown in the terminal in the background. Yes, I really like that feature: by default show ALL available control panels even those not installed. It'd be nice if it had an 'Install' button from that popup that would launch Pirut... From Matt_Domsch at dell.com Tue Aug 22 17:18:20 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 22 Aug 2006 12:18:20 -0500 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <44E9DAD8.4010405@redhat.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> Message-ID: <20060822171820.GB29537@lists.us.dell.com> On Mon, Aug 21, 2006 at 12:10:00PM -0400, Kristian H??gsberg wrote: > Sam Folk-Williams wrote: > >Is any one aware of a list of cards that are known to work with the compiz > >bling? For example, my radeon 7000 works enough to see the effects, but the > >right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not > >work > >at all. > > > >If anyone can point me to something that'd be great > > We have a list here: > > http://fedoraproject.org/wiki/RenderingProject/aiglx > > Nvidia cards are not going to work, the open driver does not support 3d. > There's the nouveau.freedesktop.org project that's working on making this > happen, but they still have a long way to go. As for ATI, r100 - r300 > should work, but there's an issue with maximum texture size. I employed the workaround on my Dell Latitude D610 laptop which has an ATI M300 chip. Everything worked great for a few minutes, then X mostly hung; could move the mouse, but no display update and no keyboard. I guess no bling for me yet. -- 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 denis at poolshark.org Tue Aug 22 17:36:10 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 22 Aug 2006 19:36:10 +0200 Subject: Fwd: Mission Control In-Reply-To: <1156266243.2793.9.camel@pensja.lam.pl> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <16de708d0608212230i20088e04m3e92acf02e4123c1@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> Message-ID: <44EB408A.4060300@poolshark.org> Leszek Matok wrote: > Dnia 22-08-2006, wto o godzinie 17:32 +0200, Denis Leroy napisa?(a): > >>To be honest, I thought Arthur's screenshot was not quite fair to >>system-config-control. Here's another one : >> >>http://www.poolshark.org/system-config-control.png > > Fight! And now, slab: http://www.poolshark.org/slab.png http://www.poolshark.org/slab.avi I say: ship it! From david at lovesunix.net Tue Aug 22 17:42:08 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 22 Aug 2006 19:42:08 +0200 Subject: list of compiz/aiglx compatible cards? In-Reply-To: <20060822171820.GB29537@lists.us.dell.com> References: <20060821154930.GF27150@unplugged.rdu.redhat.com> <44E9DAD8.4010405@redhat.com> <20060822171820.GB29537@lists.us.dell.com> Message-ID: <1156268529.2797.3.camel@price> tir, 22 08 2006 kl. 12:18 -0500, skrev Matt Domsch: > On Mon, Aug 21, 2006 at 12:10:00PM -0400, Kristian H??gsberg wrote: > > Sam Folk-Williams wrote: > > >Is any one aware of a list of cards that are known to work with the compiz > > >bling? For example, my radeon 7000 works enough to see the effects, but the > > >right 1/4 of the monitor disappears :(. The Nvidia GeForce 440 does not > > >work > > >at all. > > > > > >If anyone can point me to something that'd be great > > > > We have a list here: > > > > http://fedoraproject.org/wiki/RenderingProject/aiglx > > > > Nvidia cards are not going to work, the open driver does not support 3d. > > There's the nouveau.freedesktop.org project that's working on making this > > happen, but they still have a long way to go. As for ATI, r100 - r300 > > should work, but there's an issue with maximum texture size. > > I employed the workaround on my Dell Latitude D610 laptop which has an > ATI M300 chip. Everything worked great for a few minutes, then X mostly > hung; could move the mouse, but no display update and no keyboard. I > guess no bling for me yet. That does happen for me as well rather at random, I haven't figure out how to reproduce it yet so I've refrained from reporting it. Sometimes it's glorious for days, then boom, other times it hangs after a few hours of use. - David Nielsen From jkeating at redhat.com Tue Aug 22 18:00:55 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Aug 2006 14:00:55 -0400 Subject: Fwd: Mission Control In-Reply-To: <44EB408A.4060300@poolshark.org> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <1156266243.2793.9.camel@pensja.lam.pl> <44EB408A.4060300@poolshark.org> Message-ID: <200608221401.01908.jkeating@redhat.com> On Tuesday 22 August 2006 13:36, Denis Leroy wrote: > And now, slab: > > http://www.poolshark.org/slab.png Because there's nothing like blindly copying Windows XP design... http://www.sonoma.edu/it/resnet/images/winxp_control_panel.jpg http://en.wikipedia.org/wiki/Image:Windows_XP_Control_Panel.png *sigh* -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Tue Aug 22 17:57:59 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 22 Aug 2006 13:57:59 -0400 Subject: rawhide report: 20060822 changes Message-ID: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> New package jakarta-oro Full regular expressions API Updated Packages: alacarte-0.9.90-7.fc6 --------------------- * Mon Aug 21 2006 Matthias Clasen - 0.9.90-7.fc6 - Fix more build requires * Mon Aug 21 2006 Matthias Clasen - 0.9.90-3.fc6 - Add BR for pkgconfig * Mon Aug 21 2006 Matthias Clasen - 0.9.90-1.fc6 - Update to 0.9.90 apmd-1:3.2.2-5 -------------- * Tue Aug 22 2006 Jesse Keating - 1:3.2.2-5 - Fix typos in apmscript (#194024) at-spi-1.7.11-1.fc6 ------------------- * Mon Aug 21 2006 Matthias Clasen - 1.7.11-1.fc6 - Update to 1.7.11 - Drop upstreamed patch - Require pkgconfig in the -devel package atk-1.12.2-1.fc6 ---------------- * Mon Aug 21 2006 Matthias Clasen - 1.12.2-1.fc6 - Update to 1.12.2 autofs-1:5.0.1-0.rc1.16 ----------------------- * Sun Aug 20 2006 Ian Kent - 5.0.1-0.rc1.16 - fix included map lookup. - fix directory cleanup on expire. - fix task cancelation at shutdown. - fix included map wild card key lookup. beagle-0.2.8-2.fc6 ------------------ * Tue Aug 22 2006 Alexander Larsson - 0.2.8-2 - Backport cvs indexing performance fix bind-30:9.3.2-39.fc6 -------------------- * Tue Aug 22 2006 Martin Stransky - 30:9.3.2-39 - added fix for #203522 - "bind-chroot-admin -e" command fails * Mon Aug 21 2006 Martin Stransky - 30:9.3.2-38 - fix for #203194 - tmpfile usage bug-buddy-1:2.15.92-1.fc6 ------------------------- * Mon Aug 21 2006 Matthias Clasen - 1:2.15.92-1.fc6 - Update to 2.15.92 cairo-1.2.4-1.fc6 ----------------- * Sun Aug 20 2006 Behdad Esfahbod 1.2.4-1 - Update to 1.2.4 - Drop libXt-devel BuildReq as it shouldn't need it anymore. cdrdao-1.2.1-2 -------------- * Mon Aug 21 2006 Harald Hoyer - 1.2.1-1.1 - rebuild with new/old cdrtools classpathx-mail-0:1.1.1-4jpp.1 ------------------------------ * Mon Aug 21 2006 Fernando Nasser 0:1.1.1-4jpp.1 - Merge with upstream * Mon Aug 21 2006 Fernando Nasser 0:1.1.1-4jpp - Add postun - Fix javadoc unversioned link handling cman-2.0.11-1.fc6 ----------------- * Tue Aug 22 2006 Chris Feist - 2.0.11-1 - Rebuild w/ new upstream sources compat-gcc-296-2.96-138 ----------------------- * Mon Aug 21 2006 Jakub Jelinek 2.96-138 - link ppc libstdc++.so against -lnldbl_nonshared compat-gcc-32-3.2.3-61 ---------------------- * Mon Aug 21 2006 Jakub Jelinek 3.2.3-61 - fix the ppc*/s390* math *l stub changes control-center-1:2.15.91-5.fc6 ------------------------------ * Mon Aug 21 2006 Ray Strode - 2.15.91-5.fc6 - When creating new thumbnails, record thumbnail location rather that regenerating them over and over again. * Fri Aug 18 2006 Ray Strode - 2.15.91-4.fc6 - Fix thumbnailing problem in background capplet (bug 185142) coolkey-1.0.1-3 --------------- cups-1:1.2.2-14 --------------- * Mon Aug 21 2006 Tim Waugh 1:1.2.2-14 - Updated LSPP patch (bug #203376). dasher-4.1.10-1.fc6 ------------------- * Mon Aug 21 2006 Matthias Clasen - 4.1.10-1.fc6 - Update to 4.1.10 dhcp-12:3.0.4-20.fc6 -------------------- * Fri Aug 18 2006 Jesse Keating - 12:3.0.4-20 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) eclipse-cdt-1:3.1.0-1jpp_12fc ----------------------------- * Mon Aug 21 2006 Jeff Johnston 3.1.0-1jpp_12fc - Fix build special targets when project hasn't configured yet. - Fix to fully reconfigure after configuration options change. - Fix configuration problem whereby config.sub complains. - Bugzilla 200000, 201270, 203440 eel2-2.15.92-1.fc6 ------------------ * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 eog-2.15.92-1.fc6 ----------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 epiphany-2.15.92-1.fc6 ---------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 evince-0.5.5-2.fc6 ------------------ * Mon Aug 21 2006 Kristian H??gsberg - 0.5.5-2.fc6 - Rebuild agains new dbus. evolution-2.7.92-2.fc6 ---------------------- * Mon Aug 21 2006 Matthew Barnes - 2.7.92-2.fc6 - Add patch for Gnome.org bug #352248 (and remember to commit it). * Mon Aug 21 2006 Matthew Barnes - 2.7.92-1.fc6 - Update to 2.7.92 - Remove patch for RH bug #197834 (fixed upstream). - Update patch for Gnome.org bug #351332 (partially fixed upstream). evolution-connector-2.7.92-1.fc6 -------------------------------- * Mon Aug 21 2006 Matthew Barnes - 2.7.92-1 - Update to 2.7.92 evolution-data-server-1.7.92-1.fc6 ---------------------------------- * Mon Aug 21 2006 Matthew Barnes - 1.7.92-1 - Update to 1.7.92 file-roller-2.15.93-2.fc6 ------------------------- * Tue Aug 22 2006 Matthias Clasen - 2.15.93-2.fc6 - Add a %preun script - Silence %post and %preun * Mon Aug 21 2006 Matthias Clasen - 2.15.93-1.fc6 - Update to 2.15.93 frysk-0.0.1.2006.08.22.rh1-1.fc6 -------------------------------- * Tue Aug 22 2006 Stepan Kasal - 0.0.1.2006.08.22.rh1-1 - New upstream version. - Add BuildRequires: gnome-python2-gconf, remove BuildRequires: ghostscript. - Add `uname -a' to %check. * Wed Aug 16 2006 Stepan Kasal - 0.0.1.2006.08.16.rh1-1 - New upstream version. gail-1.9.2-1.fc6 ---------------- * Mon Aug 21 2006 Matthias Clasen - 1.9.2-1.fc6 - Update to 1.9.2 - Drop upstreamed patch - Require pkgconfig in the -devel package gamin-0.1.7-3.fc6 ----------------- * Tue Aug 22 2006 Alexander Larsson - 0.1.7-3 - Use /dev/null as stdin/out/err when spawning gam_server - This could help if there is stdout output somewhere. gdm-1:2.15.10-1.fc6 ------------------- * Mon Aug 21 2006 Matthias Clasen - 1:2.15.10-1.fc6 - Update to 2.15.10 - Drop upstreamed patch gedit-1:2.15.8-1.fc6 -------------------- * Mon Aug 21 2006 Matthias Clasen - 1:2.15.8-1.fc6 - Update to 2.15.8 geronimo-specs-0:1.0-0.M2.2jpp.12 --------------------------------- * Mon Aug 21 2006 Fernando Nasser - 0:1.0-0.M2.2jpp.12 - Rebuild glibc-2.4.90-23 --------------- * Tue Aug 22 2006 Jakub Jelinek 2.4.90-23 - malloc fixes, especially for 32-bit arches (#202309) - further *_IN locale fixes (#200230) - fix get{serv,rpc}ent{,_r} if NIS map is empty (#203237) - fix /usr/bin/iconv (#203400) gnome-backgrounds-2.15.92-1.fc6 ------------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 gnome-desktop-2.15.92-1.fc6 --------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 - Require pkgconfig in the -devel package gnome-games-1:2.15.92-1.fc6 --------------------------- * Mon Aug 21 2006 Matthias Clasen - 1:2.15.92-1.fc6 - Update to 2.15.92 gnome-icon-theme-2.15.92-1.fc6 ------------------------------ * Mon Aug 21 2006 Matthias Clasen 2.15.92-1.fc6 - Update to 2.15.92 - Require pkgconfig gnome-keyring-0.5.2-1.fc6 ------------------------- * Mon Aug 21 2006 Matthias Clasen - 0.5.2-1.fc6 - Update to 0.5.2 * Wed Jul 12 2006 Jesse Keating - 0.5.1-1.1 - rebuild * Tue Jun 13 2006 Matthias Clasen - 0.5.1-1 - Update to 0.5.1 gnome-keyring-manager-2.15.92-1.fc6 ----------------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 - Drop upstreamed patch - Add a %preun script gnome-menus-2.15.91-2.fc6 ------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.91-2.fc6 - Add Requires to the -devel package gnome-nettool-2.15.92-1.fc6 --------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 gnome-panel-2.15.92-1.fc6 ------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 - Require pkgconfig in the -devel package - Drop upstreamed patches - Drop stale code from .spec gnome-power-manager-2.15.92-1.fc6 --------------------------------- * Sun Aug 20 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 gnome-python2-2.15.91-1.fc6 --------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 gnome-screensaver-2.15.7-1.fc6 ------------------------------ * Mon Aug 21 2006 Matthias Clasen - 2.15.7-1.fc6 - Update to 2.15.7 - Add a %preun script gnome-session-2.15.92-1.fc6 --------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 - Add %preun and %postun scripts gnome-sharp-2.16.0-1.fc6 ------------------------ gnome-speech-0.4.4-1.fc6 ------------------------ * Mon Aug 21 2006 Matthias Clasen - 0.4.4-1.fc6 - Update to 0.4.4 gnome-system-monitor-2.15.92-1.fc6 ---------------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 gnome-themes-2.15.92-1.fc6 -------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 gnome-utils-1:2.15.93-1.fc6 --------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.93-1.fc6 - Update to 2.115.93 - Require pkgconfig in the devel package gnome-vfs2-2.15.92-1.fc6 ------------------------ * Mon Aug 21 2006 Alexander Larsson - 2.15.92-1 - update to 2.15.92 gnopernicus-1.1.2-1.fc6 ----------------------- * Mon Aug 21 2006 Matthias Clasen - 1.1.2-1.fc6 - Update to 1.1.2 gtk-sharp2-2.10.0-1.fc6 ----------------------- * Mon Aug 21 2006 Matthias Clasen - 2.10.0-1.fc6 - Update to 2.10.0 gtk2-engines-2.7.8-1.fc6 ------------------------ * Mon Aug 21 2006 Matthias Clasen - 2.7.8-1.fc6 - Update to 2.7.8 gtkhtml3-3.11.92-1.fc6 ---------------------- * Mon Aug 21 2006 Matthew Barnes - 3.11.92-1.fc6 - Update to 3.11.92 hplip-1.6.7-3 ------------- * Mon Aug 21 2006 Tim Waugh 1.6.7-3 - Don't look up username in PWDB in the fax backend (removed redundant code). hsqldb-1:1.8.0.4-3jpp.1 ----------------------- * Mon Aug 21 2006 Deepak Bhole 1:1.8.0.4-3jpp.1 - Add missing postun section. icon-naming-utils-0.8.1-1.fc6 ----------------------------- * Mon Aug 21 2006 Matthias Clasen - 0.8.1-1.fc6 - Update to 0.8.1 iproute-2.6.16-4.fc6 -------------------- * Mon Aug 21 2006 Radek Vok??l - 2.6.16-4 - add LOWER_UP and DORMANT flags (#202199) - use dist tag iputils-20020927-40 ------------------- * Mon Aug 21 2006 Martin Bacovsky - 20020927-40 - tracepath doesn't continue past destination host (#174032) previous patch replaced by new one provided by option -c added jakarta-commons-validator-0:1.1.4-5jpp.1 ---------------------------------------- * Fri Aug 18 2006 Deepak Bhole - 0:1.1.4-5jpp.1 - Move rebuild-gcj-db to correct postun section kdebase-6:3.5.4-4.fc6 --------------------- * Mon Aug 21 2006 Than Ngo 6:3.5.4-4 - fix #203221, konsole does not display bold characters * Fri Aug 18 2006 Than Ngo 6:3.5.4-3 - fix #203083, correct htdig settings kernel-2.6.17-1.2583.fc6 ------------------------ * Mon Aug 21 2006 Roland McGrath - New utrace patch: experimental support for ia64, sparc64. * Sun Aug 20 2006 Dave Jones - 2.6.18rc4-git1 * Sat Aug 19 2006 Dave Jones - Update to latest upstream from GregKH's git tree. kexec-tools-1.101-47.fc6 ------------------------ * Tue Aug 22 2006 Jarod Wilson - 1.101-47.fc6 - ppc64 no-more-platform fix * Mon Aug 21 2006 Jarod Wilson - 1.101-46.fc6 - ppc64 fixups: - actually build ppc64 binaries (bug 203407) - correct usage output - avoid segfault in command-line parsing - install kexec man page - use regulation Fedora BuildRoot libvirt-0.1.4-3 --------------- * Mon Aug 21 2006 Daniel Veillard 0.1.4-3 - another patch to fix network handling in non-HVM guests libwnck-2.15.92-1.fc6 --------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 - Require pkgconfig in the -devel package mc-1:4.6.1a-24.fc6 ------------------ * Mon Aug 21 2006 Jindrich Novy 4.6.1a-24.fc6 - fix segfault caused by improper parsing of ls output while deleting files via shell link (#202623) mesa-6.5-23.20060818cvs.fc6 --------------------------- * Mon Aug 21 2006 Adam Jackson 6.5-23.20060818cvs.fc6 - redhat-mesa-driver-install: Reenable installing the tdfx driver. (#203295) metacity-2.15.34-1.fc6 ---------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.34-1.fc6 - Update to 2.15.34 - Require pkgconfig, since we installing a .pc file mgetty-1.1.33-9.fc6 ------------------- * Mon Aug 21 2006 Nalin Dahyabhai - 1.1.33-9 - add /usr/sbin/useradd as a prereq for the -sendfax subpackage, because we call it during the -sendfax %pre scriptlet (#203266) nautilus-2.15.92.1-1.fc6 ------------------------ * Tue Aug 22 2006 Alexander Larsson - 2.15.92.1-1 - update to 2.15.92.1 * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 nautilus-cd-burner-2.15.7-1.fc6 ------------------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.7-1.fc6 - Update to 2.15.7 - Require pkgconfig in the -devel package net-snmp-5.3.1.0-4.fc6 ---------------------- * Tue Aug 22 2006 Radek Vokal 5.3.1.0-4 - turn off SMUX support (#110931) - add dist tag pam_pkcs11-0.5.3-11 ------------------- * Mon Aug 21 2006 Robert Relyea 0.5.3-10 - Handle library paths in config file pango-1.14.1-1.fc6 ------------------ * Mon Aug 21 2006 Matthias Clasen - 1.14.1-1.fc6 - Update to 1.14.1 parted-1.7.1-13.fc6 ------------------- * Mon Aug 21 2006 Peter Jones - 1.7.1-13 - Don't use the "volume name" as the device node name on dm device partitions, it isn't really what we want at all. pirut-1.1.9-1 ------------- * Mon Aug 21 2006 Jeremy Katz - 1.1.9-1 - Support from lmacken for displaying information from update metadata - Support from lmacken for using libnotify to give information about available updates in puplet - Fix focus grabbing (#202536) * Mon Aug 14 2006 Luke Macken - 1.1.8-2 - Require notify-python pygobject2-2.11.3-1.fc6 ----------------------- * Mon Aug 21 2006 Matthias Clasen - 2.11.3-1.fc6 - Update to 2.11.3 pygtk2-2.9.6-2.fc6 ------------------ * Mon Aug 21 2006 Matthias Clasen - 2.9.6-2.fc6 - Include docs python-xeninst-0.90.1-1 ----------------------- * Mon Aug 21 2006 Jeremy Katz - 0.90.1-1 - fix tab/space whitespace inconsistency pyxf86config-0.3.28-1.fc6 ------------------------- * Mon Aug 21 2006 Adam Jackson 0.3.28-1.fc6 - Decode degenerate ranges correctly. (#132679) * Wed Jul 26 2006 Mike A. Harris 0.3.27-2.fc6 - Remove dependency on xorg-x11-server-sdk, and replace it with correct dep on "libxf86config-devel >= 1.1.1-7", and rebuild in order to pick up necessary fixes in the static library. - Use Fedora Extras style BuildRoot tag. - Use {?dist} tag in Release setroubleshoot-0.29-1 --------------------- * Tue Aug 22 2006 John Dennis - 0.29-1 * fix bug #203479, missing requires of audit-libs-python * add support to sealert to listen on a dbus session signal to display the gui. This is needed for when the status icon is not visible and the user wants to see the UI. There is now a seperate program setroubleshoot_launch_gui which emits the signal. * Mon Aug 21 2006 Dan Walsh - 0.28-1 - Fix allow_execmem.py file - Add translations * Mon Aug 21 2006 John Dennis - 0.27-1 * load_plugins() now catches exceptions when a plugin won't load, reports the traceback in the log file, and continues with the next plugin. Previously a bad plugin caused the entire plugin loading to abort and no plugins were loaded. * Add "daemon_name" to automake variables, change pid file to match * turn off "noreplace" on config file till things settle down a bit * browser.py now validates data, also test for missing column data in the cell_data function to avoid exceptions. * add stub for analyzie_logfile() rpc call * turn off balloon notifications by default in config file, libnotify is just plain busted at this point :-( * only the setroubleshootd daemon creates it's log file under /var/log now, the user app's do it in /tmp, change file permissions on /var/log/setroubleshoot back to 0644. * sealert now looks up the username rather than hardcoding it to "foo" * CamelCase to lowercase_underscore clean up squid-7:2.6.STABLE3-1.fc6 ------------------------- * Mon Aug 21 2006 Martin Stransky - 7:2.6.STABLE3-1 - the latest stable upstream syslinux-3.11-4 --------------- * Tue Aug 22 2006 Jesse Keating - 3.11-4 - Obsolete syslinux-devel. - Couple cleanups for packaging guidelines system-config-display-1.0.42-1 ------------------------------ * Mon Aug 21 2006 Adam Jackson 1.0.42-1 - Align lists correctly in RTL locales. (#202754) tomcat5-0:5.5.17-6jpp.1 ----------------------- * Mon Aug 21 2006 Fernando Nasser 0:5.5.17-6jpp.1 - Merge with upstream * Mon Aug 21 2006 Fernando Nasser 0:5.5.17-6jpp - Rebuild * Mon Aug 21 2006 Fernando Nasser 0:5.5.17-5jpp >From Andrew Overholt : - Silence post common-lib and server-lib. totem-1.5.92-2.fc6 ------------------ * Tue Aug 22 2006 Matthias Clasen - 1.5.92-1.fc6 - Update to 1.5.92 - Require pkgconfig in the -devel package tzdata-2006j-1.fc6 ------------------ * Tue Aug 22 2006 Petr Machata - 2006j-1 - Upstream 2006j - Honduras stopped observing DST on Monday at 00:00 - America/Bermuda will follow the US's lead next year - America/Moncton will use US-style rules next year - New Zone America/Blanc-Sablon, for Canadians who observe AST all year - New zone: America/Atikokan instead of America/Coral_Harbour - New zones: Europe/Jersey, Europe/Guernsey, Europe/Isle_of_Man - Historical changes - Commentary updates - Upstream 2006i - localtime.c fixes - Upstream 2006h - zic leapsecond fix util-linux-2.13-0.40 -------------------- * Mon Aug 21 2006 Karel Zak 2.13-0.40 - fix Makefile.am in util-linux-2.13-mount-context.patch - fix #201343 - pam_securetty requires known user to work (split PAM login configuration to two files) - fix #203358 - change location of taskset binary to allow for early affinity work valgrind-1:3.2.0-5 ------------------ * Mon Aug 21 2006 Jakub Jelinek 3.2.0-5 - handle the new i686/x86_64 nops (#203273) vsftpd-2.0.5-7 -------------- * Tue Aug 22 2006 Maros Barabas - 2.0.5-7 - correct paths of configuration files on man pages * Tue Aug 15 2006 Maros Barabas - 2.0.5-6 - correct comments vte-0.13.6-1.fc6 ---------------- * Mon Aug 21 2006 Matthias Clasen - 0.13.6-1.fc6 - Update to 0.13.6 xen-3.0.2-24 ------------ * Mon Aug 21 2006 Jeremy Katz - 3.0.2-24 - remove copy of xenguest-install from this package, require python-xeninst (the new home of xenguest-install) xkeyboard-config-0.8-3 ---------------------- * Tue Aug 22 2006 Adam Jackson 0.8-3 - Add Compose semantics to right Alt when that's ISO_Level3_Shift (#193922) xml-commons-0:1.3.02-0.b2.7jpp.10 --------------------------------- * Mon Aug 21 2006 Fernando Nasser - 0:1.3.02-0.b2.7jpp.10 - Add missing Requires for post and postun javadoc sections xorg-x11-drivers-7.1-3 ---------------------- * Mon Aug 21 2006 Adam Jackson 7.1-3 - Add cirrus to all arches - Don't bother building this for s390{,x} * Wed Jul 12 2006 Jesse Keating 7.1-2.1 - rebuild * Thu Jun 29 2006 Mike Harris 7.1-2 - Regenerate driver list to match current rawhide X11R7.1 driver set. xorg-x11-drv-amd-0.0-5.20060821git.fc6 -------------------------------------- * Mon Aug 21 2006 Adam Jackson 0.0-5.20060821git.fc6 - Today's snapshot: EXA fixes. xorg-x11-drv-cirrus-1.1.0-2.fc6 ------------------------------- * Mon Aug 21 2006 Adam Jackson 1.1.0-2.fc6 - Un-ExclusiveArch x86, as it should work everywhere and makes qemu much happier. (#203373) * Wed Jul 12 2006 Jesse Keating 1.1.0-1.1 - rebuild * Sun Apr 09 2006 Adam Jackson 1.1.0-1 - Update to 1.1.0 from 7.1RC1. xorg-x11-drv-i810-1.6.5-4.fc6 ----------------------------- * Mon Aug 21 2006 Adam Jackson 1.6.5-4.fc6 - i810.xinf: PCI IDs for i965. xorg-x11-drv-mga-1.4.1-5.fc6 ---------------------------- * Fri Aug 18 2006 Kristian H??gsberg 1.4.1-5.fc6 - Add Tilman Sauerbecks patch to fix DRI locking. * Wed Jul 12 2006 Jesse Keating 1.4.1-4.1 - rebuild * 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-server-1.1.1-26.fc6 ---------------------------- * Mon Aug 21 2006 Kristian H??gsberg - 1.1.1-26.fc6 - Add Tilman Sauerbecks patch to fix AIGLX DRI locking. yaboot-1.3.13-1.fc6 ------------------- * Mon Aug 21 2006 Paul Nasrat - 1.3.13-1 - Fix multi disk G5 patch for all cases zenity-2.15.92-1.fc6 -------------------- * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 * Sat Aug 12 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 From pemboa at gmail.com Tue Aug 22 18:10:24 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 13:10:24 -0500 Subject: Fwd: Mission Control In-Reply-To: <44EB2A5E.2020806@feuerpokemon.de> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB291B.9040203@feuerpokemon.de> <44EB2A5E.2020806@feuerpokemon.de> Message-ID: <16de708d0608221110s1691cb21g14debf7c86f2da24@mail.gmail.com> On 8/22/06, dragoran wrote: > dragoran wrote: > > Rahul wrote: > >> dragoran wrote: > >> > >>>> Excellent. Now lets see people here do better. > >>>> > >>>> Rahul > >>>> > >>> we had something better in the past (Redhat Linux (- FC1?)) the > >>> start-here:/// nautilus window.... > >> > >> That just a collection of all preferences display in a single window. > >> Not very different from the slab control panel. > > sure its basicly the same but one difference: > > (gnome) user use nautilus every day and has got used to the nautilus > > interface so having something like it for system-config-* would only > > make it easier for the users. > > as for slab I have not looked at it yet but will do it know... > >> Magic urls have been progressively removed from nautilus. Either > >> write up new tools or fix system-config-control to be a better user > >> interface. Contribute. > > at first we have to agree on what a better user interface should look > > like, a app with some buttons is not very different from the > > gnome-menu (like system-config-control) > >> Rahul > >> > >> > > > > ok I downloaded and build the slab rpm and it looks much better then > system-config-control. For those of us not running gnome, could please provide a screenshot? I wil host it if necessary. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- To be updated... From Lam at Lam.pl Tue Aug 22 18:16:54 2006 From: Lam at Lam.pl (Leszek Matok) Date: Tue, 22 Aug 2006 20:16:54 +0200 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608221110s1691cb21g14debf7c86f2da24@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB291B.9040203@feuerpokemon.de> <44EB2A5E.2020806@feuerpokemon.de> <16de708d0608221110s1691cb21g14debf7c86f2da24@mail.gmail.com> Message-ID: <1156270614.2793.11.camel@pensja.lam.pl> Dnia 22-08-2006, wto o godzinie 13:10 -0500, Arthur Pemberton napisa?(a): > For those of us not running gnome, could please provide a screenshot? > I wil host it if necessary. https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00899.html I'm upgrading MPlayer and stuff from (you know where) right now, maybe it's possible to see the video under Fedora :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From pemboa at gmail.com Tue Aug 22 18:18:21 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 13:18:21 -0500 Subject: Fwd: Mission Control In-Reply-To: <1156266243.2793.9.camel@pensja.lam.pl> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> Message-ID: <16de708d0608221118t59df2b12vf6756a66c75fd772@mail.gmail.com> On 8/22/06, Leszek Matok wrote: > Dnia 22-08-2006, wto o godzinie 17:32 +0200, Denis Leroy napisa?(a): > > To be honest, I thought Arthur's screenshot was not quite fair to > > system-config-control. Here's another one : > > > > http://www.poolshark.org/system-config-control.png > Fight! > > http://Lam.pl/s-c-c-1.png > Nice localization, one button is in polish (this is where I can help if > it doesn't end like my translation of Anaconda - never again!) > > The great thing is that it tells me which package to install to have > some utility (because they don't appear in the GNOME menu until I don't > install them, so how can I know I even can install anything more?), but > unfortunately, it lies, as is shown in the terminal in the background. > > http://Lam.pl/s-c-c-2.png > The menu looks worse than KDE! ;) > > Lam > Offtopic: I noticed logwatch in your terminal (background) whatever happened to that? Seemed to have dissappeared from Fedora. -- To be updated... From pemboa at gmail.com Tue Aug 22 18:23:24 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 13:23:24 -0500 Subject: Fwd: Mission Control In-Reply-To: <44EB408A.4060300@poolshark.org> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> <44EB408A.4060300@poolshark.org> Message-ID: <16de708d0608221123x6707b6eu30ee7be77ab599ea@mail.gmail.com> On 8/22/06, Denis Leroy wrote: > Leszek Matok wrote: > > Dnia 22-08-2006, wto o godzinie 17:32 +0200, Denis Leroy napisa?(a): > > > >>To be honest, I thought Arthur's screenshot was not quite fair to > >>system-config-control. Here's another one : > >> > >>http://www.poolshark.org/system-config-control.png > > > > Fight! > > And now, slab: > > http://www.poolshark.org/slab.png > http://www.poolshark.org/slab.avi > > I say: ship it! > It looks nice, but a few things: - it is the kind of "control centre" that a DE should provide, I would suggest replicating it instead of adding two it - what is the "control center" icon for? it seems recursive - what did you use to make the .avi? -- To be updated... From pemboa at gmail.com Tue Aug 22 18:25:39 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 13:25:39 -0500 Subject: Fwd: Mission Control In-Reply-To: <200608221401.01908.jkeating@redhat.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <1156266243.2793.9.camel@pensja.lam.pl> <44EB408A.4060300@poolshark.org> <200608221401.01908.jkeating@redhat.com> Message-ID: <16de708d0608221125i3b0b5868lb67e195ee7fc91fb@mail.gmail.com> On 8/22/06, Jesse Keating wrote: > On Tuesday 22 August 2006 13:36, Denis Leroy wrote: > > And now, slab: > > > > http://www.poolshark.org/slab.png > > Because there's nothing like blindly copying Windows XP design... > > http://www.sonoma.edu/it/resnet/images/winxp_control_panel.jpg > http://en.wikipedia.org/wiki/Image:Windows_XP_Control_Panel.png > > *sigh* > > -- > Jesse Keating > Release Engineer: Fedora > However, would you disagree that Windows Control Panel is functional? -- To be updated... From jkeating at redhat.com Tue Aug 22 18:35:23 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Aug 2006 14:35:23 -0400 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608221125i3b0b5868lb67e195ee7fc91fb@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221401.01908.jkeating@redhat.com> <16de708d0608221125i3b0b5868lb67e195ee7fc91fb@mail.gmail.com> Message-ID: <200608221435.23692.jkeating@redhat.com> On Tuesday 22 August 2006 14:25, Arthur Pemberton wrote: > However, would you disagree that Windows Control Panel is functional? Functional to an extent. However I'm not into "lets do it this way because Windows (and now SuSE) do it this way too". -- 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 denis at poolshark.org Tue Aug 22 18:34:39 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 22 Aug 2006 20:34:39 +0200 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608221123x6707b6eu30ee7be77ab599ea@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> <44EB408A.4060300@poolshark.org> <16de708d0608221123x6707b6eu30ee7be77ab599ea@mail.gmail.com> Message-ID: <44EB4E3F.6060909@poolshark.org> Arthur Pemberton wrote: > It looks nice, but a few things: > - it is the kind of "control centre" that a DE should provide, I would > suggest replicating it instead of adding two it That's really a question of personal preference. I agree with Jesse that it also looks a lot like Windows XP. OTOH, it looks more finished and usable than the alternatives... > - what is the "control center" icon for? it seems recursive Yes it seems like an unfortunate side effect. They would have to add some code to specifically blacklist themselves from the list... > - what did you use to make the .avi? That was a VM, so I used the Capture Movie feature of VMWare Workstation. I need to figure out a way to reencode in theora... -d From Lam at Lam.pl Tue Aug 22 18:38:25 2006 From: Lam at Lam.pl (Leszek Matok) Date: Tue, 22 Aug 2006 20:38:25 +0200 Subject: Fwd: Mission Control In-Reply-To: <200608221435.23692.jkeating@redhat.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221401.01908.jkeating@redhat.com> <16de708d0608221125i3b0b5868lb67e195ee7fc91fb@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> Message-ID: <1156271905.2793.16.camel@pensja.lam.pl> Dnia 22-08-2006, wto o godzinie 14:35 -0400, Jesse Keating napisa?(a): > Functional to an extent. However I'm not into "lets do it this way because > Windows (and now SuSE) do it this way too". Don't take it as an offense, but are you into "let's do it less practical, only to make it different than Windows (and now SuSE)"? We should be talking about technical aspects, usability, user-friendliness and so on, not about Windows, who cares about them? :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From david at lovesunix.net Tue Aug 22 18:39:16 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 22 Aug 2006 20:39:16 +0200 Subject: Fwd: Mission Control In-Reply-To: <200608221435.23692.jkeating@redhat.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221401.01908.jkeating@redhat.com> <16de708d0608221125i3b0b5868lb67e195ee7fc91fb@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> Message-ID: <1156271956.2797.7.camel@price> tir, 22 08 2006 kl. 14:35 -0400, skrev Jesse Keating: > On Tuesday 22 August 2006 14:25, Arthur Pemberton wrote: > > However, would you disagree that Windows Control Panel is functional? > > Functional to an extent. However I'm not into "lets do it this way because > Windows (and now SuSE) do it this way too". Rejecting concepts because they happen to resemble those find in another OS is the best of reasons. - David Nielsen From jkeating at redhat.com Tue Aug 22 18:54:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Aug 2006 14:54:34 -0400 Subject: Fwd: Mission Control In-Reply-To: <1156271956.2797.7.camel@price> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> Message-ID: <200608221454.35147.jkeating@redhat.com> On Tuesday 22 August 2006 14:39, David Nielsen wrote: > tir, 22 08 2006 kl. 14:35 -0400, skrev Jesse Keating: > > On Tuesday 22 August 2006 14:25, Arthur Pemberton wrote: > > > However, would you disagree that Windows Control Panel is functional? > > > > Functional to an extent. ?However I'm not into "lets do it this way > > because Windows (and now SuSE) do it this way too". > > Rejecting concepts because they happen to resemble those find in another > OS is the best of reasons. I don't reject the concept in whole. The Control Center part of it looks like a slightly better way of representing gnome's control-center, plus a few other things. How does this scale for KDE, or any other window manager? What I don't like is the slab menu that is pretty much modeled to be the default XP start menu thing. For THAT I haven't seen much useful reasoning as to why it should be used rather than the menu system that we use, of upstream Gnome. This is what feels like copying for copying sake. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pemboa at gmail.com Tue Aug 22 19:02:38 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 22 Aug 2006 14:02:38 -0500 Subject: Fwd: Mission Control In-Reply-To: <200608221454.35147.jkeating@redhat.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> <200608221454.35147.jkeating@redhat.com> Message-ID: <16de708d0608221202y2f1c6748n6d25bedba61292f2@mail.gmail.com> On 8/22/06, Jesse Keating wrote: > On Tuesday 22 August 2006 14:39, David Nielsen wrote: > > tir, 22 08 2006 kl. 14:35 -0400, skrev Jesse Keating: > > > On Tuesday 22 August 2006 14:25, Arthur Pemberton wrote: > > > > However, would you disagree that Windows Control Panel is functional? > > > > > > Functional to an extent. However I'm not into "lets do it this way > > > because Windows (and now SuSE) do it this way too". > > > > Rejecting concepts because they happen to resemble those find in another > > OS is the best of reasons. > > I don't reject the concept in whole. The Control Center part of it looks like > a slightly better way of representing gnome's control-center, plus a few > other things. How does this scale for KDE, or any other window manager? Which is why I think this _should_ be a standalone , Gtk app. WIth all respect to the apperently large number of Gnome guys. > > What I don't like is the slab menu that is pretty much modeled to be the > default XP start menu thing. Hadn't noticed that, will have to look more closely again. > For THAT I haven't seen much useful reasoning > as to why it should be used rather than the menu system that we use, of > upstream Gnome. This is what feels like copying for copying sake. > > Once your reason isn't "because it is in Windows" then I understand. No promises, but I will attempt something in Glade some time this week and post screenshots. -- To be updated... From tmus at tmus.dk Tue Aug 22 19:45:59 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 22 Aug 2006 21:45:59 +0200 Subject: SSHd In-Reply-To: References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <97da516f0608200354s5eae5659j6ca3293ab29d6d28@mail.gmail.com> <20060820113843.GA2519@imperial.ac.uk> <20060821020920.GB27575@jadzia.bu.edu> Message-ID: Krzysztof Halasa wrote: > Matthew Miller writes: > >> What'dya mean? Right now, ssh is the one treated differently. Compare, for >> example, gdm.conf, which is set to "AllowRemoteRoot=false". > > Result of the comparison is that ssh does use encryption and can prevent > MITM attacks while XDM logins do not. Unfortunately, it can also be bruteforced like anything else, when left open... /Thomas From j.w.r.degoede at hhs.nl Tue Aug 22 20:00:23 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 22 Aug 2006 22:00:23 +0200 Subject: acpi_cpufreq module not loading in current kernels In-Reply-To: <1156192257.3710.14.camel@eagle.danny.cz> References: <1156192257.3710.14.camel@eagle.danny.cz> Message-ID: <44EB6257.8090802@hhs.nl> Dan Hor?k wrote: > Hello, > > at least two of us (Paul F. Johnson and me) have problems with loading > the acpi_cpufreq module in current rawhide kernels. As a result the CPU > is running on its highest frequency, not good on a notebook :-( It used > to work some time ago :-) And as I have tested it is not an issue SMP > vs. ACPI. I plan to test some vanilla kernels too. Is here anybody with > the same problem? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201832 > > > Dan > For whats it worth cpuscaling still works for me (athlon64) Regards, Hans From chabotc at xs4all.nl Tue Aug 22 20:09:01 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Tue, 22 Aug 2006 22:09:01 +0200 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608221123x6707b6eu30ee7be77ab599ea@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> <44EB408A.4060300@poolshark.org> <16de708d0608221123x6707b6eu30ee7be77ab599ea@mail.gmail.com> Message-ID: <44EB645D.7010405@xs4all.nl> Ps Slab is ready for review to be included in FE: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199681 If anyone has some free moments feel free to start the review process :-) Am still trying to add some finishing touches to the functionality to fix an upstream bug (make it recognise the correct home mount on lvm/dmraid etc systems), but the package is otherwise fully ready -- Chris Arthur Pemberton wrote: > On 8/22/06, Denis Leroy wrote: >> Leszek Matok wrote: >> > Dnia 22-08-2006, wto o godzinie 17:32 +0200, Denis Leroy napisa?(a): >> > >> >>To be honest, I thought Arthur's screenshot was not quite fair to >> >>system-config-control. Here's another one : >> >> >> >>http://www.poolshark.org/system-config-control.png >> > >> > Fight! >> >> And now, slab: >> >> http://www.poolshark.org/slab.png >> http://www.poolshark.org/slab.avi >> >> I say: ship it! >> > > It looks nice, but a few things: > - it is the kind of "control centre" that a DE should provide, I would > suggest replicating it instead of adding two it > - what is the "control center" icon for? it seems recursive > - what did you use to make the .avi? > From chabotc at xs4all.nl Tue Aug 22 20:19:33 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Tue, 22 Aug 2006 22:19:33 +0200 Subject: Fwd: Mission Control In-Reply-To: <200608221454.35147.jkeating@redhat.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> <200608221454.35147.jkeating@redhat.com> Message-ID: <44EB66D5.8000109@xs4all.nl> Actually if you look at the betterdesktop movies where they plant innocent users behind a relatively default gnome setup, you will recognize a lot of the 'problems' those people had that slab tries to address. I'd full heartedly recommend watching them, its a nice way to learn about the confusions a end user could have ps what is the current menu other then a copy of the win95 menu? So why not 'upgrade' *pun intended* :-) Jesse Keating wrote: > On Tuesday 22 August 2006 14:39, David Nielsen wrote: > >> tir, 22 08 2006 kl. 14:35 -0400, skrev Jesse Keating: >> >>> On Tuesday 22 August 2006 14:25, Arthur Pemberton wrote: >>> >>>> However, would you disagree that Windows Control Panel is functional? >>>> >>> Functional to an extent. However I'm not into "lets do it this way >>> because Windows (and now SuSE) do it this way too". >>> >> Rejecting concepts because they happen to resemble those find in another >> OS is the best of reasons. >> > > I don't reject the concept in whole. The Control Center part of it looks like > a slightly better way of representing gnome's control-center, plus a few > other things. How does this scale for KDE, or any other window manager? > > What I don't like is the slab menu that is pretty much modeled to be the > default XP start menu thing. For THAT I haven't seen much useful reasoning > as to why it should be used rather than the menu system that we use, of > upstream Gnome. This is what feels like copying for copying sake. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Tue Aug 22 20:51:45 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 22 Aug 2006 22:51:45 +0200 Subject: moving .so, headers and .a libs to -devel bugreports Message-ID: <20060822205145.GB10318@free.fr> Hello, I have opened many bugs asking for creation of -devel packages for some packages that don't have one but ship static library, headers or .so links. I have filled some others to have the .so links go in -devel subpackages and not main package. I only looked at packages that are on my computer, so I am likely to have missed some, feel free to post bugs too ;) I tried to avoid asking creation of -devel package or move of .so when it didn't make sense, but I may have filled bogus bug reports anyway (especially when a .so is required in main package as the library is dlopened, and the library is versioned! it may happen although it is ugly). I can give the list of bugreports if somebody is interested. I didn't do a bugreport for gjdoc, since a .so may be needed for java. -- Pat From pertusus at free.fr Tue Aug 22 21:02:33 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 22 Aug 2006 23:02:33 +0200 Subject: moving .so, headers and .a libs to -devel bugreports In-Reply-To: <20060822205145.GB10318@free.fr> References: <20060822205145.GB10318@free.fr> Message-ID: <20060822210233.GC10318@free.fr> Well, my message doesn't make sense without the bugreport numbers, here they are: gnome-python2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203532 a2ps https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203536 rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203538 tcp_wrappers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203540 ppp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203542 metacity https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203547 file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203548 gnome-applets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203554 numactl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203561 tetex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203565 wireless-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203567 samba https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203568 cracklib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203569 net-snmp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203571 scrollkeeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203573 lftp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203574 arts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203619 cdparanoia https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203620 gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203622 ghostscript https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203623 isdn4k-utils https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203627 kdepim https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203628 NetworkManager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203632 opal https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203633 openjade https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203635 poppler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203637 tn5250 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203639 totem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203640 unixODBC https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203641 wireshark https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203642 libxfcegui4 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203629 xfce4-panel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203644 From arjan at fenrus.demon.nl Tue Aug 22 21:04:42 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 22 Aug 2006 23:04:42 +0200 Subject: moving .so, headers and .a libs to -devel bugreports In-Reply-To: <20060822205145.GB10318@free.fr> References: <20060822205145.GB10318@free.fr> Message-ID: <1156280682.2976.121.camel@laptopd505.fenrus.org> On Tue, 2006-08-22 at 22:51 +0200, Patrice Dumas wrote: > Hello, > > I have opened many bugs asking for creation of -devel packages for some > packages that don't have one but ship static library, headers or .so links. > > I have filled some others to have the .so links go in -devel subpackages and > not main package. I wonder if this could be automated in a way that is similar to how debuginfo is generated; eg some sort of global rpm macro that just does the entire -devel spew with at most 1 line in the spec... From notting at redhat.com Tue Aug 22 21:08:37 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Aug 2006 17:08:37 -0400 Subject: moving .so, headers and .a libs to -devel bugreports In-Reply-To: <1156280682.2976.121.camel@laptopd505.fenrus.org> References: <20060822205145.GB10318@free.fr> <1156280682.2976.121.camel@laptopd505.fenrus.org> Message-ID: <20060822210837.GA25401@nostromo.devel.redhat.com> Arjan van de Ven (arjan at fenrus.demon.nl) said: > On Tue, 2006-08-22 at 22:51 +0200, Patrice Dumas wrote: > > Hello, > > > > I have opened many bugs asking for creation of -devel packages for some > > packages that don't have one but ship static library, headers or .so links. > > > > I have filled some others to have the .so links go in -devel subpackages and > > not main package. > > I wonder if this could be automated in a way that is similar to how > debuginfo is generated; eg some sort of global rpm macro that just does > the entire -devel spew with at most 1 line in the spec... Well, for any of these you'd want to make sure that it's something you want to *expose* devel headers for them. The fix might be to remove the headers/.a/.so rather than move them to -devel.... Bill From pertusus at free.fr Tue Aug 22 21:09:58 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 22 Aug 2006 23:09:58 +0200 Subject: moving .so, headers and .a libs to -devel bugreports In-Reply-To: <1156280682.2976.121.camel@laptopd505.fenrus.org> References: <20060822205145.GB10318@free.fr> <1156280682.2976.121.camel@laptopd505.fenrus.org> Message-ID: <20060822210958.GD10318@free.fr> On Tue, Aug 22, 2006 at 11:04:42PM +0200, Arjan van de Ven wrote: > On Tue, 2006-08-22 at 22:51 +0200, Patrice Dumas wrote: > > I wonder if this could be automated in a way that is similar to how > debuginfo is generated; eg some sort of global rpm macro that just does > the entire -devel spew with at most 1 line in the spec... There is almost no such issue in the extras package where this is enforced (at least on my computer). There are valid exceptions, too but still it may be convenient to have more automation, it could still be possible to disable like what is done for debuginfo or automatic provides/requires. rpmint gives a warning (but false alarms when the lib is like something like libmylib-v13.3.so -- Pat From kengert at redhat.com Tue Aug 22 21:40:55 2006 From: kengert at redhat.com (Kai Engert) Date: Tue, 22 Aug 2006 23:40:55 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? Message-ID: <44EB79E7.2000302@redhat.com> A "Requires:" entry in a SPEC file may define the smallest library version acceptable for the resulting RPM package. Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? In other words, is it possible, at RPM build time, to query the installed library release in the build environment, and have the produced RPM be dependent on >= that library version? Thanks in advance, Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3248 bytes Desc: S/MIME Cryptographic Signature URL: From lamont at gurulabs.com Tue Aug 22 18:03:29 2006 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Tue, 22 Aug 2006 12:03:29 -0600 Subject: SSHd In-Reply-To: <44E846F8.60300@fedoraproject.org> References: <16de708d0608191433l75ce937ta5cb6d4ab10a00c7@mail.gmail.com> <16de708d0608192109o342a56a3i5bada3fd0f740d0e@mail.gmail.com> <44E846F8.60300@fedoraproject.org> Message-ID: <200608221203.34466.lamont@gurulabs.com> On Sunday 20 August 2006 05:26am, Rahul wrote: > Arthur Pemberton wrote: > > I second that, however I would suggest going further and having > > somethign denyhosts like in place or are we going with the assumption > > that anyone owning a FC installation will be setting a good password, > > or a weak password with the knowledge that SSHd is running? > > passwd program has checks in place to ensure that poor passwords are > rejected and yes if you have the root password on the system there is a > question of common sense too. Yeah, well, the standard checks that passwd does aren't all that great. They'll only cover the weakest of weak passwords and not in all possible ways either. It's rather trivial to modify a weak password so that it gets by this. Mind you, I'm talking about Fedora's default configuration, here; cracklib can be configured to make things better. Perhaps we should consider *a small amount* of tightening of this default configuration. -- Lamont R. Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] NOTE: All messages from this email address should be digitally signed with my 0xDC0DD409 GPG key. It is available on the pgp.mit.edu keyserver as well as other keyservers that sync with MIT's. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Wed Aug 23 01:08:01 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 22 Aug 2006 21:08:01 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44EB79E7.2000302@redhat.com> References: <44EB79E7.2000302@redhat.com> Message-ID: <20060823010801.GA31914@jadzia.bu.edu> On Tue, Aug 22, 2006 at 11:40:55PM +0200, Kai Engert wrote: > A "Requires:" entry in a SPEC file may define the smallest library > version acceptable for the resulting RPM package. > Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? > In other words, is it possible, at RPM build time, to query the > installed library release in the build environment, and have the > produced RPM be dependent on >= that library version? Yes, but it shouldn't be necessary. Does the library you're linking against have issues with a broken soname? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kengert at redhat.com Wed Aug 23 01:28:11 2006 From: kengert at redhat.com (Kai Engert) Date: Wed, 23 Aug 2006 03:28:11 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823010801.GA31914@jadzia.bu.edu> References: <44EB79E7.2000302@redhat.com> <20060823010801.GA31914@jadzia.bu.edu> Message-ID: <44EBAF2B.1040909@redhat.com> Matthew Miller wrote: > On Tue, Aug 22, 2006 at 11:40:55PM +0200, Kai Engert wrote: > >> A "Requires:" entry in a SPEC file may define the smallest library >> version acceptable for the resulting RPM package. >> Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? >> In other words, is it possible, at RPM build time, to query the >> installed library release in the build environment, and have the >> produced RPM be dependent on >= that library version? >> > > Yes, How would you do that? Thanks in advance for explaining. > but it shouldn't be necessary. Does the library you're linking against > have issues with a broken soname? > I'll write a follow up post that describes why I consider it. Thanks, Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3248 bytes Desc: S/MIME Cryptographic Signature URL: From rdieter at math.unl.edu Wed Aug 23 02:32:58 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 22 Aug 2006 21:32:58 -0500 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44EB79E7.2000302@redhat.com> References: <44EB79E7.2000302@redhat.com> Message-ID: Kai Engert wrote: > A "Requires:" entry in a SPEC file may define the smallest library > version acceptable for the resulting RPM package. > > Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? > > In other words, is it possible, at RPM build time, to query the > installed library release in the build environment, and have the > produced RPM be dependent on >= that library version? Yes, use something like: BuildRequires: foo-devel %global foo_ver %(foo_bin --version) %if "%{?foo_ver}" > "0" Requires: foo >= %{foo_ver} %endif -- Rex From jkeating at redhat.com Wed Aug 23 02:49:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Aug 2006 22:49:14 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44EB79E7.2000302@redhat.com> References: <44EB79E7.2000302@redhat.com> Message-ID: <200608222249.14267.jkeating@redhat.com> On Tuesday 22 August 2006 17:40, Kai Engert wrote: > In other words, is it possible, at RPM build time, to query the > installed library release in the build environment, and have the > produced RPM be dependent on >= that library version? rpmbuild does an ldd on binaries and objdump on libraries to see what things they need, and automatically add Requires for the libs and such that are needed. Is there some reason why this isn't working for you? When building, make sure your libraries have execute permissions on them so that rpmbuild can automagically figure out the Requires. -- 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 giallu at gmail.com Wed Aug 23 08:41:11 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Wed, 23 Aug 2006 10:41:11 +0200 Subject: [DEP-BLOAT] My favourite one... Message-ID: Let's say you want to use a graphical CVS/SVN frontend. There is choice, but you like cervisia: yum install cervisia [snip] No Match for argument: cervisia Nothing to do mmm no luck. Looking better you find it in kdesdk so: yum install kdesdk [snip] Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: kdesdk i386 3.5.4-0.1.fc5 updates 6.5 M Installing for dependencies: arts i386 8:1.5.4-0.1.fc5 updates 1.1 M kdebase i386 6:3.5.4-0.2.fc5 updates 28 M kdebindings i386 3.5.4-0.1.fc5 updates 5.7 M kdelibs i386 6:3.5.4-0.1.fc5 updates 18 M ruby i386 1.8.4-8.fc5 updates 254 k Transaction Summary ============================================================================= Install 6 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 60 M I really hope the Core/Extras split goes away ASAP, so we can try to fix things like this Cheers Gianluca From fedora at camperquake.de Wed Aug 23 09:09:29 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 23 Aug 2006 11:09:29 +0200 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: References: Message-ID: <20060823110929.5e16aeed@banea.int.addix.net> Hi. On Wed, 23 Aug 2006 10:41:11 +0200, Gianluca Sforna wrote: > I really hope the Core/Extras split goes away ASAP, so we can try to > fix things like this What exactly is wrong with that? Cervisia needs KDE. From sundaram at fedoraproject.org Wed Aug 23 09:38:35 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 23 Aug 2006 15:08:35 +0530 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608221118t59df2b12vf6756a66c75fd772@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608220213.27327.nman64@n-man.com> <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> <16de708d0608221118t59df2b12vf6756a66c75fd772@mail.gmail.com> Message-ID: <44EC221B.3060708@fedoraproject.org> Arthur Pemberton wrote: > > Offtopic: I noticed logwatch in your terminal (background) whatever > happened to that? Seemed to have dissappeared from Fedora. > gnome-system-log provides the same functionality and is part of gnome-utils which has been split up into several packages in the development tree. Rahul From sundaram at fedoraproject.org Wed Aug 23 09:40:13 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 23 Aug 2006 15:10:13 +0530 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: References: Message-ID: <44EC227D.3070507@fedoraproject.org> Gianluca Sforna wrote: > > I really hope the Core/Extras split goes away ASAP, so we can try to > fix things like this > What split are you talking about and how does that side step cervisia's dependency on KDE? Rahul From trondeg at gmail.com Wed Aug 23 11:21:06 2006 From: trondeg at gmail.com (=?UTF-8?Q?Trond_Eivind_Glomsr=C3=B8d?=) Date: Wed, 23 Aug 2006 13:21:06 +0200 Subject: SSHd In-Reply-To: <20060821171440.GG27703@nostromo.devel.redhat.com> References: <20060819221102.GA13449@jadzia.bu.edu> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> Message-ID: On 8/21/06, Bill Nottingham wrote: > > Matthew Miller (mattdm at mattdm.org) said: > > > But really, it seems like the "can't get to a shell during/after an > install" > > can leave you stuck in a number of cases, not just this one.... > > It's just that realistically, changing this would essentially mean > "any headless machine will not be able to be logged into without kickstart > machinations". I don't think that's an improvement. Agreed. Remote login is very useful to finish an install - or if other mechanisms that normally do work don't. The problem, that some bots try and try and try again on the ssh root account, would best be dealth with with a default configuration that blocks an IP for some time if enough unsuccessful attempts are made. -- Trond Eivind Glomsr?d Oslo, Norway -------------- next part -------------- An HTML attachment was scrubbed... URL: From arjan at fenrus.demon.nl Wed Aug 23 11:27:48 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 23 Aug 2006 13:27:48 +0200 Subject: SSHd In-Reply-To: References: <20060819221102.GA13449@jadzia.bu.edu> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> Message-ID: <1156332468.2829.28.camel@laptopd505.fenrus.org> On Wed, 2006-08-23 at 13:21 +0200, Trond Eivind Glomsr?d wrote: > > > On 8/21/06, Bill Nottingham wrote: > Matthew Miller (mattdm at mattdm.org) said: > > > But really, it seems like the "can't get to a shell > during/after an install" > > can leave you stuck in a number of cases, not just this > one.... > > It's just that realistically, changing this would essentially > mean > "any headless machine will not be able to be logged into > without kickstart > machinations". I don't think that's an improvement. > > Agreed. Remote login is very useful to finish an install - or if other > mechanisms that normally do work don't. > > > The problem, that some bots try and try and try again on the ssh root > account, would best be dealth with with a default configuration that > blocks an IP for some time if enough unsuccessful attempts are made. installing denyhosts by default sounds reasonable ;) From mailinglists at erwinrol.com Wed Aug 23 11:38:43 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Wed, 23 Aug 2006 13:38:43 +0200 Subject: rawhide report: 20060822 changes In-Reply-To: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> Message-ID: <44EC3E43.7060409@erwinrol.com> Has anybody the following problem with evolution, the last mmap call is repeated for ever (and fails for ever cause i don't have 68,719,480,832 byte of RAM+SWAP). open("/usr/share/locale/en/LC_MESSAGES/evolution-data-server-1.8.mo", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/home/erwin/.evolution/mail/local", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0 stat("/home/erwin/.evolution/mail/local/Inbox", {st_mode=S_IFREG|0644, st_size=15421, ...}) = 0 open("/home/erwin/.evolution/mail/local/Inbox.cmeta", O_RDONLY) = 43 fstat(43, {st_mode=S_IFREG|0644, st_size=124, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaba5fc000 read(43, "CLMD\201\201\227evolution:search_state\330 References: Message-ID: <44EC41E4.3000508@math.unl.edu> Gianluca Sforna wrote: > Let's say you want to use a graphical CVS/SVN frontend. There is > choice, but you like cervisia: > > yum install cervisia > [snip] > No Match for argument: cervisia > Nothing to do > > mmm no luck. Looking better you find it in kdesdk so: > > yum install kdesdk > [snip] > Dependencies Resolved > > ============================================================================= > > Package Arch Version Repository Size > ============================================================================= > > Installing: > kdesdk i386 3.5.4-0.1.fc5 updates 6.5 M > Installing for dependencies: > arts i386 8:1.5.4-0.1.fc5 updates 1.1 M > kdebase i386 6:3.5.4-0.2.fc5 updates 28 M > kdebindings i386 3.5.4-0.1.fc5 updates 5.7 M > kdelibs i386 6:3.5.4-0.1.fc5 updates 18 M > ruby i386 1.8.4-8.fc5 updates 254 k kdelibs (arts) are legit. Pulling in all of kdebindings (and then kdebase, ruby) is overkill. -- Rex From pbrobinson at gmail.com Wed Aug 23 11:44:01 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 23 Aug 2006 12:44:01 +0100 Subject: rawhide report: 20060822 changes In-Reply-To: <44EC3E43.7060409@erwinrol.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <44EC3E43.7060409@erwinrol.com> Message-ID: <5256d0b0608230444l34cd9648te73b6b29c41936ff@mail.gmail.com> > Has anybody the following problem with evolution, the last mmap call is > repeated for ever (and fails for ever cause i don't have 68,719,480,832 > byte of RAM+SWAP). Problems with evolution? Constantly! Every second release or so seems to have some issue or another that crashes evo or evo-exchange. Although I haven't seen that particular one... yet. Peter From buildsys at redhat.com Wed Aug 23 12:56:04 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 23 Aug 2006 08:56:04 -0400 Subject: rawhide report: 20060823 changes Message-ID: <200608231256.k7NCu4gE019309@hs20-bc2-6.build.redhat.com> Removed package oro Updated Packages: ImageMagick-6.2.8.0-3.fc6 ------------------------- * Wed Aug 23 2006 Matthias Clasen - 6.2.8.0-3.fc6 - fix several integer and buffer overflows (#202193, CVE-2006-3743) - fix more integer overflows (#202771, CVE-2006-4144) compiz-0.0.13-0.17.20060817git.fc6 ---------------------------------- * Tue Aug 22 2006 Kristian H??gsberg - 0.0.13-0.17.20060817git.fc6 - Add patch from upstream to also use sync protocol for override redirect windows (sync-override-redirect-windows.patch). control-center-1:2.15.92-1.fc6 ------------------------------ * Tue Aug 22 2006 Ray Strode - 2.15.91-6.fc6 - update to 2.15.92 * Tue Aug 22 2006 Soren Sandmann - 2.15.91-6.fc6 - Add support for compiz in keybinding dialog. eject-2.1.5-3 ------------- * Tue Aug 22 2006 Than Ngo 2.1.5-3 - made eject use pam evolution-2.7.92-3.fc6 ---------------------- * Tue Aug 22 2006 Matthew Barnes - 2.7.92-3.fc6 - Replace my patch for RH bug #202383 with a better one from upstream. - Add patch for Gnome.org bug #352423. evolution-data-server-1.7.92-2.fc6 ---------------------------------- * Tue Aug 22 2006 Matthew Barnes - 1.7.92-2 - Add patch for Gnome.org bug #349847. firefox-1.5.0.6-4 ----------------- * Tue Aug 22 2006 Christopher Aillon 1.5.0.6-4 - Update NSS requires to workaround a bug introduced by NSS changes. https://bugzilla.mozilla.org/show_bug.cgi?id=294542 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201922 * Tue Aug 22 2006 Behdad Esfahbod - Add a better nopangoxft patch that doesn't depend on pangocairo - Add firefox-1.5-pango-mathml.patch (bug 150393) fonts-chinese-3.02-5.fc6 ------------------------ * Wed Aug 23 2006 Caius Chance - 3.02-5 - fix bz#197207 - cutting of ")" glyph in uming.ttf foomatic-3.0.2-38 ----------------- * Thu Aug 03 2006 Tim Waugh 3.0.2-38 - Change a2ps requirement to mpage. - Make CUPS driver work with drivers containing '-' in their names (bug #201398). gfs2-utils-0.1.5-1.fc6 ---------------------- * Tue Aug 22 2006 Chris Feist 0.1.5-1 - New Upstream sources. * Mon Aug 14 2006 Chris Feist 0.1.3-0 - New Upstream sources, use dist tag. gnome-python2-desktop-2.15.90-2.fc6 ----------------------------------- * Tue Aug 22 2006 Dan Williams - 2.15.90-2.fc6 - Remove unecessary dependencies on gnome-python2-desktop from -libwnck and -rsvg subpackages (OLPC) gnucash-2.0.1-4.fc6 ------------------- * Tue Aug 22 2006 Bill Nottingham - 2.0.1-4 - require perl-Cyrpt-SSLeay (#203050) mesa-6.5-25.20060818cvs.fc6 --------------------------- * Tue Aug 22 2006 Adam Jackson 6.5-25.20060818cvs.fc6 - mesa-6.5.1-r300-smooth-line.patch: Added, fakes smooth lines with aliased lines on R300+ cards, makes Google Earth tolerable. - mesa-6.5-force-r300.patch: Resurrect. * Tue Aug 22 2006 Adam Jackson 6.5-24.20060818cvs.fc6 - mesa-6.5.1-radeon-vtxfmt-cleanup-properly.patch: Fix a segfault on context destruction when selinux is enabled. pam_ccreds-3-5 -------------- * Tue Aug 22 2006 Tomas Mraz - 3-5 - add cc_test and cc_dump utilities pango-1.14.2-1.fc6 ------------------ * Tue Aug 22 2006 Behdad Esfahbod - 1.14.2-1 - Update to 1.14.2 setroubleshoot-0.30-1 --------------------- * Tue Aug 22 2006 Dan Walsh - 0.29-1 - Add Requires: audit-libs-python - Add translations * Mon Aug 21 2006 Dan Walsh - 0.28-1 - Fix allow_execmem.py file - Add translations * Mon Aug 21 2006 John Dennis - 0.27-1 * load_plugins() now catches exceptions when a plugin won't load, reports the traceback in the log file, and continues with the next plugin. Previously a bad plugin caused the entire plugin loading to abort and no plugins were loaded. * Add "daemon_name" to automake variables, change pid file to match * turn off "noreplace" on config file till things settle down a bit * browser.py now validates data, also test for missing column data in the cell_data function to avoid exceptions. * add stub for analyzie_logfile() rpc call * turn off balloon notifications by default in config file, libnotify is just plain busted at this point :-( * only the setroubleshootd daemon creates it's log file under /var/log now, the user app's do it in /tmp, change file permissions on /var/log/setroubleshoot back to 0644. * sealert now looks up the username rather than hardcoding it to "foo" * CamelCase to lowercase_underscore clean up strace-4.5.14-3 --------------- * Tue Aug 22 2006 Roland McGrath - 4.5.14-3 - Fix bogus decoding of syscalls >= 300 (#201462, #202620). xen-3.0.2-25 ------------ * Tue Aug 22 2006 Jeremy Katz - 3.0.2-25 - make initscript not spew on non-xen kernels (#202945) xorg-x11-server-1.1.1-27.fc6 ---------------------------- * Tue Aug 22 2006 Adam Jackson - 1.1.1-27.fc6 - xorg-x11-server-1.1.1-edid-quirks-list.patch: Don't set an arbitrary pixclock limit if the monitor didn't claim to have one. From mattdm at mattdm.org Wed Aug 23 13:24:17 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Aug 2006 09:24:17 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: References: <44EB79E7.2000302@redhat.com> Message-ID: <20060823132417.GA21791@jadzia.bu.edu> On Tue, Aug 22, 2006 at 09:32:58PM -0500, Rex Dieter wrote: > Kai Engert wrote: > > Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? > Yes, use something like: > BuildRequires: foo-devel > %global foo_ver %(foo_bin --version) Or perhaps using %( rpm -q --qf '%%{version}' foo ). (Um, I think that works to escape the % -- didn't test.) But Kai -- what's the reason for wanting this? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Aug 23 13:29:15 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Aug 2006 09:29:15 -0400 Subject: Fwd: Mission Control In-Reply-To: <44EC221B.3060708@fedoraproject.org> References: <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> <16de708d0608221118t59df2b12vf6756a66c75fd772@mail.gmail.com> <44EC221B.3060708@fedoraproject.org> Message-ID: <20060823132915.GB21791@jadzia.bu.edu> On Wed, Aug 23, 2006 at 03:08:35PM +0530, Rahul wrote: > >Offtopic: I noticed logwatch in your terminal (background) whatever > >happened to that? Seemed to have dissappeared from Fedora. > gnome-system-log provides the same functionality and is part of > gnome-utils which has been split up into several packages in the > development tree. Errr, of system-logviewer, not logwatch, right? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From sundaram at fedoraproject.org Wed Aug 23 13:31:11 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 23 Aug 2006 19:01:11 +0530 Subject: Fwd: Mission Control In-Reply-To: <20060823132915.GB21791@jadzia.bu.edu> References: <16de708d0608220802m5eb046eel4211669259090f52@mail.gmail.com> <44EB206D.3060809@feuerpokemon.de> <44EB2111.9040409@fedoraproject.org> <44EB2253.9080604@feuerpokemon.de> <44EB2342.9050406@fedoraproject.org> <44EB2393.3010407@poolshark.org> <1156266243.2793.9.camel@pensja.lam.pl> <16de708d0608221118t59df2b12vf6756a66c75fd772@mail.gmail.com> <44EC221B.3060708@fedoraproject.org> <20060823132915.GB21791@jadzia.bu.edu> Message-ID: <44EC589F.1090704@fedoraproject.org> Matthew Miller wrote: > On Wed, Aug 23, 2006 at 03:08:35PM +0530, Rahul wrote: >>> Offtopic: I noticed logwatch in your terminal (background) whatever >>> happened to that? Seemed to have dissappeared from Fedora. >> gnome-system-log provides the same functionality and is part of >> gnome-utils which has been split up into several packages in the >> development tree. > > Errr, of system-logviewer, not logwatch, right? Right. Sorry for any confusion. Rahul From mclasen at redhat.com Wed Aug 23 13:32:34 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 23 Aug 2006 09:32:34 -0400 Subject: Fwd: Mission Control In-Reply-To: <44EB66D5.8000109@xs4all.nl> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> <200608221454.35147.jkeating@redhat.com> <44EB66D5.8000109@xs4all.nl> Message-ID: <1156339954.12684.5.camel@golem.boston.redhat.com> If people here are serious about a better control-center shell, the right mailing list is gnomecc-list at gnome.org. There is a discussion about improving the shell and grouping of capplets going on there right now... Matthias From mattdm at mattdm.org Wed Aug 23 13:35:12 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Aug 2006 09:35:12 -0400 Subject: SSHd In-Reply-To: <1156332468.2829.28.camel@laptopd505.fenrus.org> References: <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156332468.2829.28.camel@laptopd505.fenrus.org> Message-ID: <20060823133512.GC21791@jadzia.bu.edu> On Wed, Aug 23, 2006 at 01:27:48PM +0200, Arjan van de Ven wrote: > > account, would best be dealth with with a default configuration that > > blocks an IP for some time if enough unsuccessful attempts are made. > installing denyhosts by default sounds reasonable ;) I don't think so. Denyhosts works by manipulating /etc/hosts.deny, which is a security-sensitive config file which shouldn't be edited willy-nilly by scripts. And, this won't even work in the configuration we use here (which while not the fedora default is widespread good practice) -- put "ALL:ALL" in /etc/hosts.deny and then explicitly enable the services and hosts you want to let in in /etc/hosts.allow. It would be better to have a "denyhosts" iptables chain which the program could add to and remove from. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mschick at redhat.com Wed Aug 23 13:40:32 2006 From: mschick at redhat.com (Matthew Schick) Date: Wed, 23 Aug 2006 09:40:32 -0400 Subject: SSHd In-Reply-To: <20060823133512.GC21791@jadzia.bu.edu> References: <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156332468.2829.28.camel@laptopd505.fenrus.org> <20060823133512.GC21791@jadzia.bu.edu> Message-ID: <1156340432.4298.3.camel@localhost.localdomain> On Wed, 2006-08-23 at 09:35 -0400, Matthew Miller wrote: > On Wed, Aug 23, 2006 at 01:27:48PM +0200, Arjan van de Ven wrote: > > > account, would best be dealth with with a default configuration that > > > blocks an IP for some time if enough unsuccessful attempts are made. > > installing denyhosts by default sounds reasonable ;) > > I don't think so. Denyhosts works by manipulating /etc/hosts.deny, which is > a security-sensitive config file which shouldn't be edited willy-nilly by > scripts. > > And, this won't even work in the configuration we use here (which while not > the fedora default is widespread good practice) -- put "ALL:ALL" in > /etc/hosts.deny and then explicitly enable the services and hosts you want > to let in in /etc/hosts.allow. > > It would be better to have a "denyhosts" iptables chain which the program > could add to and remove from. > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> My personal favorite is fail2ban (http://fail2ban.sourceforge.net/) which does exactly that. It'll also work outta the box for other services (pop3, apache). Very configurable, works like a charm... -- Matthew Schick System Administrator, Engineering Services Red Hat, Inc. -------------- 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 mbarnes at redhat.com Wed Aug 23 13:51:23 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Wed, 23 Aug 2006 09:51:23 -0400 Subject: rawhide report: 20060822 changes In-Reply-To: <44EC3E43.7060409@erwinrol.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <44EC3E43.7060409@erwinrol.com> Message-ID: <1156341083.2901.3.camel@mbarnes.boston.redhat.com> On Wed, 2006-08-23 at 13:38 +0200, Erwin Rol wrote: > Has anybody the following problem with evolution, the last mmap call is > repeated for ever (and fails for ever cause i don't have 68,719,480,832 > byte of RAM+SWAP). glibc was just recently updated to fix a mmap issue that was causing frequent crashes in evolution. See [1] for more details. This may or may not be related. If you continue to see this behavior please file a bug report. [1] http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202309 Matthew Barnes From leomon.chris at gmail.com Wed Aug 23 14:21:35 2006 From: leomon.chris at gmail.com (leomon) Date: Wed, 23 Aug 2006 10:21:35 -0400 Subject: Fwd: Mission Control In-Reply-To: <200608221454.35147.jkeating@redhat.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> <200608221454.35147.jkeating@redhat.com> Message-ID: I agree on with Keating's comment that copying for copying sake is wrong, and we should do original things with Fedora. On the Other hand though, I think we should strive to have a better centralized configuration center that would allow users to easily and confidently configure their systems. I could get a mockup of what I personally think it should look like, but I would leave it open to everyone else to decide how it should work. (mainly I don't know how program very well due to lack of language knowledge) I could also compile a list of what user's want, and put it into the mockup and discription and submit it to you guys and get to work on Fedora's centralized frontend to the system-config-* tools. --cjr On 8/22/06, Jesse Keating wrote: > > On Tuesday 22 August 2006 14:39, David Nielsen wrote: > > tir, 22 08 2006 kl. 14:35 -0400, skrev Jesse Keating: > > > On Tuesday 22 August 2006 14:25, Arthur Pemberton wrote: > > > > However, would you disagree that Windows Control Panel is > functional? > > > > > > Functional to an extent. However I'm not into "lets do it this way > > > because Windows (and now SuSE) do it this way too". > > > > Rejecting concepts because they happen to resemble those find in another > > OS is the best of reasons. > > I don't reject the concept in whole. The Control Center part of it looks > like > a slightly better way of representing gnome's control-center, plus a few > other things. How does this scale for KDE, or any other window manager? > > What I don't like is the slab menu that is pretty much modeled to be the > default XP start menu thing. For THAT I haven't seen much useful > reasoning > as to why it should be used rather than the menu system that we use, of > upstream Gnome. This is what feels like copying for copying sake. > > -- > Jesse Keating > Release Engineer: Fedora > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Wed Aug 23 14:24:25 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 23 Aug 2006 16:24:25 +0200 Subject: where have some X bitmaps gone? In-Reply-To: <44EABA5E.9060607@mharris.ca> References: <20060819222117.GA30968@free.fr> <44EABA5E.9060607@mharris.ca> Message-ID: <20060823142425.GA2548@free.fr> On Tue, Aug 22, 2006 at 04:03:42AM -0400, Mike A. Harris wrote: > Patrice Dumas wrote: > >Hello, > > Install xorg-x11-xbitmaps. Any package that uses these bitmaps at In fact if somewhere, it could have been in xorg-x11-apps But it isn't there. What should I do now? fill a bug against xorg-x11-apps? Package http://xorg.freedesktop.org/releases/individual/app/bitmap-1.0.2.tar.bz2 myself in extras? -- Pat From pemboa at gmail.com Wed Aug 23 14:41:28 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 23 Aug 2006 09:41:28 -0500 Subject: Fwd: Mission Control In-Reply-To: <1156339954.12684.5.camel@golem.boston.redhat.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> <200608221454.35147.jkeating@redhat.com> <44EB66D5.8000109@xs4all.nl> <1156339954.12684.5.camel@golem.boston.redhat.com> Message-ID: <16de708d0608230741s697b635em48715edbdd517f0a@mail.gmail.com> On 8/23/06, Matthias Clasen wrote: > If people here are serious about a better control-center shell, > the right mailing list is gnomecc-list at gnome.org. There is a discussion > about improving the shell and grouping of capplets going on there > right now... > > Matthias > Could we please not have a DE specific solution? A PyGTK app should be able to do the job. -- To be updated... From rdieter at math.unl.edu Wed Aug 23 14:48:35 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 23 Aug 2006 09:48:35 -0500 Subject: Is it possible to dynamize "requires" at RPM build time? References: <44EB79E7.2000302@redhat.com> <20060823132417.GA21791@jadzia.bu.edu> Message-ID: Matthew Miller wrote: > On Tue, Aug 22, 2006 at 09:32:58PM -0500, Rex Dieter wrote: >> Kai Engert wrote: >> > Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? >> Yes, use something like: >> BuildRequires: foo-devel >> %global foo_ver %(foo_bin --version) > > Or perhaps using %( rpm -q --qf '%%{version}' foo ). *Really* bad idea doing rpm queries from inside an rpmbuild operation. -- Rex From dakingun at gmail.com Wed Aug 23 14:54:25 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Wed, 23 Aug 2006 10:54:25 -0400 Subject: Fwd: Mission Control In-Reply-To: <16de708d0608230741s697b635em48715edbdd517f0a@mail.gmail.com> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> <200608221454.35147.jkeating@redhat.com> <44EB66D5.8000109@xs4all.nl> <1156339954.12684.5.camel@golem.boston.redhat.com> <16de708d0608230741s697b635em48715edbdd517f0a@mail.gmail.com> Message-ID: On 8/23/06, Arthur Pemberton wrote: > On 8/23/06, Matthias Clasen wrote: > > If people here are serious about a better control-center shell, > > the right mailing list is gnomecc-list at gnome.org. There is a discussion > > about improving the shell and grouping of capplets going on there > > right now... > > > > Matthias > > > > Could we please not have a DE specific solution? A PyGTK app should be > able to do the job. > I think people are mixing up the issue here, some are talking about system-config-* tools which are system wide and requires root priviledge to modify, while others are focusing on the DE controls. I believe Matthias is more particular about gnome-control-panel. KDE has Kcontrol which KDE people seems to be content with. Deji > -- > To be updated... > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From arjan at fenrus.demon.nl Wed Aug 23 14:59:33 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 23 Aug 2006 16:59:33 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823132417.GA21791@jadzia.bu.edu> References: <44EB79E7.2000302@redhat.com> <20060823132417.GA21791@jadzia.bu.edu> Message-ID: <1156345173.2829.52.camel@laptopd505.fenrus.org> On Wed, 2006-08-23 at 09:24 -0400, Matthew Miller wrote: > On Tue, Aug 22, 2006 at 09:32:58PM -0500, Rex Dieter wrote: > > Kai Engert wrote: > > > Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? > > Yes, use something like: > > BuildRequires: foo-devel > > %global foo_ver %(foo_bin --version) > > Or perhaps using %( rpm -q --qf '%%{version}' foo ). > > (Um, I think that works to escape the % -- didn't test.) ok not to spoil the party but.. what should be the semantics of this? Verify this at rpm -i time only ? What if the condition changes later on while the rpm is installed and now the Requires: (or worse, the Conflicts: ) changes so that the installed rpm set is a noncoherent/non-closed (or whatever you want to call that) set ? Do you want this for Provides: too? And how does that deal with the second question ? I can see good reasons to not want to go down this antnest of issues ;) From dnjinc at wowway.com Wed Aug 23 15:03:12 2006 From: dnjinc at wowway.com (Demond) Date: Wed, 23 Aug 2006 11:03:12 -0400 Subject: Fwd: Mission Control In-Reply-To: References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <200608221435.23692.jkeating@redhat.com> <1156271956.2797.7.camel@price> <200608221454.35147.jkeating@redhat.com> Message-ID: <44EC6E30.70803@wowway.com> leomon wrote: > I agree on with Keating's comment that copying for copying sake is > wrong, and we should do original things with Fedora. On the Other hand > though, I think we should strive to have a better centralized > configuration center that would allow users to easily and confidently > configure their systems. I could get a mockup of what I personally > think it should look like, but I would leave it open to everyone else > to decide how it should work. (mainly I don't know how program very > well due to lack of language knowledge) I could also compile a list of > what user's want, and put it into the mockup and discription and > submit it to you guys and get to work on Fedora's centralized frontend > to the system-config-* tools. > > I think the more mockups that are submitted the better. There should be a wiki page to pool all the submissions or perhaps take it upstream (gnome, KDE). Something that work across different desktop environment would be preferable. However, while everyone thinks that they are the experts at knowing what people want, I think that we should give some weight to the studies done at http://www.betterdesktop.org. I personally like slab because it's functional, centralized, polished and it's in line with what's need. That's not to say the someone out there can't come up with a better design. We have to be careful not to spend a lifetime trying to find the next best thing JUST BECAUSE someone else came up with the current best thing. Demond From pemboa at gmail.com Wed Aug 23 15:04:38 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 23 Aug 2006 10:04:38 -0500 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: References: Message-ID: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> On 8/23/06, Gianluca Sforna wrote: > I really hope the Core/Extras split goes away ASAP, so we can try to > fix things like this > There will be a lot of things then because the same goes for Gnome based apps like 'evince' which wants: cdrecord eel2 gnome-desktop gnome-icon-theme gnome-menus gnome-vfs2-smb libbeagle mkisofs nautilus nautilus-cd-burner poppler -- To be updated... From cmadams at hiwaay.net Wed Aug 23 15:06:09 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Aug 2006 10:06:09 -0500 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: References: <44EB79E7.2000302@redhat.com> <20060823132417.GA21791@jadzia.bu.edu> Message-ID: <20060823150609.GB1379821@hiwaay.net> Once upon a time, Rex Dieter said: > *Really* bad idea doing rpm queries from inside an rpmbuild operation. Not that I'm advocating it, but why? rpmbuild is pretty much independent of the RPM database except for querying build dependencies. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From notting at redhat.com Wed Aug 23 15:07:44 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Aug 2006 11:07:44 -0400 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> Message-ID: <20060823150744.GA18371@nostromo.devel.redhat.com> Arthur Pemberton (pemboa at gmail.com) said: > On 8/23/06, Gianluca Sforna wrote: > >I really hope the Core/Extras split goes away ASAP, so we can try to > >fix things like this > > > > There will be a lot of things then because the same goes for Gnome > based apps like 'evince' which wants: Most of this was fixed, although... > poppler I challenge you to make evince work without this. :) Bill From pemboa at gmail.com Wed Aug 23 15:14:39 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 23 Aug 2006 10:14:39 -0500 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <20060823150744.GA18371@nostromo.devel.redhat.com> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> <20060823150744.GA18371@nostromo.devel.redhat.com> Message-ID: <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> On 8/23/06, Bill Nottingham wrote: > Arthur Pemberton (pemboa at gmail.com) said: > > On 8/23/06, Gianluca Sforna wrote: > > >I really hope the Core/Extras split goes away ASAP, so we can try to > > >fix things like this > > > > > > > There will be a lot of things then because the same goes for Gnome > > based apps like 'evince' which wants: > > Most of this was fixed, although... I tried this on a machine with updates-testing enabled so I'm not sure what you mean by fixed. What am I missing? > > > poppler > > I challenge you to make evince work without this. :) I see that it is essential (yum info poppler) > > Bill -- To be updated... From jkeating at redhat.com Wed Aug 23 15:22:32 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Aug 2006 11:22:32 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823150609.GB1379821@hiwaay.net> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> Message-ID: <200608231122.33164.jkeating@redhat.com> On Wednesday 23 August 2006 11:06, Chris Adams wrote: > Not that I'm advocating it, but why? ?rpmbuild is pretty much > independent of the RPM database except for querying build dependencies. The rpm database may not have been created with the same rpm you'd be using in the buildroot. *BOOM* -- 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 Wed Aug 23 15:21:48 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Aug 2006 11:21:48 -0400 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> <20060823150744.GA18371@nostromo.devel.redhat.com> <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> Message-ID: <20060823152148.GB18442@nostromo.devel.redhat.com> Arthur Pemberton (pemboa at gmail.com) said: > >> There will be a lot of things then because the same goes for Gnome > >> based apps like 'evince' which wants: > > > >Most of this was fixed, although... > > I tried this on a machine with updates-testing enabled so I'm not sure > what you mean by fixed. What am I missing? It's fixed in the devel tree - the nautilus extension library was split off so evince only requires that, as opposed to nautilus proper (which drags in a bunch of other things.) Bill From cmadams at hiwaay.net Wed Aug 23 15:26:33 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Aug 2006 10:26:33 -0500 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <200608231122.33164.jkeating@redhat.com> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> Message-ID: <20060823152633.GC1379821@hiwaay.net> Once upon a time, Jesse Keating said: > On Wednesday 23 August 2006 11:06, Chris Adams wrote: > > Not that I'm advocating it, but why? ?rpmbuild is pretty much > > independent of the RPM database except for querying build dependencies. > > The rpm database may not have been created with the same rpm you'd be using in > the buildroot. *BOOM* Oohhh. Well, how would you suggest a build-time dependency be generated for non-library stuff? For example, I build a separate sendmail config RPM, and I have it depend on the version of sendmail that the sendmail-cf used during build it is built against (e.g. if sendmail-cf 8.12.7 is used to build the config, sendmail-8.12.7 is required). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From paul at city-fan.org Wed Aug 23 15:30:54 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 23 Aug 2006 16:30:54 +0100 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823152633.GC1379821@hiwaay.net> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> <20060823152633.GC1379821@hiwaay.net> Message-ID: <44EC74AE.2080903@city-fan.org> Chris Adams wrote: > Once upon a time, Jesse Keating said: >> On Wednesday 23 August 2006 11:06, Chris Adams wrote: >>> Not that I'm advocating it, but why? rpmbuild is pretty much >>> independent of the RPM database except for querying build dependencies. >> The rpm database may not have been created with the same rpm you'd be using in >> the buildroot. *BOOM* > > Oohhh. > > > > Well, how would you suggest a build-time dependency be generated for > non-library stuff? For example, I build a separate sendmail config RPM, > and I have it depend on the version of sendmail that the sendmail-cf > used during build it is built against (e.g. if sendmail-cf 8.12.7 is > used to build the config, sendmail-8.12.7 is required). How about: m4 /usr/share/sendmail-cf/m4/version.m4 | \ awk '/^DZ/ { print substr($1,3) }' Paul. From mattdm at mattdm.org Wed Aug 23 15:46:44 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Aug 2006 11:46:44 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <200608231122.33164.jkeating@redhat.com> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> Message-ID: <20060823154644.GA28638@jadzia.bu.edu> On Wed, Aug 23, 2006 at 11:22:32AM -0400, Jesse Keating wrote: > On Wednesday 23 August 2006 11:06, Chris Adams wrote: > > Not that I'm advocating it, but why? ?rpmbuild is pretty much > > independent of the RPM database except for querying build dependencies. > The rpm database may not have been created with the same rpm you'd be > using in the buildroot. *BOOM* You're using "buildroot" in the mock-buildsystem-buildroot sense, not the rpm-BuildRoot sense, right? Doesn't the chrooted environment get its own rpm and rpm database? Isn't that the one you want to use? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From cmadams at hiwaay.net Wed Aug 23 15:50:16 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Aug 2006 10:50:16 -0500 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823154644.GA28638@jadzia.bu.edu> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> <20060823154644.GA28638@jadzia.bu.edu> Message-ID: <20060823155015.GD1379821@hiwaay.net> Once upon a time, Matthew Miller said: > On Wed, Aug 23, 2006 at 11:22:32AM -0400, Jesse Keating wrote: > > On Wednesday 23 August 2006 11:06, Chris Adams wrote: > > > Not that I'm advocating it, but why? ?rpmbuild is pretty much > > > independent of the RPM database except for querying build dependencies. > > The rpm database may not have been created with the same rpm you'd be > > using in the buildroot. *BOOM* > > You're using "buildroot" in the mock-buildsystem-buildroot sense, not the > rpm-BuildRoot sense, right? Doesn't the chrooted environment get its own rpm > and rpm database? Isn't that the one you want to use? Yeah, I was thinking that after sending my previous email. Wouldn't it be considered a bug if the RPM database in a chroot environment didn't match the RPMs installed in that chroot? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From notting at redhat.com Wed Aug 23 15:51:27 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Aug 2006 11:51:27 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823154644.GA28638@jadzia.bu.edu> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> <20060823154644.GA28638@jadzia.bu.edu> Message-ID: <20060823155127.GA2749@nostromo.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > On Wed, Aug 23, 2006 at 11:22:32AM -0400, Jesse Keating wrote: > > On Wednesday 23 August 2006 11:06, Chris Adams wrote: > > > Not that I'm advocating it, but why? ?rpmbuild is pretty much > > > independent of the RPM database except for querying build dependencies. > > The rpm database may not have been created with the same rpm you'd be > > using in the buildroot. *BOOM* > > You're using "buildroot" in the mock-buildsystem-buildroot sense, not the > rpm-BuildRoot sense, right? Doesn't the chrooted environment get its own rpm > and rpm database? Isn't that the one you want to use? rpm database is created when the buildroot is installed. Ergo, by the rpm outside the chroot, which very likely may not match the rpm version inside the chroot. Bill From mattdm at mattdm.org Wed Aug 23 15:55:05 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Aug 2006 11:55:05 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823155127.GA2749@nostromo.devel.redhat.com> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> <20060823154644.GA28638@jadzia.bu.edu> <20060823155127.GA2749@nostromo.devel.redhat.com> Message-ID: <20060823155505.GA29354@jadzia.bu.edu> On Wed, Aug 23, 2006 at 11:51:27AM -0400, Bill Nottingham wrote: > > You're using "buildroot" in the mock-buildsystem-buildroot sense, not the > > rpm-BuildRoot sense, right? Doesn't the chrooted environment get its own rpm > > and rpm database? Isn't that the one you want to use? > rpm database is created when the buildroot is installed. Ergo, by the > rpm outside the chroot, which very likely may not match the rpm version > inside the chroot. In that case, the rpm database shouldn't be installed into the chroot, should it? At the very least, not at the standard location for the in-place rpm.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at redhat.com Wed Aug 23 16:09:51 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Aug 2006 12:09:51 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823155505.GA29354@jadzia.bu.edu> References: <44EB79E7.2000302@redhat.com> <20060823155127.GA2749@nostromo.devel.redhat.com> <20060823155505.GA29354@jadzia.bu.edu> Message-ID: <200608231209.52420.jkeating@redhat.com> On Wednesday 23 August 2006 11:55, Matthew Miller wrote: > In that case, the rpm database shouldn't be installed into the chroot, > should it? At the very least, not at the standard location for the in-place > rpm.... How else will the host system know what files are in the chroot? We making use of rpms ability to manage an rpm db in another location. Since the buildroots are meant to be used to build a package and then thrown away, having an rpm db in the standard location is not a problem, especially since you don't want to be querying it during build. -- 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 Wed Aug 23 16:05:33 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Aug 2006 12:05:33 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823155505.GA29354@jadzia.bu.edu> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> <20060823154644.GA28638@jadzia.bu.edu> <20060823155127.GA2749@nostromo.devel.redhat.com> <20060823155505.GA29354@jadzia.bu.edu> Message-ID: <20060823160533.GA3226@nostromo.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > On Wed, Aug 23, 2006 at 11:51:27AM -0400, Bill Nottingham wrote: > > > You're using "buildroot" in the mock-buildsystem-buildroot sense, not the > > > rpm-BuildRoot sense, right? Doesn't the chrooted environment get its own rpm > > > and rpm database? Isn't that the one you want to use? > > rpm database is created when the buildroot is installed. Ergo, by the > > rpm outside the chroot, which very likely may not match the rpm version > > inside the chroot. > > In that case, the rpm database shouldn't be installed into the chroot, > should it? At the very least, not at the standard location for the in-place > rpm.... So, how would you expect rpm in the chroot to work? It couldn't get out of the chroot to query the database, and you'd have to have --initdb write out /etc/rpm/macros to point the db someplace else... Bill From sundaram at fedoraproject.org Wed Aug 23 17:16:30 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 23 Aug 2006 22:46:30 +0530 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> <20060823150744.GA18371@nostromo.devel.redhat.com> <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> Message-ID: <44EC8D6E.5040707@fedoraproject.org> Arthur Pemberton wrote: > On 8/23/06, Bill Nottingham wrote: >> Arthur Pemberton (pemboa at gmail.com) said: >> > On 8/23/06, Gianluca Sforna wrote: >> > >I really hope the Core/Extras split goes away ASAP, so we can try to >> > >fix things like this >> > > >> > >> > There will be a lot of things then because the same goes for Gnome >> > based apps like 'evince' which wants: >> >> Most of this was fixed, although... > > I tried this on a machine with updates-testing enabled so I'm not sure > what you mean by fixed. What am I missing? > You missed two things http://interviews.slashdot.org/article.pl?sid=06/08/17/177220 http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201967 Rahul From mattdm at mattdm.org Wed Aug 23 17:41:06 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Aug 2006 13:41:06 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823160533.GA3226@nostromo.devel.redhat.com> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> <20060823154644.GA28638@jadzia.bu.edu> <20060823155127.GA2749@nostromo.devel.redhat.com> <20060823155505.GA29354@jadzia.bu.edu> <20060823160533.GA3226@nostromo.devel.redhat.com> Message-ID: <20060823174106.GA32569@jadzia.bu.edu> On Wed, Aug 23, 2006 at 12:05:33PM -0400, Bill Nottingham wrote: > > In that case, the rpm database shouldn't be installed into the chroot, > > should it? At the very least, not at the standard location for the > > in-place rpm.... > So, how would you expect rpm in the chroot to work? It couldn't get out > of the chroot to query the database, and you'd have to have --initdb > write out /etc/rpm/macros to point the db someplace else... But isn't what Jesse is saying that the rpm in the chroot *doesn't* -- or can't be relied on to -- work? In that case, it seems better to make it *always* not work. Maybe I'm just really confused. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Aug 23 17:41:54 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Aug 2006 13:41:54 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <200608231209.52420.jkeating@redhat.com> References: <44EB79E7.2000302@redhat.com> <20060823155127.GA2749@nostromo.devel.redhat.com> <20060823155505.GA29354@jadzia.bu.edu> <200608231209.52420.jkeating@redhat.com> Message-ID: <20060823174154.GB32569@jadzia.bu.edu> On Wed, Aug 23, 2006 at 12:09:51PM -0400, Jesse Keating wrote: > How else will the host system know what files are in the chroot? We making > use of rpms ability to manage an rpm db in another location. Since the > buildroots are meant to be used to build a package and then thrown away, > having an rpm db in the standard location is not a problem, especially > since you don't want to be querying it during build. But if you can't query it safely, why have it there at all? Wouldn't it be better for queries to just fail? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kengert at redhat.com Wed Aug 23 18:12:40 2006 From: kengert at redhat.com (Kai Engert) Date: Wed, 23 Aug 2006 20:12:40 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44EBAF2B.1040909@redhat.com> References: <44EB79E7.2000302@redhat.com> <20060823010801.GA31914@jadzia.bu.edu> <44EBAF2B.1040909@redhat.com> Message-ID: <44EC9A98.7010305@redhat.com> Kai Engert wrote: > Matthew Miller wrote: >> On Tue, Aug 22, 2006 at 11:40:55PM +0200, Kai Engert wrote: >> >>> A "Requires:" entry in a SPEC file may define the smallest library >>> version acceptable for the resulting RPM package. >>> Is it possible by some SPEC logic, to make a "Requires:" entry dynamic? >>> In other words, is it possible, at RPM build time, to query the >>> installed library release in the build environment, and have the >>> produced RPM be dependent on >= that library version? >>> >> >> Yes, > How would you do that? > Thanks in advance for explaining. > >> but it shouldn't be necessary. Does the library you're linking against >> have issues with a broken soname? >> > I'll write a follow up post that describes why I consider it. I was considering this for all Mozilla applications and its Requires statement for library NSS. The NSS library does not change its .so names , not even when exporting additional symbols in the library. The NSS project follows the rule, that when building against a certain version of the library, you should use at least that library version - or a newer version. In other words, the project follows a compatibility model, where you are always allowed to drop in a newer library release, and your application will continue to work. Usually when new exported symbols are added, this won't introduce new dependencies for the application, when the application simply gets rebuilt. Only if the application makes use of the new symbols a new dependency will get introduced. Now we recently ran into a situation, where an updated NSS release exported an additional symbol. NSS made use of this symbol internally. Unfortunately, it uses this symbol in a static .a library, and Mozilla links with that static library! So when the Mozilla application got rebuilt, the dependency on the new exported symbol was implicitly added. This caused SSL to stop working in Firefox, after end users upgraded Firefox only, without upgrading the NSS package. We identified the cause of this issue and the NSS team intends to get rid of this .a library, and convert it into an .so library in a future NSS release. This way it should no longer be possible to introduce implicit new dependencies when building against a newer NSS library release. Until the .a library can get removed, we'll have to avoid adding new symbols in the same way again, by carefully reviewing the impact of new introduced symbols. I asked my question to dynamize the Requires: because it would help ensure the recommendation of the NSS team, that at runtime you should use at least the version you built against. If we used this dynamic approach, we would be able to avoid future dependency bugs like this - even if the .a lib is kept and if such a mistake happens again. I already promised to Chris Aillon, who is the Firefox RPM maintainer, that the NSS team will look into removing the .a lib soon. But now that I have learned a dynamic Requires: is possible, I would like to propose to use this mechanism, too. Because in addition it would ensure that end users updated to the latest security update of the NSS library, even if they intended to only update the Firefox package. Regarding the way to do it, Rex Dieter proposed to use "nss-config --version". This looks like a good approach to me, because it avoids querying the RPM database while doing an RPM build. Thanks, Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3248 bytes Desc: S/MIME Cryptographic Signature URL: From pemboa at gmail.com Wed Aug 23 18:18:05 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 23 Aug 2006 13:18:05 -0500 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <44EC8D6E.5040707@fedoraproject.org> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> <20060823150744.GA18371@nostromo.devel.redhat.com> <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> <44EC8D6E.5040707@fedoraproject.org> Message-ID: <16de708d0608231118h7666b2cfi1cf98b8d221f7c77@mail.gmail.com> On 8/23/06, Rahul wrote: > Arthur Pemberton wrote: > > On 8/23/06, Bill Nottingham wrote: > >> Arthur Pemberton (pemboa at gmail.com) said: > >> > On 8/23/06, Gianluca Sforna wrote: > >> > >I really hope the Core/Extras split goes away ASAP, so we can try to > >> > >fix things like this > >> > > > >> > > >> > There will be a lot of things then because the same goes for Gnome > >> > based apps like 'evince' which wants: > >> > >> Most of this was fixed, although... > > > > I tried this on a machine with updates-testing enabled so I'm not sure > > what you mean by fixed. What am I missing? > > > > You missed two things > > http://interviews.slashdot.org/article.pl?sid=06/08/17/177220 > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201967 > > Rahul Understood. I stand corrected. -- To be updated... From jkeating at redhat.com Wed Aug 23 18:43:05 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Aug 2006 14:43:05 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44EC9A98.7010305@redhat.com> References: <44EB79E7.2000302@redhat.com> <44EBAF2B.1040909@redhat.com> <44EC9A98.7010305@redhat.com> Message-ID: <200608231443.10074.jkeating@redhat.com> On Wednesday 23 August 2006 14:12, Kai Engert wrote: > Regarding the way to do it, Rex Dieter proposed to use "nss-config > --version". > This looks like a good approach to me, because it avoids querying the > RPM database while doing an RPM build. Alternatively in OUR packaging of nss, we could move it from .so to a versioned library based on the version of nss we're building. Then have firefox and friends link against the versioned library we create... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dominik at greysector.net Wed Aug 23 18:11:38 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 23 Aug 2006 20:11:38 +0200 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <20060823152148.GB18442@nostromo.devel.redhat.com> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> <20060823150744.GA18371@nostromo.devel.redhat.com> <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> <20060823152148.GB18442@nostromo.devel.redhat.com> Message-ID: <20060823181138.GB22470@rathann.pekin.waw.pl> On Wednesday, 23 August 2006 at 17:21, Bill Nottingham wrote: > Arthur Pemberton (pemboa at gmail.com) said: > > >> There will be a lot of things then because the same goes for Gnome > > >> based apps like 'evince' which wants: > > > > > >Most of this was fixed, although... > > > > I tried this on a machine with updates-testing enabled so I'm not sure > > what you mean by fixed. What am I missing? > > It's fixed in the devel tree - the nautilus extension library was split > off so evince only requires that, as opposed to nautilus proper (which > drags in a bunch of other things.) Will those fixes be propagated down into FC-5? If yes, then when? If not, then why? Thanks for fixing these. :) Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From jakub at redhat.com Wed Aug 23 18:43:42 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 23 Aug 2006 14:43:42 -0400 Subject: rawhide report: 20060822 changes In-Reply-To: <44EC3E43.7060409@erwinrol.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <44EC3E43.7060409@erwinrol.com> Message-ID: <20060823184342.GH32572@devserv.devel.redhat.com> On Wed, Aug 23, 2006 at 01:38:43PM +0200, Erwin Rol wrote: > Has anybody the following problem with evolution, the last mmap call is > repeated for ever (and fails for ever cause i don't have 68,719,480,832 > byte of RAM+SWAP). rpm -q glibc ? If not glibc-2.4.90-23, it would be expected. > mmap(NULL, 68719480832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = -1 ENOMEM (Cannot allocate memory) > mmap(NULL, 68719480832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = -1 ENOMEM (Cannot allocate memory) > mmap(NULL, 68719480832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = -1 ENOMEM (Cannot allocate memory) > mmap(NULL, 68719480832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = -1 ENOMEM (Cannot allocate memory) > mmap(NULL, 68719480832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = -1 ENOMEM (Cannot allocate memory) > mmap(NULL, 68719480832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = -1 ENOMEM (Cannot allocate memory) Jakub From sundaram at fedoraproject.org Wed Aug 23 19:09:18 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 24 Aug 2006 00:39:18 +0530 Subject: Samba dependency on X11 Message-ID: <44ECA7DE.6080705@fedoraproject.org> Hi Just came across http://fedoraforum.org/forum/showthread.php?t=61081 Rahul From notting at redhat.com Wed Aug 23 19:16:18 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Aug 2006 15:16:18 -0400 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <20060823181138.GB22470@rathann.pekin.waw.pl> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> <20060823150744.GA18371@nostromo.devel.redhat.com> <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> <20060823152148.GB18442@nostromo.devel.redhat.com> <20060823181138.GB22470@rathann.pekin.waw.pl> Message-ID: <20060823191618.GB4910@nostromo.devel.redhat.com> Dominik 'Rathann' Mierzejewski (dominik at greysector.net) said: > > It's fixed in the devel tree - the nautilus extension library was split > > off so evince only requires that, as opposed to nautilus proper (which > > drags in a bunch of other things.) > > Will those fixes be propagated down into FC-5? > If yes, then when? If not, then why? Don't know, and don't know. :) Bill From michael at knox.net.nz Wed Aug 23 19:17:01 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Thu, 24 Aug 2006 07:17:01 +1200 (NZST) Subject: SSHd In-Reply-To: <1156332468.2829.28.camel@laptopd505.fenrus.org> References: <20060819221102.GA13449@jadzia.bu.edu> <1156040599.2683.25.camel@vader.jdub.homelinux.org> <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156332468.2829.28.camel@laptopd505.fenrus.org> Message-ID: <42874.203.118.135.21.1156360621.squirrel@www.knox.net.nz> Arjan van de Ven wrote: > On Wed, 2006-08-23 at 13:21 +0200, Trond Eivind Glomsr??d wrote: >> >> >> On 8/21/06, Bill Nottingham wrote: >> Matthew Miller (mattdm at mattdm.org) said: >> >> > But really, it seems like the "can't get to a shell >> during/after an install" >> > can leave you stuck in a number of cases, not just this >> one.... >> >> It's just that realistically, changing this would essentially >> mean >> "any headless machine will not be able to be logged into >> without kickstart >> machinations". I don't think that's an improvement. >> >> Agreed. Remote login is very useful to finish an install - or if other >> mechanisms that normally do work don't. >> >> >> The problem, that some bots try and try and try again on the ssh root >> account, would best be dealth with with a default configuration that >> blocks an IP for some time if enough unsuccessful attempts are made. > > installing denyhosts by default sounds reasonable ;) +1 denyhost is one of the first packages that I install on all my Linux based servers. Michael From mclasen at redhat.com Wed Aug 23 19:18:43 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 23 Aug 2006 15:18:43 -0400 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <20060823191618.GB4910@nostromo.devel.redhat.com> References: <16de708d0608230804g712c4479hc40f2384ccff070f@mail.gmail.com> <20060823150744.GA18371@nostromo.devel.redhat.com> <16de708d0608230814g602938d2v45efec0758d26359@mail.gmail.com> <20060823152148.GB18442@nostromo.devel.redhat.com> <20060823181138.GB22470@rathann.pekin.waw.pl> <20060823191618.GB4910@nostromo.devel.redhat.com> Message-ID: <1156360723.12684.14.camel@golem.boston.redhat.com> On Wed, 2006-08-23 at 15:16 -0400, Bill Nottingham wrote: > Dominik 'Rathann' Mierzejewski (dominik at greysector.net) said: > > > It's fixed in the devel tree - the nautilus extension library was split > > > off so evince only requires that, as opposed to nautilus proper (which > > > drags in a bunch of other things.) > > > > Will those fixes be propagated down into FC-5? > > If yes, then when? If not, then why? > > Don't know, and don't know. :) The answer would be "no", and "we don't want to rebuild half of the desktop stack just for that"... From notting at redhat.com Wed Aug 23 19:21:15 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Aug 2006 15:21:15 -0400 Subject: Samba dependency on X11 In-Reply-To: <44ECA7DE.6080705@fedoraproject.org> References: <44ECA7DE.6080705@fedoraproject.org> Message-ID: <20060823192115.GC4910@nostromo.devel.redhat.com> Rahul (sundaram at fedoraproject.org) said: > Hi > > Just came across > > http://fedoraforum.org/forum/showthread.php?t=61081 Um, that was FC4. Try on something current? Bill From notting at redhat.com Wed Aug 23 19:24:50 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Aug 2006 15:24:50 -0400 Subject: Samba dependency on X11 In-Reply-To: <20060823192115.GC4910@nostromo.devel.redhat.com> References: <44ECA7DE.6080705@fedoraproject.org> <20060823192115.GC4910@nostromo.devel.redhat.com> Message-ID: <20060823192450.GD4910@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > Rahul (sundaram at fedoraproject.org) said: > > Hi > > > > Just came across > > > > http://fedoraforum.org/forum/showthread.php?t=61081 > > Um, that was FC4. Try on something current? ... and, in fact, filed and fixed in May. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190768 Bill From kengert at redhat.com Wed Aug 23 19:33:18 2006 From: kengert at redhat.com (Kai Engert) Date: Wed, 23 Aug 2006 21:33:18 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <200608231443.10074.jkeating@redhat.com> References: <44EB79E7.2000302@redhat.com> <44EBAF2B.1040909@redhat.com> <44EC9A98.7010305@redhat.com> <200608231443.10074.jkeating@redhat.com> Message-ID: <44ECAD7E.4080405@redhat.com> Jesse Keating wrote: > On Wednesday 23 August 2006 14:12, Kai Engert wrote: > >> Regarding the way to do it, Rex Dieter proposed to use "nss-config >> --version". >> This looks like a good approach to me, because it avoids querying the >> RPM database while doing an RPM build. >> > > Alternatively in OUR packaging of nss, we could move it from .so to a > versioned library based on the version of nss we're building. Then have > firefox and friends link against the versioned library we create... > In your alternative proposal, would you change the .so name each time a new symbol gets added? Fictionary sequence of events (in your alternative proposal): - NSS 3.11.1 with nss.so.3.11.1 gets released, along with gaim 1.5, which links against nss.so.3.11.1 - NSS 3.11.2 gets released with nss.so.3.11.2 - nss.so.3.11.1 is no longer available - as a consequence you would need to rebuilt gaim, in order to make it link against nss.so.3.11.2 But there is absolutely no real need to rebuild gaim, because of NSS' promise that you are allowed to drop in (at runtime) any later version and it will run just fine. I believe your alternative proposal unnecessarily introduces the need to rebuild applications. Let's suppose we have 10 applications that link in NSS, I believe your proposal requires us to rebuild all those 10 applications, each time a NSS release with additional symbols gets released. And it would make our life more difficult, because of having to maintain the versioned .so filenames as a difference to the upstream project. If I misunderstood, please elaborate. I believe the earlier proposal to dynamically adjust the Requires: for the minimum allowed NSS version is much simpler, it causes no manual work, a one time spec file change will fix it for all future releases. And it will minimize the amount of packages that need to get rebuilt and will actually depend on the more recent NSS releases - to only those applications that got rebuilt for a reason. Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3248 bytes Desc: S/MIME Cryptographic Signature URL: From jkeating at redhat.com Wed Aug 23 20:09:11 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Aug 2006 16:09:11 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44ECAD7E.4080405@redhat.com> References: <44EB79E7.2000302@redhat.com> <200608231443.10074.jkeating@redhat.com> <44ECAD7E.4080405@redhat.com> Message-ID: <200608231609.12016.jkeating@redhat.com> On Wednesday 23 August 2006 15:33, Kai Engert wrote: > But there is absolutely no real need to rebuild gaim, because of NSS' > promise that you are allowed to drop in (at runtime) any later version > and it will run just fine. > > I believe your alternative proposal unnecessarily introduces the need to > rebuild applications. Let's suppose we have 10 applications that link in > NSS, I believe your proposal requires us to rebuild all those 10 > applications, each time a NSS release with additional symbols gets > released. > > And it would make our life more difficult, because of having to maintain > the versioned .so filenames as a difference to the upstream project. > > If I misunderstood, please elaborate. > > I believe the earlier proposal to dynamically adjust the Requires: for > the minimum allowed NSS version is much simpler, it causes no manual > work, a one time spec file change will fix it for all future releases. > And it will minimize the amount of packages that need to get rebuilt and > will actually depend on the more recent NSS releases - to only those > applications that got rebuilt for a reason. How do any other versioned libraries manage this? This is not a new problem. Why does NSS have to be special and continue using an unversioned library that could have any unknown symbols in it? It seems like you're working around NSS's refusal to play nice like a good library. While the workaround is simple, it does not solve the problem for other packaging systems or direct compiles. The work around is a temporary thing until the REAL problem is fixed upstream. -- 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 j.w.r.degoede at hhs.nl Wed Aug 23 20:18:56 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 23 Aug 2006 22:18:56 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <200608231609.12016.jkeating@redhat.com> References: <44EB79E7.2000302@redhat.com> <200608231443.10074.jkeating@redhat.com> <44ECAD7E.4080405@redhat.com> <200608231609.12016.jkeating@redhat.com> Message-ID: <44ECB830.7060509@hhs.nl> Jesse Keating wrote: > On Wednesday 23 August 2006 15:33, Kai Engert wrote: >> But there is absolutely no real need to rebuild gaim, because of NSS' >> promise that you are allowed to drop in (at runtime) any later version >> and it will run just fine. >> >> I believe your alternative proposal unnecessarily introduces the need to >> rebuild applications. Let's suppose we have 10 applications that link in >> NSS, I believe your proposal requires us to rebuild all those 10 >> applications, each time a NSS release with additional symbols gets >> released. >> >> And it would make our life more difficult, because of having to maintain >> the versioned .so filenames as a difference to the upstream project. >> >> If I misunderstood, please elaborate. >> >> I believe the earlier proposal to dynamically adjust the Requires: for >> the minimum allowed NSS version is much simpler, it causes no manual >> work, a one time spec file change will fix it for all future releases. >> And it will minimize the amount of packages that need to get rebuilt and >> will actually depend on the more recent NSS releases - to only those >> applications that got rebuilt for a reason. > > How do any other versioned libraries manage this? This is not a new problem. > Why does NSS have to be special and continue using an unversioned library > that could have any unknown symbols in it? It seems like you're working > around NSS's refusal to play nice like a good library. While the workaround > is simple, it does not solve the problem for other packaging systems or > direct compiles. The work around is a temporary thing until the REAL problem > is fixed upstream. > Actually afaik gnome and gtk have the exact same problem (they are fully backward compatible but introduce new symbols making apps using these new symbols break on older version), but there we've been plastering over the problem by manually adding Requires to packages. I like the idea of automaticly doing this. Regards, Hans From jkeating at redhat.com Wed Aug 23 20:31:15 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Aug 2006 16:31:15 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44ECB830.7060509@hhs.nl> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> Message-ID: <200608231631.16171.jkeating@redhat.com> On Wednesday 23 August 2006 16:18, Hans de Goede wrote: > Actually afaik gnome and gtk have the exact same problem (they are fully > backward compatible but introduce new symbols making apps using these > new symbols break on older version), but there we've been plastering > over the problem by manually adding Requires to packages. I just talked to some of our Gnome maintainers and they don't think that's the case at all. Isn't that why you have foo-so.1 and foo-so.1.1? Your build that has foo-so.1.1 could include foo-so.1 for compat no? Am I totally off base here? Versioned libraries are here for a reason, so that you can know what soname you're compiling against and need later on down the road. Having random symbols in random unversioned .so files seems very very wrong to me, as a shared library. -- 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 louisg00 at bellsouth.net Wed Aug 23 20:05:23 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Wed, 23 Aug 2006 16:05:23 -0400 Subject: compiz or metacity+composite Message-ID: <1156363523.4811.4.camel@soncomputer> What are the differences between compiz and metacity? I would like to try the desktop bling on my box which has a radeon 9250. Metacity has a composite manager, can I just enable that or is compiz better? -Thanks From samfw at redhat.com Wed Aug 23 20:31:29 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Wed, 23 Aug 2006 16:31:29 -0400 Subject: compiz or metacity+composite In-Reply-To: <1156363523.4811.4.camel@soncomputer> References: <1156363523.4811.4.camel@soncomputer> Message-ID: <20060823203128.GB27904@unplugged.rdu.redhat.com> On 08/23/06 16:05 -0400 Louis Garcia II wrote: > What are the differences between compiz and metacity? I would like to > try the desktop bling on my box which has a radeon 9250. Metacity has a > composite manager, can I just enable that or is compiz better? You'll need to use compiz. If you install the latest version for development you can enable it just by System-->Prefs-->More Prefs-->Desktop Effects. Sam > > -Thanks > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA From tmraz at redhat.com Wed Aug 23 20:39:09 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 23 Aug 2006 22:39:09 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <200608231631.16171.jkeating@redhat.com> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> Message-ID: <1156365550.3848.16.camel@perun.kabelta.loc> On Wed, 2006-08-23 at 16:31 -0400, Jesse Keating wrote: > On Wednesday 23 August 2006 16:18, Hans de Goede wrote: > > Actually afaik gnome and gtk have the exact same problem (they are fully > > backward compatible but introduce new symbols making apps using these > > new symbols break on older version), but there we've been plastering > > over the problem by manually adding Requires to packages. > > I just talked to some of our Gnome maintainers and they don't think that's the > case at all. > > Isn't that why you have foo-so.1 and foo-so.1.1? Your build that has > foo-so.1.1 could include foo-so.1 for compat no? Am I totally off base here? > Versioned libraries are here for a reason, so that you can know what soname > you're compiling against and need later on down the road. Having random > symbols in random unversioned .so files seems very very wrong to me, as a > shared library. No, they would have to use versioned symbols for this purpose. See http://people.redhat.com/drepper/dsohowto.pdf section 3. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From jkeating at redhat.com Wed Aug 23 20:44:21 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Aug 2006 16:44:21 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <1156365550.3848.16.camel@perun.kabelta.loc> References: <44EB79E7.2000302@redhat.com> <200608231631.16171.jkeating@redhat.com> <1156365550.3848.16.camel@perun.kabelta.loc> Message-ID: <200608231644.25409.jkeating@redhat.com> On Wednesday 23 August 2006 16:39, Tomas Mraz wrote: > No, they would have to use versioned symbols for this purpose. Ok, I'm off my rocker. I'll go back to fixing things I _DO_ understand (: -- 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 cmadams at hiwaay.net Wed Aug 23 20:47:16 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Aug 2006 15:47:16 -0500 Subject: Kernel network issue with Juniper JUNOS stateful firewall Message-ID: <20060823204716.GF1379821@hiwaay.net> Okay, I've got an odd one, and I'm hoping a kernel developer can at least point me in the right direction. I've got a Linux box (Fedora Core 5 and kernel 2.6.17-1.2174_FC5), sitting behind a Juniper J2300 router (running JUNOS 7.3R2.6), attempting to FTP to an Alphaserver running Tru64 (5.1B or 4.0G). With that combination and a stateful firewall enabled on the Juniper, I do not get the FTP banner when I open an FTP connection. The connection just sits there. This is not the traditional FTP problems (active vs. passive, reverse DNS lookup, authentication, etc.). If I downgrade my Linux box to the FC5 release kernel (2.6.15-1.2054_FC5), it works fine. If I upgrade to the rawhide kernel (2.6.17-1.2583.fc6), it does not work. Any other combination of OSes works (FTP from WinXP to Tru64, FTP from Linux to Linux or Windows). An FC4 client with a (IIRC) 2.6.16 kernel also works to Tru64. Now, this appears to be a Juniper JUNOS bug (and our Juniper SE is going to open a case), but what could have changed between Linux kernels 2.6.15 and 2.6.17 that would trigger it? I'm hoping to narrow this down somehow to help Juniper find the problem. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From chasd at silveroaks.com Wed Aug 23 20:47:45 2006 From: chasd at silveroaks.com (chasd at silveroaks.com) Date: Wed, 23 Aug 2006 15:47:45 -0500 Subject: Fwd: Mission Control In-Reply-To: <20060822210449.725BC7345C@hormel.redhat.com> References: <20060822210449.725BC7345C@hormel.redhat.com> Message-ID: <3c796adc23007a9f5f06c7bb43122812@silveroaks.com> Mac OS X System Preferences for reference: http://www.silveroaks.com/images/OSX_SystemPreferences.png Charles Dostale From pemboa at gmail.com Wed Aug 23 20:56:27 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 23 Aug 2006 15:56:27 -0500 Subject: Fwd: Mission Control In-Reply-To: <3c796adc23007a9f5f06c7bb43122812@silveroaks.com> References: <20060822210449.725BC7345C@hormel.redhat.com> <3c796adc23007a9f5f06c7bb43122812@silveroaks.com> Message-ID: <16de708d0608231356q1d37d32du7eb3199056c7e1a6@mail.gmail.com> On 8/23/06, chasd at silveroaks.com wrote: > Mac OS X System Preferences for reference: > > http://www.silveroaks.com/images/OSX_SystemPreferences.png > > > Charles Dostale > Very nice, but does Gtk have the widgets to do that? --- To be updated... From michael at knox.net.nz Wed Aug 23 21:01:33 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Thu, 24 Aug 2006 09:01:33 +1200 (NZST) Subject: Fwd: Mission Control In-Reply-To: <16de708d0608231356q1d37d32du7eb3199056c7e1a6@mail.gmail.com> References: <20060822210449.725BC7345C@hormel.redhat.com> <3c796adc23007a9f5f06c7bb43122812@silveroaks.com> <16de708d0608231356q1d37d32du7eb3199056c7e1a6@mail.gmail.com> Message-ID: <42492.203.118.135.21.1156366893.squirrel@www.knox.net.nz> Arthur Pemberton wrote: > On 8/23/06, chasd at silveroaks.com wrote: >> Mac OS X System Preferences for reference: >> >> http://www.silveroaks.com/images/OSX_SystemPreferences.png >> >> >> Charles Dostale >> > > Very nice, but does Gtk have the widgets to do that? YOPER had a QT based (IIRC) control panel like that. Michael From fedora-devel-list at cygnusx-1.org Wed Aug 23 21:07:31 2006 From: fedora-devel-list at cygnusx-1.org (Nathan Grennan) Date: Wed, 23 Aug 2006 14:07:31 -0700 Subject: Kernel network issue with Juniper JUNOS stateful firewall In-Reply-To: <20060823204716.GF1379821@hiwaay.net> References: <20060823204716.GF1379821@hiwaay.net> Message-ID: <44ECC393.5000809@cygnusx-1.org> Chris Adams wrote: > Okay, I've got an odd one, and I'm hoping a kernel developer can at > least point me in the right direction. > > I've got a Linux box (Fedora Core 5 and kernel 2.6.17-1.2174_FC5), > sitting behind a Juniper J2300 router (running JUNOS 7.3R2.6), > attempting to FTP to an Alphaserver running Tru64 (5.1B or 4.0G). > > With that combination and a stateful firewall enabled on the Juniper, I > do not get the FTP banner when I open an FTP connection. The connection > just sits there. This is not the traditional FTP problems (active vs. > passive, reverse DNS lookup, authentication, etc.). > > If I downgrade my Linux box to the FC5 release kernel > (2.6.15-1.2054_FC5), it works fine. If I upgrade to the rawhide kernel > (2.6.17-1.2583.fc6), it does not work. > > Any other combination of OSes works (FTP from WinXP to Tru64, FTP from > Linux to Linux or Windows). An FC4 client with a (IIRC) 2.6.16 kernel > also works to Tru64. > > Now, this appears to be a Juniper JUNOS bug (and our Juniper SE is going > to open a case), but what could have changed between Linux kernels > 2.6.15 and 2.6.17 that would trigger it? I'm hoping to narrow this down > somehow to help Juniper find the problem. > > I would compare the output of "cat /proc/sys/net/ipv4/*" on 2.6.15-1.2054 and 2.6.17-1.2174 with diff. Then try configuring 2.6.17-1.2174 like 2.6.15-1.2054 and see if it helps. Also I would advocate being careful running older kernels. I recently had a client who's server was running a kernel two or three versions behind 2.6.17-1.2174, and a local exploit to attain root access was used. It is a known issue and was fixed in the next kernel, but he hadn't updated. From kengert at redhat.com Wed Aug 23 21:34:29 2006 From: kengert at redhat.com (Kai Engert) Date: Wed, 23 Aug 2006 23:34:29 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <1156365550.3848.16.camel@perun.kabelta.loc> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> <1156365550.3848.16.camel@perun.kabelta.loc> Message-ID: <44ECC9E5.5090001@redhat.com> Tomas Mraz wrote: > On Wed, 2006-08-23 at 16:31 -0400, Jesse Keating wrote: > >> On Wednesday 23 August 2006 16:18, Hans de Goede wrote: >> >>> Actually afaik gnome and gtk have the exact same problem (they are fully >>> backward compatible but introduce new symbols making apps using these >>> new symbols break on older version), but there we've been plastering >>> over the problem by manually adding Requires to packages. >>> >> I just talked to some of our Gnome maintainers and they don't think that's the >> case at all. >> >> Isn't that why you have foo-so.1 and foo-so.1.1? Your build that has >> foo-so.1.1 could include foo-so.1 for compat no? Am I totally off base here? >> Versioned libraries are here for a reason, so that you can know what soname >> you're compiling against and need later on down the road. Having random >> symbols in random unversioned .so files seems very very wrong to me, as a >> shared library. >> > > No, they would have to use versioned symbols for this purpose. > > See http://people.redhat.com/drepper/dsohowto.pdf section 3. > Exported symbol in NSS shared libraries are tagged with the number of the first version that contained the symbol. I used this command to grep for the new symbols in the most recent FC5 update: [root at kaiez1 tmp]# readelf -a /usr/lib/libnss3.so |grep -i 3\.11\.1 230: 4f2ed4a0 320 FUNC GLOBAL DEFAULT 11 NSS_RegisterShutdown@@NSS_3.11.1 553: 4f2ed400 151 FUNC GLOBAL DEFAULT 11 NSS_UnregisterShutdown@@NSS_3.11.1 666: 4f3302e0 22 FUNC GLOBAL DEFAULT 11 SEC_ASN1EncodeUnsignedInt@@NSS_3.11.1 749: 4f2f0fc0 86 FUNC GLOBAL DEFAULT 11 SEC_RegisterDefaultHttpCl@@NSS_3.11.1 (excerpt) Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3248 bytes Desc: S/MIME Cryptographic Signature URL: From nmiell at comcast.net Wed Aug 23 21:39:40 2006 From: nmiell at comcast.net (Nicholas Miell) Date: Wed, 23 Aug 2006 14:39:40 -0700 Subject: Kernel network issue with Juniper JUNOS stateful firewall In-Reply-To: <20060823204716.GF1379821@hiwaay.net> References: <20060823204716.GF1379821@hiwaay.net> Message-ID: <1156369180.2475.1.camel@entropy> On Wed, 2006-08-23 at 15:47 -0500, Chris Adams wrote: > Okay, I've got an odd one, and I'm hoping a kernel developer can at > least point me in the right direction. > > I've got a Linux box (Fedora Core 5 and kernel 2.6.17-1.2174_FC5), > sitting behind a Juniper J2300 router (running JUNOS 7.3R2.6), > attempting to FTP to an Alphaserver running Tru64 (5.1B or 4.0G). > > With that combination and a stateful firewall enabled on the Juniper, I > do not get the FTP banner when I open an FTP connection. The connection > just sits there. This is not the traditional FTP problems (active vs. > passive, reverse DNS lookup, authentication, etc.). > > If I downgrade my Linux box to the FC5 release kernel > (2.6.15-1.2054_FC5), it works fine. If I upgrade to the rawhide kernel > (2.6.17-1.2583.fc6), it does not work. > > Any other combination of OSes works (FTP from WinXP to Tru64, FTP from > Linux to Linux or Windows). An FC4 client with a (IIRC) 2.6.16 kernel > also works to Tru64. > > Now, this appears to be a Juniper JUNOS bug (and our Juniper SE is going > to open a case), but what could have changed between Linux kernels > 2.6.15 and 2.6.17 that would trigger it? I'm hoping to narrow this down > somehow to help Juniper find the problem. IIRC, 2.6.17 had some changes to TCP window scaling which breaks on some stupid NAT/firewall/load balancing appliances. (And some versions of BSD pf, apparently.) -- Nicholas Miell From nmiell at comcast.net Wed Aug 23 22:08:35 2006 From: nmiell at comcast.net (Nicholas Miell) Date: Wed, 23 Aug 2006 15:08:35 -0700 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44ECC9E5.5090001@redhat.com> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> <1156365550.3848.16.camel@perun.kabelta.loc> <44ECC9E5.5090001@redhat.com> Message-ID: <1156370915.2475.9.camel@entropy> On Wed, 2006-08-23 at 23:34 +0200, Kai Engert wrote: > Tomas Mraz wrote: > > On Wed, 2006-08-23 at 16:31 -0400, Jesse Keating wrote: > > > >> On Wednesday 23 August 2006 16:18, Hans de Goede wrote: > >> > >>> Actually afaik gnome and gtk have the exact same problem (they are fully > >>> backward compatible but introduce new symbols making apps using these > >>> new symbols break on older version), but there we've been plastering > >>> over the problem by manually adding Requires to packages. > >>> > >> I just talked to some of our Gnome maintainers and they don't think that's the > >> case at all. > >> > >> Isn't that why you have foo-so.1 and foo-so.1.1? Your build that has > >> foo-so.1.1 could include foo-so.1 for compat no? Am I totally off base here? > >> Versioned libraries are here for a reason, so that you can know what soname > >> you're compiling against and need later on down the road. Having random > >> symbols in random unversioned .so files seems very very wrong to me, as a > >> shared library. > >> > > > > No, they would have to use versioned symbols for this purpose. > > > > See http://people.redhat.com/drepper/dsohowto.pdf section 3. > > > > Exported symbol in NSS shared libraries are tagged with the number of > the first version that contained the symbol. I used this command to grep > for the new symbols in the most recent FC5 update: > > [root at kaiez1 tmp]# readelf -a /usr/lib/libnss3.so |grep -i 3\.11\.1 > 230: 4f2ed4a0 320 FUNC GLOBAL DEFAULT 11 > NSS_RegisterShutdown@@NSS_3.11.1 > 553: 4f2ed400 151 FUNC GLOBAL DEFAULT 11 > NSS_UnregisterShutdown@@NSS_3.11.1 > 666: 4f3302e0 22 FUNC GLOBAL DEFAULT 11 > SEC_ASN1EncodeUnsignedInt@@NSS_3.11.1 > 749: 4f2f0fc0 86 FUNC GLOBAL DEFAULT 11 > SEC_RegisterDefaultHttpCl@@NSS_3.11.1 > (excerpt) > > Kai So the question becomes, why isn't the Firefox RPM requiring those symbol versions? nss3 provides them ("libnss3.so(NSS_3.3)", "libnss3.so(NSS_3.9.3)", etc.), but the only thing that Firefox requires is "libnss3.so" and a manally specified "nss >= 3.10". Of course, I'm not sure this would actually help in the static archive case that actually caused the problem here, but RPM should be picking up the necessary symbol versions. libpipnss.so certainly requires them. -- Nicholas Miell From nmiell at comcast.net Wed Aug 23 22:53:47 2006 From: nmiell at comcast.net (Nicholas Miell) Date: Wed, 23 Aug 2006 15:53:47 -0700 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <1156370915.2475.9.camel@entropy> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> <1156365550.3848.16.camel@perun.kabelta.loc> <44ECC9E5.5090001@redhat.com> <1156370915.2475.9.camel@entropy> Message-ID: <1156373627.9587.6.camel@entropy> On Wed, 2006-08-23 at 15:08 -0700, Nicholas Miell wrote: > On Wed, 2006-08-23 at 23:34 +0200, Kai Engert wrote: > > Tomas Mraz wrote: > > > On Wed, 2006-08-23 at 16:31 -0400, Jesse Keating wrote: > > > > > >> On Wednesday 23 August 2006 16:18, Hans de Goede wrote: > > >> > > >>> Actually afaik gnome and gtk have the exact same problem (they are fully > > >>> backward compatible but introduce new symbols making apps using these > > >>> new symbols break on older version), but there we've been plastering > > >>> over the problem by manually adding Requires to packages. > > >>> > > >> I just talked to some of our Gnome maintainers and they don't think that's the > > >> case at all. > > >> > > >> Isn't that why you have foo-so.1 and foo-so.1.1? Your build that has > > >> foo-so.1.1 could include foo-so.1 for compat no? Am I totally off base here? > > >> Versioned libraries are here for a reason, so that you can know what soname > > >> you're compiling against and need later on down the road. Having random > > >> symbols in random unversioned .so files seems very very wrong to me, as a > > >> shared library. > > >> > > > > > > No, they would have to use versioned symbols for this purpose. > > > > > > See http://people.redhat.com/drepper/dsohowto.pdf section 3. > > > > > > > Exported symbol in NSS shared libraries are tagged with the number of > > the first version that contained the symbol. I used this command to grep > > for the new symbols in the most recent FC5 update: > > > > [root at kaiez1 tmp]# readelf -a /usr/lib/libnss3.so |grep -i 3\.11\.1 > > 230: 4f2ed4a0 320 FUNC GLOBAL DEFAULT 11 > > NSS_RegisterShutdown@@NSS_3.11.1 > > 553: 4f2ed400 151 FUNC GLOBAL DEFAULT 11 > > NSS_UnregisterShutdown@@NSS_3.11.1 > > 666: 4f3302e0 22 FUNC GLOBAL DEFAULT 11 > > SEC_ASN1EncodeUnsignedInt@@NSS_3.11.1 > > 749: 4f2f0fc0 86 FUNC GLOBAL DEFAULT 11 > > SEC_RegisterDefaultHttpCl@@NSS_3.11.1 > > (excerpt) > > > > Kai > > So the question becomes, why isn't the Firefox RPM requiring those > symbol versions? > > nss3 provides them ("libnss3.so(NSS_3.3)", "libnss3.so(NSS_3.9.3)", > etc.), but the only thing that Firefox requires is "libnss3.so" and a > manually specified "nss >= 3.10". > > Of course, I'm not sure this would actually help in the static archive > case that actually caused the problem here, but RPM should be picking up > the necessary symbol versions. libpipnss.so certainly requires them. And the answer appears to be: Firefox is using it's own custom dependency generator script, which calls out to /usr/lib/rpm/find-{requires,provides} instead of /usr/lib/rpm/redhat/find-{requires,provides}, and the non-redhat dep scripts are broken. i.e. $ rpm -ql firefox | /usr/lib/rpm/find-requires | sort > ~/ff-rpm.req $ rpm -ql firefox | /usr/lib/rpm/redhat/find-requires | sort > ~/ff-rh.req $ diff -u /home/nicholas/ff-rpm.req /home/nicholas/ff-rh.req --- /home/nicholas/ff-rpm.req 2006-08-23 15:48:10.000000000 -0700 +++ /home/nicholas/ff-rh.req 2006-08-23 15:48:23.000000000 -0700 @@ -40,6 +40,16 @@ libm.so.6(GLIBC_2.2.5)(64bit) libnspr4.so()(64bit) libnss3.so()(64bit) +libnss3.so(NSS_3.10)(64bit) +libnss3.so(NSS_3.11.1)(64bit) +libnss3.so(NSS_3.2)(64bit) +libnss3.so(NSS_3.3)(64bit) +libnss3.so(NSS_3.4)(64bit) +libnss3.so(NSS_3.5)(64bit) +libnss3.so(NSS_3.6)(64bit) +libnss3.so(NSS_3.7)(64bit) +libnss3.so(NSS_3.9.3)(64bit) +libnss3.so(NSS_3.9)(64bit) libORBit-2.so.0()(64bit) libpango-1.0.so.0()(64bit) libpangocairo-1.0.so.0()(64bit) @@ -51,9 +61,17 @@ libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) libsmime3.so()(64bit) +libsmime3.so(NSS_3.2)(64bit) +libsmime3.so(NSS_3.3)(64bit) +libsmime3.so(NSS_3.4.1)(64bit) +libsmime3.so(NSS_3.4)(64bit) +libsmime3.so(NSS_3.6)(64bit) libSM.so.6()(64bit) libssl3.so()(64bit) +libssl3.so(NSS_3.2)(64bit) +libssl3.so(NSS_3.4)(64bit) libstdc++.so.6()(64bit) +libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) libX11.so.6()(64bit) libXft.so.2()(64bit) -- Nicholas Miell From wtchang at redhat.com Wed Aug 23 23:09:14 2006 From: wtchang at redhat.com (Wan-Teh Chang) Date: Wed, 23 Aug 2006 16:09:14 -0700 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <1156370915.2475.9.camel@entropy> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> <1156365550.3848.16.camel@perun.kabelta.loc> <44ECC9E5.5090001@redhat.com> <1156370915.2475.9.camel@entropy> Message-ID: <44ECE01A.8020202@redhat.com> NSS shared libraries are versioned with the major version numbers. For example, the base NSS shared library in all NSS 3.x releases is named libnss3.so, which is also the "soname" of the shared library. Note that we put the major version "3" in a nonstandard place in the library's name and soname ("libnss3.so" as opposed to "libnss.so.3"), but our nonstandard naming convention accomplishes the same goals. Also note that we don't have the common symlink setup like this (using NSS 3.11 as an example): real file libnss.so.3.11 symlink libnss.so.3 -> libnss.so.3.11 but this is a minor loss of functionality. If you really insist, we can do something like this: real file libnss.so.3.11 symlink libnss3.so -> libnss.so.3.11 The name "libnss3.so" is too widely known to change. We also properly version our exported symbols. So we are following the best practices of shared libraries as closely as we can. The reason only Mozilla (or rather, its PSM component) ran into the problem after the system NSS was downgraded is that PSM is linked with a NSS *static* library (libcrmf.a), which references a new symbol with the symbol version "NSS_3.11.1". After PSM is linked with libcrmf.a from NSS 3.11.1, PSM contains a reference to the new symbol. This is why PSM can't resolve the symbol if the system NSS is downgraded to NSS 3.11. So, we should keep in mind that the root cause of this particular problem is the use of static library that gets out of sync with its associated shared libraries. Because of this incident, we will make it a higher priority to convert libcrmf.a into a shared library. Wan-Teh Chang From louisg00 at bellsouth.net Thu Aug 24 00:42:08 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Wed, 23 Aug 2006 20:42:08 -0400 Subject: compiz or metacity+composite Message-ID: <1156380128.2591.9.camel@soncomputer> On 08/23/06 16:31 -0400 Sam Folk-Williams wrote: > On 08/23/06 16:05 -0400 Louis Garcia II wrote: > > What are the differences between compiz and metacity? I would like to > > try the desktop bling on my box which has a radeon 9250. Metacity has a > > composite manager, can I just enable that or is compiz better? > You'll need to use compiz. If you install the latest version for development > you can enable it just by System-->Prefs-->More Prefs-->Desktop Effects. > > Sam Got it working and looks great. I think gnome workspace switcher is not aware of compiz because it will only show one workspace. ctrl+alt+{left,right} arrow changes the workspaces or cubes. It would be nice if the workspace switcher did this, I guess it needs some code. Also, I can't move a window to another workspace by right clicking the window bar. Could this be related? -Louis From jacliburn at bellsouth.net Thu Aug 24 02:12:00 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 23 Aug 2006 21:12:00 -0500 Subject: Kernel network issue with Juniper JUNOS stateful firewall In-Reply-To: <20060823204716.GF1379821@hiwaay.net> References: <20060823204716.GF1379821@hiwaay.net> Message-ID: <44ED0AF0.9020204@bellsouth.net> Chris Adams wrote: > Okay, I've got an odd one, and I'm hoping a kernel developer can at > least point me in the right direction. > > I've got a Linux box (Fedora Core 5 and kernel 2.6.17-1.2174_FC5), > sitting behind a Juniper J2300 router (running JUNOS 7.3R2.6), > attempting to FTP to an Alphaserver running Tru64 (5.1B or 4.0G). > > With that combination and a stateful firewall enabled on the Juniper, I > do not get the FTP banner when I open an FTP connection. The connection > just sits there. This is not the traditional FTP problems (active vs. > passive, reverse DNS lookup, authentication, etc.). > > If I downgrade my Linux box to the FC5 release kernel > (2.6.15-1.2054_FC5), it works fine. If I upgrade to the rawhide kernel > (2.6.17-1.2583.fc6), it does not work. > > Any other combination of OSes works (FTP from WinXP to Tru64, FTP from > Linux to Linux or Windows). An FC4 client with a (IIRC) 2.6.16 kernel > also works to Tru64. > > Now, this appears to be a Juniper JUNOS bug (and our Juniper SE is going > to open a case), but what could have changed between Linux kernels > 2.6.15 and 2.6.17 that would trigger it? I'm hoping to narrow this down > somehow to help Juniper find the problem. > TCP window scaling? Try sysctl -w net.ipv4.tcp_window_scaling=0 and see if things start working. From naoki at valuecommerce.com Thu Aug 24 04:43:15 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 24 Aug 2006 13:43:15 +0900 Subject: Compiz seems to hurt my metacity. In-Reply-To: <1156380128.2591.9.camel@soncomputer> References: <1156380128.2591.9.camel@soncomputer> Message-ID: <44ED2E63.5060100@valuecommerce.com> Probably a stupid problem and not a bug but.. Latest rawhide : $ rpm -q compiz metacity compiz-0.0.13-0.17.20060817git.fc6 metacity-2.15.34-1.fc6 When I try : System-->Prefs-->More Prefs-->Desktop Effects It seems to remove all window management, I get all the applications from my eight workspaces on the one screen, I can no longer switch between workspaces (which has been reported before so I understand this issue) and the applications no longer have borders and are unable to be manipulated. Anybody else seen this or have I a bodgy setup? From selinux at gmail.com Thu Aug 24 05:56:04 2006 From: selinux at gmail.com (Tom London) Date: Wed, 23 Aug 2006 22:56:04 -0700 Subject: Compiz seems to hurt my metacity. In-Reply-To: <44ED2E63.5060100@valuecommerce.com> References: <1156380128.2591.9.camel@soncomputer> <44ED2E63.5060100@valuecommerce.com> Message-ID: <4c4ba1530608232256r51d504cci716fe97d40d115aa@mail.gmail.com> On 8/23/06, Naoki wrote: > Probably a stupid problem and not a bug but.. > > Latest rawhide : > > $ rpm -q compiz metacity > compiz-0.0.13-0.17.20060817git.fc6 > metacity-2.15.34-1.fc6 > > When I try : System-->Prefs-->More Prefs-->Desktop Effects > > It seems to remove all window management, I get all the applications > from my eight workspaces on the one screen, I can no longer switch > between workspaces (which has been reported before so I understand this > issue) and the applications no longer have borders and are unable to be > manipulated. > > Anybody else seen this or have I a bodgy setup? > > See similar stuff. Try disabling and then reenabling desktop-effects. That 'fixed it' for me (at least, up to the current state of 'working'). tom [The desktop-effects prefs app doesn't change the label of the button to 'disable', but it seems to do that.] -- Tom London From j.w.r.degoede at hhs.nl Thu Aug 24 06:44:06 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 24 Aug 2006 08:44:06 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <200608231631.16171.jkeating@redhat.com> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> Message-ID: <44ED4AB6.4050303@hhs.nl> Jesse Keating wrote: > On Wednesday 23 August 2006 16:18, Hans de Goede wrote: >> Actually afaik gnome and gtk have the exact same problem (they are fully >> backward compatible but introduce new symbols making apps using these >> new symbols break on older version), but there we've been plastering >> over the problem by manually adding Requires to packages. > > I just talked to some of our Gnome maintainers and they don't think that's the > case at all. > How is that not the case at all? gtk has been providing libgtk-2.0.so.0 for many many releases and has been gaining features all the time, so any gtk app using those new features won't work with gtk-2.0.x, which has the same soname as gtk2.8.x . So rpm's autodeps wont help here and need some manual helping. It may be different then the nss case in the sense that just recompiling an app doesn't change it gtk requirements, for them to change the app needs to change itself. > Isn't that why you have foo-so.1 and foo-so.1.1? Your build that has > foo-so.1.1 could include foo-so.1 for compat no? Am I totally off base here? > Versioned libraries are here for a reason, so that you can know what soname > you're compiling against and need later on down the road. Having random > symbols in random unversioned .so files seems very very wrong to me, as a > shared library. > As already explained if you have a library who is ABI wise 100% compatible with the old release but has new symbols, yo don't want to change the soname as then older programs won't work as they expect the old soname. Newer programs build with a newer version might however use new added symbols, which aren't available in older versions of the library (with the same soname). Thus rpm's autodep's aren't sufficient since the rpm autodep would be fullfilled by an older version too. Take gnome-panel as an example, rpm -q --requires gnome-panel contains: libgtk-x11-2.0.so.0 But that will be provided by ancient gtk versions, which are too old for gnome-panel too work (they miss symbols which the newer ones have, thus the same rpm command output also contains: gtk2 >= 2.7.1 All that is different in this thread with regards too gnome is the suggestion to automaticly generate these exrtra versioned deps buildtime. Regards, Hans From naoki at valuecommerce.com Thu Aug 24 07:25:14 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 24 Aug 2006 16:25:14 +0900 Subject: Compiz seems to hurt my metacity. In-Reply-To: <4c4ba1530608232256r51d504cci716fe97d40d115aa@mail.gmail.com> References: <1156380128.2591.9.camel@soncomputer> <44ED2E63.5060100@valuecommerce.com> <4c4ba1530608232256r51d504cci716fe97d40d115aa@mail.gmail.com> Message-ID: <44ED545A.7060302@valuecommerce.com> Tom London wrote: > On 8/23/06, Naoki wrote: >> Probably a stupid problem and not a bug but.. >> >> Latest rawhide : >> >> $ rpm -q compiz metacity >> compiz-0.0.13-0.17.20060817git.fc6 >> metacity-2.15.34-1.fc6 >> >> When I try : System-->Prefs-->More Prefs-->Desktop Effects >> >> It seems to remove all window management, I get all the applications >> from my eight workspaces on the one screen, I can no longer switch >> between workspaces (which has been reported before so I understand this >> issue) and the applications no longer have borders and are unable to be >> manipulated. >> >> Anybody else seen this or have I a bodgy setup? >> >> > See similar stuff. > > Try disabling and then reenabling desktop-effects. That 'fixed it' for > me (at least, up to the current state of 'working'). > > tom > > [The desktop-effects prefs app doesn't change the label of the button > to 'disable', but it seems to do that.] > Unfortunately this didn't help. I still lose window management and can't switch between apps, can't switch focus nor workspaces. When I "Enable Desktop Effects", is there a log somewhere that might explain why it's failing ? When I try it I do end up with the "desktop-effects" process but no compiz processes, anything I should be checking for there? From emeric.maschino at jouy.inra.fr Thu Aug 24 07:42:33 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Thu, 24 Aug 2006 09:42:33 +0200 Subject: compiz or metacity+composite In-Reply-To: <1156363523.4811.4.camel@soncomputer> References: <1156363523.4811.4.camel@soncomputer> Message-ID: <1156405353.1451.2.camel@giulietta.jouy.inra.fr> Hi, > What are the differences between compiz and metacity? I would like to > try the desktop bling on my box which has a radeon 9250. Metacity has a > composite manager, can I just enable that or is compiz better? I'm also a little lost. What really happens when you install compiz and select the Desktop effects in the Advanced preferences? Is metacity disabled? In this case, should the metacity package be uninstalled? On the other hand, what's the difference with enabling the metacity composite extension without installing compiz? Cheers, ?meric From giallu at gmail.com Thu Aug 24 07:54:11 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 24 Aug 2006 09:54:11 +0200 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <44EC227D.3070507@fedoraproject.org> References: <44EC227D.3070507@fedoraproject.org> Message-ID: On 8/23/06, Rahul wrote: > Gianluca Sforna wrote: > > > > > I really hope the Core/Extras split goes away ASAP, so we can try to > > fix things like this > > > > What split are you talking about and how does that side step cervisia's > dependency on KDE? Sorry for not being clear on this. I understand that a medium term goal for Fedora is to remove the distinction between Core and Extras, so that all packages are treated in the same way (e.g. maintained with the help of the community). This would eventually improve the overall quality of them, allowing things that the current maintaners are not going to do (usually for lack of time). One of this things could be a finer packaging, splitting stuff where possible to achieve a speedier download/install/update _and_ resolve issues like the present From giallu at gmail.com Thu Aug 24 07:54:26 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 24 Aug 2006 09:54:26 +0200 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: <20060823110929.5e16aeed@banea.int.addix.net> References: <20060823110929.5e16aeed@banea.int.addix.net> Message-ID: On 8/23/06, Ralf Ertzinger wrote: > Hi. > > On Wed, 23 Aug 2006 10:41:11 +0200, Gianluca Sforna wrote: > > > I really hope the Core/Extras split goes away ASAP, so we can try to > > fix things like this > > What exactly is wrong with that? Cervisia needs KDE. Certainly. The question is if it needs ALL of it, or just some smaller subset we could possibly package separately. From seandarcy2 at gmail.com Thu Aug 24 08:13:26 2006 From: seandarcy2 at gmail.com (sean) Date: Thu, 24 Aug 2006 04:13:26 -0400 Subject: rawhide report: 20060822 changes In-Reply-To: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> Message-ID: buildsys at redhat.com wrote: ............. > > cups-1:1.2.2-14 > --------------- > * Mon Aug 21 2006 Tim Waugh 1:1.2.2-14 > - Updated LSPP patch (bug #203376). > And now: service cups restart Stopping cups: [FAILED] Starting cups: cupsd: Child exited on signal 11! [FAILED] reverting to 1.2.2-13 fixed it. sean From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 24 08:27:07 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 24 Aug 2006 10:27:07 +0200 Subject: Compiz seems to hurt my metacity. In-Reply-To: <44ED2E63.5060100@valuecommerce.com> References: <1156380128.2591.9.camel@soncomputer> <44ED2E63.5060100@valuecommerce.com> Message-ID: <20060824102707.4f2c6a5b@python2> Naoki wrote : > When I try : System-->Prefs-->More Prefs-->Desktop Effects > > It seems to remove all window management, I get all the applications > from my eight workspaces on the one screen, I can no longer switch > between workspaces (which has been reported before so I understand this > issue) and the applications no longer have borders and are unable to be > manipulated. I saw this on a computer where I had dri disabled in xorg.conf. Re-enabling it and restarting X made the switch to compiz work. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2583.fc6 Load : 0.33 0.64 0.45 From naoki at valuecommerce.com Thu Aug 24 08:30:28 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 24 Aug 2006 17:30:28 +0900 Subject: Compiz seems to hurt my metacity. In-Reply-To: <20060824102707.4f2c6a5b@python2> References: <1156380128.2591.9.camel@soncomputer> <44ED2E63.5060100@valuecommerce.com> <20060824102707.4f2c6a5b@python2> Message-ID: <44ED63A4.9060902@valuecommerce.com> An HTML attachment was scrubbed... URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 24 08:36:04 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 24 Aug 2006 10:36:04 +0200 Subject: compiz or metacity+composite In-Reply-To: <1156380128.2591.9.camel@soncomputer> References: <1156380128.2591.9.camel@soncomputer> Message-ID: <20060824103604.62a34d69@python2> Louis Garcia II wrote : > Got it working and looks great. I think gnome workspace switcher is not aware > of compiz because it will only show one workspace. ctrl+alt+{left,right} arrow > changes the workspaces or cubes. It would be nice if the workspace switcher > did this, I guess it needs some code. > > Also, I can't move a window to another workspace by right clicking the window bar. > Could this be related? Having the GNOME workspace switcher and compiz play nice together is definitely something I'd like to have too, including the ability to drag and drop the miniature of a window from a desktop to another. The inability to "move to another workspace" or "set visible on all workspaces" when right clicking the top window bar is also something I miss. But I realized yesterday that you can move an application to the neighbour workspaces by simply dragging it to the side and forcing a bit. I noticed it when a window that was a little "off screen"... could be seen partially in the next workspace :-) Since today, my gkrellm finally appears on all workspaces... dunno if I changed a setting or if something got fixed :-/ I have : - set sticky - set on top of other windows of the same type - set window type to be a dock or a panel (this might be the trick) Now what bothers me most is that switching to a tty and trying to get back into X gives me a black screen, and I have to reboot the computer. On both an r300 and an i810 setup. Is this known and has been filed? (I couldn't find it in bugzilla) Other than that, real terminal transparency is great and I'm lovin' all the nice fading and wobbliness ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2583.fc6 Load : 0.44 0.62 0.45 From naoki at valuecommerce.com Thu Aug 24 08:42:26 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 24 Aug 2006 17:42:26 +0900 Subject: Compiz & gnome keyboard shortcuts (workspace related). In-Reply-To: <20060824103604.62a34d69@python2> References: <1156380128.2591.9.camel@soncomputer> <20060824103604.62a34d69@python2> Message-ID: <44ED6672.3010207@valuecommerce.com> One minor thing I was wondering about, without desktop effects I had F1-F8 setup as keyboard shortcuts to switch to the associated workspace. This stops functioning after enabling compiz and I'm wondering if that's a short coming or just a setting I've yet to correctly enable? From mike at miketc.com Thu Aug 24 09:11:35 2006 From: mike at miketc.com (Mike Chambers) Date: Thu, 24 Aug 2006 04:11:35 -0500 Subject: Compiz seems to hurt my metacity. In-Reply-To: <44ED2E63.5060100@valuecommerce.com> References: <1156380128.2591.9.camel@soncomputer> <44ED2E63.5060100@valuecommerce.com> Message-ID: <1156410695.2432.0.camel@scrappy.miketc.com> On Thu, 2006-08-24 at 13:43 +0900, Naoki wrote: > It seems to remove all window management, I get all the applications > from my eight workspaces on the one screen, I can no longer switch > between workspaces (which has been reported before so I understand this > issue) and the applications no longer have borders and are unable to be > manipulated. Saw the same thing about the borders and stuff disappearing. -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From jfrieben at freesurf.fr Thu Aug 24 09:14:05 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 24 Aug 2006 11:14:05 +0200 (CEST) Subject: compiz or metacity+composite In-Reply-To: <1156405353.1451.2.camel@giulietta.jouy.inra.fr> References: <1156405353.1451.2.camel@giulietta.jouy.inra.fr> Message-ID: <38478.194.94.224.254.1156410845.squirrel@jose.freesurf.fr> Current "metacity" packages have the compositor functionality disabled. Right now, you cannot enable compositor features in "metacity" without rebuilding it. When you select "desktop effects", "metacity" gets replaced by "compiz" and vice versa. > > I'm also a little lost. What really happens when you install compiz and > select the Desktop effects in the Advanced preferences? Is metacity > disabled? In this case, should the metacity package be uninstalled? On > the other hand, what's the difference with enabling the metacity > composite extension without installing compiz? > > Cheers, > > Emeric > From twaugh at redhat.com Thu Aug 24 09:28:04 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 24 Aug 2006 10:28:04 +0100 Subject: rawhide report: 20060822 changes In-Reply-To: References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> Message-ID: <1156411684.3998.13.camel@cyberelk.elk> On Thu, 2006-08-24 at 04:13 -0400, sean wrote: > buildsys at redhat.com wrote: > ............. > > > > cups-1:1.2.2-14 > > --------------- > > * Mon Aug 21 2006 Tim Waugh 1:1.2.2-14 > > - Updated LSPP patch (bug #203376). > > > > And now: > > service cups restart > Stopping cups: > [FAILED] > Starting cups: cupsd: Child exited on signal 11! > > [FAILED] > > reverting to 1.2.2-13 fixed it. I don't see that here. Could you install cups-debuginfo-1.2.2-14 and get a backtrace please? Thanks, Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From emeric.maschino at jouy.inra.fr Thu Aug 24 09:41:30 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Thu, 24 Aug 2006 11:41:30 +0200 Subject: compiz or metacity+composite In-Reply-To: <38478.194.94.224.254.1156410845.squirrel@jose.freesurf.fr> References: <1156405353.1451.2.camel@giulietta.jouy.inra.fr> <38478.194.94.224.254.1156410845.squirrel@jose.freesurf.fr> Message-ID: <1156412490.4232.5.camel@giulietta.jouy.inra.fr> > Current "metacity" packages have the compositor functionality disabled. > Right now, you cannot enable compositor features in "metacity" without > rebuilding it. Can't you enable the compositing features in metacity in CLI with gconftool-2 -s '/apps/metacity/general/compositing_manager' --type bool true and Section "Extensions" Option "Composite" EndSection in the /etc/X11/xorg.conf file as documented on the AiglxOnFedora Wiki page? > When you select "desktop effects", "metacity" gets replaced > by "compiz" and vice versa. What are the plans for the future: enable the compositing features of metacity or replace metacity with compiz? BTW, what will happen when both compiz and metacity with composite features enabled are installed on a system? Cheers, ?meric From mailinglists at erwinrol.com Thu Aug 24 09:58:58 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 24 Aug 2006 11:58:58 +0200 Subject: rawhide report: 20060822 changes In-Reply-To: <1156411684.3998.13.camel@cyberelk.elk> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <1156411684.3998.13.camel@cyberelk.elk> Message-ID: <44ED7862.3090607@erwinrol.com> Tim Waugh wrote: > On Thu, 2006-08-24 at 04:13 -0400, sean wrote: >> buildsys at redhat.com wrote: >> ............. >>> cups-1:1.2.2-14 >>> --------------- >>> * Mon Aug 21 2006 Tim Waugh 1:1.2.2-14 >>> - Updated LSPP patch (bug #203376). >>> >> And now: >> >> service cups restart >> Stopping cups: >> [FAILED] >> Starting cups: cupsd: Child exited on signal 11! >> >> [FAILED] >> >> reverting to 1.2.2-13 fixed it. > > I don't see that here. Could you install cups-debuginfo-1.2.2-14 and > get a backtrace please? I see that here too on X86_64 but i didn't see it on i386 (that i didn't see it doesn't mean it doesn't happen :-). /var/log/messages has the following; Aug 23 01:00:50 xpc kernel: cupsd[2617]: segfault at 0000000000000000 rip 00002aaaac73f610 rsp 00007fff704a0de8 error 4 gdb shows; [root at xpc Temp]# gdb /usr/sbin/cupsd GNU gdb Red Hat Linux (6.5-3.fc6rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". (gdb) set args -f (gdb) r Starting program: /usr/sbin/cupsd -f [Thread debugging using libthread_db enabled] [New Thread 46912568808784 (LWP 11520)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912568808784 (LWP 11520)] 0x00002aaaac73f610 in context_range_get () from /lib64/libselinux.so.1 (gdb) bt #0 0x00002aaaac73f610 in context_range_get () from /lib64/libselinux.so.1 #1 0x000055555558e815 in cupsdSetPrinterAttrs (p=0x5555557c6bc0) at printers.c:1610 #2 0x000055555558f875 in cupsdLoadAllPrinters () at printers.c:920 #3 0x000055555556de80 in cupsdReadConfiguration () at conf.c:1100 #4 0x00005555555736c5 in main (argc=, argv=0x7fff16752e98) at main.c:429 And strace shows that just before it crashes some selinux call seems to fail; 11530 [ 2aaaabe5d910] read(6, "pi: \"SET RESOLUTION=60&&\n0\"\n*End"..., 4096) = 4096 11530 [ 2aaaabe5d910] read(6, " Standard ROM\n*Font Palatino-Bol"..., 4096) = 638 11530 [ 2aaaabe5d910] read(6, "", 4096) = 0 11530 [ 2aaaabe5d910] read(6, "", 4096) = 0 11530 [ 2aaaabe5d990] close(6) = 0 11530 [ 2aaaaca0fa37] access("/usr/lib/cups/filter/foomatic-rip", X_OK) = 0 11530 [ 2aaaaca1cfca] getxattr("/dev/usb/lp0", "security.selinux", 0x5555557c7550, 255) = -1 EOPNOTSUPP (Operation not supported) 11530 [ 2aaaabe5d890] write(5, "E [24/Aug/2006:11:56:30 +0200] c"..., 83) = 83 11530 [ 2aaaac73f610] --- SIGSEGV (Segmentation fault) @ 0 (0) --- 11530 [????????????????] +++ killed by SIGSEGV +++ Note: SELinux is disabled on this system. From buildsys at redhat.com Thu Aug 24 10:04:49 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 24 Aug 2006 06:04:49 -0400 Subject: rawhide report: 20060824 changes Message-ID: <200608241004.k7OA4nns005683@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.84-1 -------------------- * Wed Aug 23 2006 Jeremy Katz - 11.1.0.84-1 - Run in English for CJKI text installs (clumens, #180417, #202738) - Don't mistake hard drives for CD drives (clumens, #202714) - Start to add s390x mpath support (pjones) - Whiteout scim-libs (clumens, #202543) - Fix LV size check with growing (clumens, #203095) - Fix graphical selection of drives (pjones) - Speed up mke2fs (pjones, #201645) - Add a simple audit daemon to get rid of audit spam (pjones) - Some tweaks to repo addition/task selection - Fix multipath for x86_64 (pjones, #203425) - Set language to English every time it's unsupported (clumens, #203331) at-3.1.8-82.fc6 --------------- * Wed Aug 23 2006 Marcela Maslanova - 3.1.8-82.fc6 - #176486 don't fork option added (patch from Enrico Scholz) * Wed Jul 12 2006 Jesse Keating - 3.1.8-81.2 - rebuild * Fri Feb 10 2006 Jesse Keating - 3.1.8-81.1 - bump again for double-long bug on ppc(64) avahi-0.6.11-3.fc6 ------------------ * Wed Aug 23 2006 Martin Stransky - 0.6.11-3 - added fix for #200767 - avahi-dnsconfd Segmentation fault with invalid command line argument - added dist tag beagle-0.2.8-3.fc6 ------------------ * Wed Aug 23 2006 Matthias Clasen - 0.2.8-3 - Fix a crash, patch from upstream cvs (#203519) compat-gcc-34-3.4.6-4 --------------------- coreutils-5.97-8 ---------------- * Wed Aug 23 2006 Tim Waugh 5.97-8 - Don't chdir until after PAM bits in su (bug #197659). cscope-15.5-15.fc6.1 -------------------- * Wed Aug 23 2006 Neil Horman -15.5-15.fc6.1 - fixed overflows per bz 203651 - start using .fc6 tag to make release numbering easier eel2-2.15.92-2.fc6 ------------------ * Wed Aug 23 2006 Alexander Larsson - 2.15.92-2 - fix dnd crash from firefox (#203678) esc-1.0.0-7.fc6 --------------- * Tue Aug 22 2006 Jack Magne - 1.0.0-7 - Fix for bug #203211, use of system NSS and NSPR for - Xulrunner ,addressing the problem running on 64 bit. - Overwriting 5 and 6 due to important bug #203211. evolution-2.7.92-4.fc6 ---------------------- * Wed Aug 23 2006 Matthew Barnes - 2.7.92-4.fc6 - Add patches for Gnome.org bug #352450. file-4.17-8 ----------- * Wed Aug 23 2006 Martin Bacovsky - 4.17-8 - fix recognition of perl script with embed awk (#203610) * Fri Aug 18 2006 Martin Bacovsky - 4.17-7 - fix recognition of bash script with embed awk (#202185) * Thu Aug 03 2006 Martin Bacovsky - 4.17-6 - fix gziped empty file (#72986) gdb-6.5-5.fc6 ------------- * Thu Aug 24 2006 Alexandre Oliva - 6.5-5 - Backport support for i386 nop memory instructions. - Fix debuginfo addresses resolving for --emit-relocs Linux kernels (BZ 203661, from Jan Kratochvil, like the remaining changes). - Bugfix segv on the source display by ^X 1 (fixes Patch130, BZ 200048). - Do not step into the PPC solib trampolines (BZ 200533). - Fix exec() from threaded program, partial CVS backport (BZ 182116). - Fix occasional failure to load shared libraries (BZ 146810). - Bugfix object names completion (fixes Patch116, BZ 193763). - Avoid crash of 'info threads' if stale threads exist (BZ 195429). - Handle corrupted or missing location list information (BZ 196439). gnome-applets-1:2.15.90-1.fc6 ----------------------------- * Tue Aug 22 2006 Matthias Clasen - 1:2.15.90-1.fc6 - Update to 2.15.90 - Drop upstreamed patches - Add a %preun script - Require pkgconfig gnome-keyring-0.5.2-2.fc6 ------------------------- * Wed Aug 23 2006 Dan Williams - 0.5.2-2.fc6 - Fix null pointer dereference (Gnome.org #352587) gnome-system-monitor-2.15.92-2.fc6 ---------------------------------- * Wed Aug 23 2006 Matthias Clasen - 2.15.92-2.fc6 - Apply a patch by Matthias Saou to clean up the .spec file gtk2-2.10.2-3.fc6 ----------------- * Wed Aug 23 2006 Matthias Clasen - 2.10.2-3.fc6 - Fix confusion between values and names in printer options (#203588) java-1.4.2-gcj-compat-0:1.4.2.0-40jpp.102 ----------------------------------------- * Wed Aug 23 2006 Fernando Nasser - 0:1.4.2.0-40jpp.102 - Remove duplicate macro definitions - Rebuild jpackage-utils-0:1.6.6-1jpp.6 ----------------------------- * Wed Aug 23 2006 Fernando Nasser - 0:1.6.6-1jpp.6 - Rebuild kdeutils-6:3.5.4-2.fc6 ---------------------- * Wed Aug 23 2006 Than Ngo 6:3.5.4-2 - apply upstream patch to fix ark crashes, kde#127341 - apply upstream patch to fix kgpg crashes, kde#132420 kexec-tools-1.101-48.fc6 ------------------------ * Wed Aug 23 2006 Neil Horman - 1.101-47.fc6 - Bumping revision number lftp-3.5.1-2.fc6 ---------------- * Wed Aug 23 2006 Maros Barabas - 3.5.1-2 - remove .a & .la from libdir libsemanage-1.6.16-1 -------------------- * Wed Aug 23 2006 Dan Walsh - 1.6.16-1 - Upgrade to latest from NSA * Make most copy errors fatal, but allow exceptions for file_contexts.local, seusers, and netfilter_contexts if the source file does not exist in the store. ltrace-0.5-1.3.45svn.fc6 ------------------------ * Tue Aug 22 2006 Petr Machata - 0.5-1.1.45svn - adding fork and exec patches from IBM - using dist tag * Fri Aug 18 2006 Jesse Keating - 0.5-1.0.45svn.6 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) man-pages-2.39-4 ---------------- * Wed Aug 23 2006 Ivana Varekova 2.39-4 - add (get/set)_robust_list.2 man pages - add add_key.2, keyctl.2, request_key.2 man pages (removed from keyutils-libs-devel package) - add tux.2 man page (removed from tux package) * Mon Aug 14 2006 Marcela Maslanova 2.39-3 - fix same bug better * Wed Aug 09 2006 Marcela Maslanova 2.39-2 - fix(#200681) typo mc-1:4.6.1a-25.fc6 ------------------ * Wed Aug 23 2006 Jindrich Novy 4.6.1a-25.fc6 - highlight AMD64 registers properly when editing assembly sources mcstrans-0.1.8-1 ---------------- * Wed Aug 23 2006 Dan Walsh 0.1.8-1 - Only allow one version to run mesa-6.5.1-0.rc1.fc6 -------------------- * Wed Aug 23 2006 Kristian H??gsberg - 6.5.1-0.rc1.fc6 - Bump to 6.5.1 RC1. * Tue Aug 22 2006 Kristian H??gsberg 6.5-26.20060818cvs.fc6 - Pull the vtxfmt patch into the selinux-awareness patch, handle exec mem heap init failure correctly by releasing mutex. net-snmp-5.3.1.0-5.fc6 ---------------------- * Wed Aug 23 2006 Radek Vokal 5.3.1.0-5 - SMUX support is still needed .. will disappear later! - static libs should be in devel not libs (#203571) - fix lm_sensors issues openssh-4.3p2-9 --------------- * Wed Aug 23 2006 Tomas Mraz - 4.3p2-9 - don't report duplicate syslog messages, use correct local time (#189158) - don't allow spnego as gssapi mechanism (from upstream) - fixed memleaks found by Coverity (from upstream) - allow ip options except source routing (#202856) (patch by HP) parted-1.7.1-15.fc6 ------------------- * Wed Aug 23 2006 David Cantrell - 1.7.1-15 - Fixed gpt patch (*asked_already -> asked_already, whoops) * Tue Aug 22 2006 David Cantrell - 1.7.1-14 - Improve error message returned by _parse_header() on GPT-labeled disks so users actually have an idea of how to correct the problem - Fix off-by-one error with LastUsableLBA and PartitionEntryLBA overlap to prevent possible data corruption when using non-parted GPT editing tools pyxf86config-0.3.29-1.fc6 ------------------------- * Wed Aug 23 2006 Adam Jackson 0.3.29-1.fc6 - Default depth of 24. rhpxl-0.31-1 ------------ * Wed Aug 23 2006 Adam Jackson 0.31-1 - Default depth of 24. scim-bridge-0.3.1-1.fc6 ----------------------- * Wed Aug 23 2006 Jens Petersen - 0.3.1-1 - update to 0.3.1 release - buildrequire qt-devel - disable building oxygen source documentation for now - include html docs scrollkeeper-0.3.14-7.1 ----------------------- * Tue Aug 22 2006 Matthew Barnes - 0.3.14-7.1 - Fix the BuildRoot. * Tue Aug 22 2006 Matthew Barnes - 0.3.14-7 - Clean up spec file, package .bz2 file instead of .gz. - Make intltool a BuildRequires instead of a Requires (RH bug #203606). selinux-policy-2.3.9-1 ---------------------- * Wed Aug 23 2006 Dan Walsh 2.3.8-1 - Update to upstream * Sun Aug 20 2006 Dan Walsh 2.3.8-2 - Fixes for stunnel and postgresql - Update from upstream setroubleshoot-0.33-1 --------------------- * Tue Aug 22 2006 Dan Walsh - 0.33-1 - Spell check plugins - fix dbus instantiation * Tue Aug 22 2006 Dan Walsh - 0.32-1 - Add avc_syslog to syslog translated avc message - Fix submitbug button - John Dennis Changes * fix signature inflation, all data attached to a signature is now encapsulated in a SEFaultSignatureInfo (siginfo) class. The GUI no longer reaches into a signature looking for information, it looks in the siginfo. The Plugin class now defines the method get_signature() which report() calls to obtain the signature. The default signature provided by the Plugin class includes the analysisID, an AVC with just the src & target contexts, and the object_path. All data accesses and parameters which had been "sig and solution" are now done via the unified siginfo class. There is still a bit more work to be done on this but this represents a reasonble point to checkpoint the code in CVS. * Tue Aug 22 2006 Dan Walsh - 0.31-1 - Fix desktop struts-0:1.2.9-3jpp.1 --------------------- * Tue Aug 22 2006 Fernando Nasser - 0:1.2.9-3jpp.1 - Merge with upstream for upgrade to 1.2.9 - Use symlinks instead of actual files in WEB-INF/lib folders - Add conditional native compilation * Tue Aug 22 2006 Fernando Nasser - 0:1.2.9-3jpp - Remove duplicate macros - Fix removal of old struts-el documentation link - Create coreonly option * Thu Apr 06 2006 Ralph Apel - 0:1.2.9-2jpp - Switch to _javadir/cactus-14/*.jar - Thus require cactus >= 1.7.1-2jpp system-config-printer-0.7.26-1 ------------------------------ * Wed Aug 23 2006 Tim Waugh 0.7.26-1 - 0.7.26. Fixes bug # 203149. * Mon Aug 14 2006 Florian Festi 0.7.25-1 - 0.7.25. (bug #202060) * Fri Aug 11 2006 Tim Waugh - Fixed description (bug #202189). tux-3.2.18-9.fc6 ---------------- * Wed Aug 23 2006 Ivana Varekova - 3.2.18-9 - remove tux.2 man page (moved to man-pages package) xchat-1:2.6.6-3.fc6 ------------------- * Wed Aug 23 2006 Warren Togami - 1:2.6.6-3 - enable optional spell checking if you install enchant because gtkspell is currently unusable (#201116) xinetd-2:2.3.14-4 ----------------- * Wed Aug 23 2006 Steve Grubb 2:2.3.14-4 - Added labeled networking patch xorg-x11-drv-ati-6.6.1-10.fc6 ----------------------------- * Fri Aug 18 2006 Adam Jackson 6.6.1-10.fc6 - radeon-6.6.1-use-mtdriver.patch: Use new M_T_DRIVER mode type for mode synthesis. - Bump Requires to match. yaboot-1.3.13-2.fc6 ------------------- * Wed Aug 23 2006 Paul Nasrat - 1.3.13-2 - Fix ybin with SELinux (#201414) yelp-2.15.91-2 -------------- * Wed Aug 23 2006 Matthew Barnes - 2.15.91-2 - Rebuild ypbind-3:1.19-4 --------------- * Wed Aug 23 2006 Steve Dickson - 3:1.19-4 - Remove the -s from install process making the -debuginfo package useful (bz 203851) - Added the sourcing of /etc/sysconfig/ypbind (bz 199448) yum-2.9.5-1 ----------- * Wed Aug 23 2006 Jeremy Katz - 2.9.5-1 - update to 2.9.5 From fedora at camperquake.de Thu Aug 24 10:14:56 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 24 Aug 2006 12:14:56 +0200 Subject: rawhide report: 20060824 changes In-Reply-To: <200608241004.k7OA4nns005683@hs20-bc2-6.build.redhat.com> References: <200608241004.k7OA4nns005683@hs20-bc2-6.build.redhat.com> Message-ID: <20060824121456.64da7511@banea.int.addix.net> Hi. On Thu, 24 Aug 2006 06:04:49 -0400, buildsys at redhat.com wrote: > file-4.17-8 > ----------- > * Wed Aug 23 2006 Martin Bacovsky - 4.17-8 > - fix recognition of perl script with embed awk (#203610) I do not know what is more astounding. That people actually write perl with embedded awk, or that they actually notice that file does not handle this case correctly. From emeric.maschino at jouy.inra.fr Thu Aug 24 10:28:10 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Thu, 24 Aug 2006 12:28:10 +0200 Subject: rawhide report: 20060824 changes In-Reply-To: <200608241004.k7OA4nns005683@hs20-bc2-6.build.redhat.com> References: <200608241004.k7OA4nns005683@hs20-bc2-6.build.redhat.com> Message-ID: <1156415290.4232.10.camel@giulietta.jouy.inra.fr> Hi, > xorg-x11-drv-ati-6.6.1-10.fc6 > ----------------------------- > * Fri Aug 18 2006 Adam Jackson 6.6.1-10.fc6 > - radeon-6.6.1-use-mtdriver.patch: Use new M_T_DRIVER mode type for mode > synthesis. > - Bump Requires to match. Is it based on xf86-video-ati git? I'm asked to try this version (cf. https://bugs.freedesktop.org/show_bug.cgi?id=7770). Cheers, ?meric From jfrieben at freesurf.fr Thu Aug 24 10:32:21 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 24 Aug 2006 12:32:21 +0200 (CEST) Subject: compiz or metacity+composite In-Reply-To: <1156412490.4232.5.camel@giulietta.jouy.inra.fr> References: <1156412490.4232.5.camel@giulietta.jouy.inra.fr> Message-ID: <14229.194.94.224.254.1156415541.squirrel@arlette.freesurf.fr> > Can't you enable the compositing features in metacity in CLI with > > gconftool-2 -s '/apps/metacity/general/compositing_manager' --type bool > true > > and > > Section "Extensions" > Option "Composite" > EndSection > > in the /etc/X11/xorg.conf file as documented on the AiglxOnFedora Wiki > page? No, you can't. As I said: "metacity" is built -without- compositor functionality. Setting the "gconf" does not change anything. > BTW, what will happen when both compiz and metacity with composite > features enabled are installed on a system? > You will simply have 2 compositing window managers between which you switch by means of activating "desktop effects". Options that you can checkmark of course only apply to "compiz". "metacity" compositing effects are not supported in the user interface. Btw, your questions had been discussed exhaustively earlier this month in thread "Wither bling?" at: https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00362.html From twaugh at redhat.com Thu Aug 24 10:43:42 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 24 Aug 2006 11:43:42 +0100 Subject: rawhide report: 20060822 changes In-Reply-To: <1156411684.3998.13.camel@cyberelk.elk> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <1156411684.3998.13.camel@cyberelk.elk> Message-ID: <1156416222.3998.20.camel@cyberelk.elk> On Thu, 2006-08-24 at 10:28 +0100, Tim Waugh wrote: > I don't see that here. Could you install cups-debuginfo-1.2.2-14 and > get a backtrace please? ..actually never mind. Fixed already checked into CVS. Thanks, Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From twaugh at redhat.com Thu Aug 24 10:51:45 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 24 Aug 2006 11:51:45 +0100 Subject: rawhide report: 20060822 changes In-Reply-To: <44ED7862.3090607@erwinrol.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <1156411684.3998.13.camel@cyberelk.elk> <44ED7862.3090607@erwinrol.com> Message-ID: <1156416705.3998.29.camel@cyberelk.elk> On Thu, 2006-08-24 at 11:58 +0200, Erwin Rol wrote: > I see that here too on X86_64 but i didn't see it on i386 (that i didn't > see it doesn't mean it doesn't happen :-). Your backtrace is a different one than I'd been expected from bug #203784, so might not be fixed in 1.2.2-15. > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912568808784 (LWP 11520)] > 0x00002aaaac73f610 in context_range_get () from /lib64/libselinux.so.1 > (gdb) bt > #0 0x00002aaaac73f610 in context_range_get () from /lib64/libselinux.so.1 It would be great if you could 'up' and 'info locals' at that point. Thanks, Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mailinglists at erwinrol.com Thu Aug 24 11:10:51 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 24 Aug 2006 13:10:51 +0200 Subject: rawhide report: 20060822 changes In-Reply-To: <1156416705.3998.29.camel@cyberelk.elk> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <1156411684.3998.13.camel@cyberelk.elk> <44ED7862.3090607@erwinrol.com> <1156416705.3998.29.camel@cyberelk.elk> Message-ID: <44ED893B.1030705@erwinrol.com> Tim Waugh wrote: > On Thu, 2006-08-24 at 11:58 +0200, Erwin Rol wrote: > >> I see that here too on X86_64 but i didn't see it on i386 (that i didn't >> see it doesn't mean it doesn't happen :-). > > Your backtrace is a different one than I'd been expected from bug > #203784, so might not be fixed in 1.2.2-15. > >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 46912568808784 (LWP 11520)] >> 0x00002aaaac73f610 in context_range_get () from /lib64/libselinux.so.1 >> (gdb) bt >> #0 0x00002aaaac73f610 in context_range_get () from /lib64/libselinux.so.1 > > It would be great if you could 'up' and 'info locals' at that point. I think the following code is the problem; 1600 printercon = 0; 1601 printerfile = strstr(p->device_uri, "/dev/"); 1602 1603 if (printerfile != NULL) 1604 { 1605 if (getfilecon(printerfile, &devcon) == -1) 1606 cupsdLogMessage(CUPSD_LOG_ERROR, "cupsdSetPrinterAttrs: Unable to get printer context"); 1607 else 1608 printercon = context_new(devcon); 1609 1610 if (context_range_get(printercon)) 1611 rangestr = strdup(context_range_get(printercon)); 1612 } The call on line 1605 fails with -1, and so the context_new(devcon) on line 1608 is never called, and that resultets in (context_range_get(printercon)) on line 1610 to be called with a NULL parameter, wich it apparently doesn't like. Starting program: /usr/sbin/cupsd -f [Thread debugging using libthread_db enabled] [New Thread 46912568808784 (LWP 11961)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912568808784 (LWP 11961)] *context_range_get_internal (context=0x0) at context.c:182 182 def_get(range, COMP_RANGE) (gdb) bt #0 *context_range_get_internal (context=0x0) at context.c:182 #1 0x000055555558e815 in cupsdSetPrinterAttrs (p=0x5555557c6bc0) at printers.c:1610 #2 0x000055555558f875 in cupsdLoadAllPrinters () at printers.c:920 #3 0x000055555556de80 in cupsdReadConfiguration () at conf.c:1100 #4 0x00005555555736c5 in main (argc=, argv=0x7fffcb394ad8) at main.c:429 (gdb) info locals No locals. (gdb) up #1 0x000055555558e815 in cupsdSetPrinterAttrs (p=0x5555557c6bc0) at printers.c:1610 1610 if (context_range_get(printercon)) (gdb) info locals valptr = attrptr = i = length = uri = "hal:///org/freedesktop/Hal/devices/usb_device_3f0_317_00CNC2651689_if0_printer_noserial\000% x\n 1 index neg\t\t% loopval\n 1 add\t\t% 1 - loopval\n 3 index\t\t% height\n 0?8??\177\000\000% height\a\000\000\000\000\000\000\000loopval)"... resource = "/printers/lj1200\000rjet-1200--1\000the entire distance\n show\t\t\t\t% Show the string\n} bind def\n/NUMBER {\t\t\t% Draw a number\n\t\t\t\t% power n NUMBER -\n 1 index 1 eq {\t\t% power ==??{UUU\000\000 o{UUU\000\000p?8??\177\000\000p?8??\177\000\000"... filename = "/etc/cups/ppd/hp-laserjet-1200--1.ppd\000pyright 1993-2005 Easy Software Products\n%\n% These coded instructions, statements, and computer programs are the\n% property of Easy Software Products and are "... num_media = auth = auth_supported = ppd = input_slot = media_type = page_size = output_bin = media_quality = duplex = ppdattr = attr = (ipp_attribute_t *) 0x5555557c7500 val = num_finishings = finishings = {IPP_FINISHINGS_NONE, 1852727650, 1881174629, 543516513, 544370534} option = audit_message = 0x0 printerfile = rangestr = devcon = 0x312e3120746e6972
printercon = (context_t) 0x0 sides = {0x5555555a1f2d "one-sided", 0x5555555a1f19 "two-sided-long-edge", 0x5555555a1ef5 "two-sided-short-edge"} (gdb) up #2 0x000055555558f875 in cupsdLoadAllPrinters () at printers.c:920 920 cupsdSetPrinterAttrs(p); (gdb) info locals fp = (cups_file_t *) 0x5555557bf6e0 linenum = 33 line = "\000\000stop-printer\0000\0003...\000/Hal/devices/usb_device_3f0_317_00CNC2651689_if0_printer_noserial\000\016\033\000\000\000\000??8??\177\000\000??8??\177\000\000?:\225??*\000\000\000\000\000\000\000\000\000\000h?zUUU\000\000?Ts??138\031vR??*\000\000??\225??*\000\0000lR??*\000\000\000\000\000\000\001\000\000\000q\000\000\000\001\000\000\000\020\000\000\0000\000\000\000"... value = 0x0 valueptr = 0x5555557c70a8 "?x{UUU" p = (cupsd_printer_t *) 0x5555557c6bc0 (gdb) From emeric.maschino at jouy.inra.fr Thu Aug 24 11:54:01 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Thu, 24 Aug 2006 13:54:01 +0200 Subject: compiz or metacity+composite In-Reply-To: <14229.194.94.224.254.1156415541.squirrel@arlette.freesurf.fr> References: <1156412490.4232.5.camel@giulietta.jouy.inra.fr> <14229.194.94.224.254.1156415541.squirrel@arlette.freesurf.fr> Message-ID: <1156420441.4232.12.camel@giulietta.jouy.inra.fr> Le jeudi 24 ao?t 2006 ? 12:32 +0200, Joachim Frieben a ?crit : > Btw, your questions had been discussed exhaustively earlier this month > in thread "Wither bling?" at: > https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00362.html Thank you for your explanations and this pointer. ?meric From katzj at redhat.com Thu Aug 24 12:08:12 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 24 Aug 2006 08:08:12 -0400 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <44ED4AB6.4050303@hhs.nl> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> <44ED4AB6.4050303@hhs.nl> Message-ID: <1156421292.3711.3.camel@aglarond.local> On Thu, 2006-08-24 at 08:44 +0200, Hans de Goede wrote: > All that is different in this thread with regards too gnome is the > suggestion to automaticly generate these exrtra versioned deps buildtime. Unfortunately, I don't think there's any way to do this in a reliable and generic fashion except in the cases where we're helped by the upstream library maintainers[1]. If you were to automatically do some sort of dep on, eg, 'pkg-config --modversion gtk+-2.0', then you could end up with a newer requirement than you really need[2] Jeremy [1] eg, by using symbol versioning at which point findProvides/findRequires actually will do a requirement on the versioned form of the library; see glibc deps [2] Right now, it would say I need gtk+ 2.10.2 for anything built against gtk2. Realistically, many of them would work for pre gtk+ 2.10 (as long as they're not using new gtk+ features) but they'd definitely work with say gtk+ 2.10.1 From twaugh at redhat.com Thu Aug 24 12:08:12 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 24 Aug 2006 13:08:12 +0100 Subject: CUPS segfaults fixed In-Reply-To: <44ED893B.1030705@erwinrol.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <1156411684.3998.13.camel@cyberelk.elk> <44ED7862.3090607@erwinrol.com> <1156416705.3998.29.camel@cyberelk.elk> <44ED893B.1030705@erwinrol.com> Message-ID: <1156421292.3998.43.camel@cyberelk.elk> On Thu, 2006-08-24 at 13:10 +0200, Erwin Rol wrote: > The call on line 1605 fails with -1, and so the context_new(devcon) on > line 1608 is never called, and that resultets in > (context_range_get(printercon)) on line 1610 to be called with a NULL > parameter, wich it apparently doesn't like. Yes, looks like it. Thanks for helping out with this. I've checked in a fix and built it as 1.2.2-16. I've put packages here to test: http://people.redhat.com/twaugh/tmp/cups-devel/ Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Lam at Lam.pl Thu Aug 24 12:11:09 2006 From: Lam at Lam.pl (Leszek Matok) Date: Thu, 24 Aug 2006 14:11:09 +0200 Subject: compiz or metacity+composite In-Reply-To: <20060824103604.62a34d69@python2> References: <1156380128.2591.9.camel@soncomputer> <20060824103604.62a34d69@python2> Message-ID: <1156421469.5454.28.camel@pensja.lam.pl> Dnia 24-08-2006, czw o godzinie 10:36 +0200, Matthias Saou napisa?(a): > Now what bothers me most is that switching to a tty and trying to get > back into X gives me a black screen, and I have to reboot the computer. > On both an r300 and an i810 setup. Is this known and has been filed? (I > couldn't find it in bugzilla) https://bugs.freedesktop.org/show_bug.cgi?id=7916 Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From j.w.r.degoede at hhs.nl Thu Aug 24 12:14:47 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 24 Aug 2006 14:14:47 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <1156421292.3711.3.camel@aglarond.local> References: <44EB79E7.2000302@redhat.com> <200608231609.12016.jkeating@redhat.com> <44ECB830.7060509@hhs.nl> <200608231631.16171.jkeating@redhat.com> <44ED4AB6.4050303@hhs.nl> <1156421292.3711.3.camel@aglarond.local> Message-ID: <44ED9837.2040600@hhs.nl> Jeremy Katz wrote: > On Thu, 2006-08-24 at 08:44 +0200, Hans de Goede wrote: >> All that is different in this thread with regards too gnome is the >> suggestion to automaticly generate these exrtra versioned deps buildtime. > > Unfortunately, I don't think there's any way to do this in a reliable > and generic fashion except in the cases where we're helped by the > upstream library maintainers[1]. > > If you were to automatically do some sort of dep on, eg, 'pkg-config > --modversion gtk+-2.0', then you could end up with a newer requirement > than you really need[2] > > Jeremy > > [1] eg, by using symbol versioning at which point > findProvides/findRequires actually will do a requirement on the > versioned form of the library; see glibc deps True, but this isn't needed with gtk / gnome because they don't have different versions of symbols, only new symbols, so from upstreams pov this will be extra work / worries without much gain. > [2] Right now, it would say I need gtk+ 2.10.2 for anything built > against gtk2. Realistically, many of them would work for pre gtk+ 2.10 > (as long as they're not using new gtk+ features) but they'd definitely > work with say gtk+ 2.10.1 > You could use sed / awk / perl / whatever to remove the latest .x, then this might actually be a good idea for gnome/gtk. I don't think its wise to use packages build for FC-x on FC-(x-1), and besides that scenario the requires version should always match the available version I think. Regards, Hans From leomon.chris at gmail.com Thu Aug 24 13:19:19 2006 From: leomon.chris at gmail.com (leomon) Date: Thu, 24 Aug 2006 09:19:19 -0400 Subject: Fwd: Mission Control In-Reply-To: <3c796adc23007a9f5f06c7bb43122812@silveroaks.com> References: <20060822210449.725BC7345C@hormel.redhat.com> <3c796adc23007a9f5f06c7bb43122812@silveroaks.com> Message-ID: It Looks a lot like what ubuntu has for their centralized configuration manager, I think it's a good start. On 8/23/06, chasd at silveroaks.com wrote: > > Mac OS X System Preferences for reference: > > http://www.silveroaks.com/images/OSX_SystemPreferences.png > > > Charles Dostale > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndbecker2 at gmail.com Thu Aug 24 15:04:26 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 24 Aug 2006 11:04:26 -0400 Subject: tcb - the alternative to shadow Message-ID: This looks interesting: http://www.openwall.com/presentations/Owl/mgp00020.html From fedora at camperquake.de Thu Aug 24 15:19:32 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 24 Aug 2006 17:19:32 +0200 Subject: tcb - the alternative to shadow In-Reply-To: References: Message-ID: <20060824171932.7ffca059@banea.int.addix.net> Hi. On Thu, 24 Aug 2006 11:04:26 -0400, Neal Becker wrote: > http://www.openwall.com/presentations/Owl/mgp00020.html Hmmm. What is the advantage of this scheme? The first disadvantage that springs to my mind is that any attacker that gains user privileges (browser bug or whatever) can suddenly change the user password. From gauret at free.fr Thu Aug 24 15:28:44 2006 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 24 Aug 2006 17:28:44 +0200 Subject: A sound or music when your desktop is starting? References: <200608171758.51435.jkeating@redhat.com> <20060822001417.GG5570@rednote.net> Message-ID: Janina Sajka wrote: > I should imagine making some sond file play as the last action of the > desktop being loaded is not a difficult thing, but I haven't a clue > where to put my aplay command. Advice on that would be most appreciated, > e.g. what's the desktop equiv of /etc/rc.local? On KDE that would be a script file in ~/.kde/Autostart. I think they're executed in alphabetical order, but I'm not sure. On GNOME there is something like "Startup Programs" in the control center where you could put such a script too. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Go away or I will replace you with a very small shell script From ndbecker2 at gmail.com Thu Aug 24 15:29:30 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 24 Aug 2006 11:29:30 -0400 Subject: tcb - the alternative to shadow References: <20060824171932.7ffca059@banea.int.addix.net> Message-ID: Ralf Ertzinger wrote: > Hi. > > On Thu, 24 Aug 2006 11:04:26 -0400, Neal Becker wrote: > >> http://www.openwall.com/presentations/Owl/mgp00020.html > > Hmmm. What is the advantage of this scheme? The first disadvantage > that springs to my mind is that any attacker that gains user privileges > (browser bug or whatever) can suddenly change the user password. > How is that a disadvantage, compared to existing systems? With previous systems, if you gain user priv you can also change user password. I think the idea of tcb is that's all you can do. No suid root stuff is used. (Honestly, I don't know much about tcb - I just thought it might be of interest) From cmadams at hiwaay.net Thu Aug 24 15:38:29 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 24 Aug 2006 10:38:29 -0500 Subject: tcb - the alternative to shadow In-Reply-To: References: Message-ID: <20060824153828.GC1278482@hiwaay.net> Once upon a time, Neal Becker said: > This looks interesting: > > http://www.openwall.com/presentations/Owl/mgp00020.html I can't see that right now (no text in that site), but I would say if it is anything like Tru64 Unix TCB, run away! -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From kaboom at oobleck.net Thu Aug 24 15:33:13 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 24 Aug 2006 11:33:13 -0400 (EDT) Subject: tcb - the alternative to shadow In-Reply-To: <20060824171932.7ffca059@banea.int.addix.net> References: <20060824171932.7ffca059@banea.int.addix.net> Message-ID: On Thu, 24 Aug 2006, Ralf Ertzinger wrote: > Hi. > > On Thu, 24 Aug 2006 11:04:26 -0400, Neal Becker wrote: > > > http://www.openwall.com/presentations/Owl/mgp00020.html > > Hmmm. What is the advantage of this scheme? The first disadvantage > that springs to my mind is that any attacker that gains user privileges > (browser bug or whatever) can suddenly change the user password. The advantages are that passwd, etc become sgid instead of suid, and that non-root users can only attack themselves through any passwd flaws.... later, chris From fedora at camperquake.de Thu Aug 24 15:39:00 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 24 Aug 2006 17:39:00 +0200 Subject: tcb - the alternative to shadow In-Reply-To: References: <20060824171932.7ffca059@banea.int.addix.net> Message-ID: <20060824173900.1b3fdd68@banea.int.addix.net> Hi. On Thu, 24 Aug 2006 11:29:30 -0400, Neal Becker wrote: > How is that a disadvantage, compared to existing systems? With > previous systems, if you gain user priv you can also change user > password. ...if you know the current password. From cmadams at hiwaay.net Thu Aug 24 15:40:33 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 24 Aug 2006 10:40:33 -0500 Subject: Kernel network issue with Juniper JUNOS stateful firewall In-Reply-To: <1156369180.2475.1.camel@entropy> References: <20060823204716.GF1379821@hiwaay.net> <1156369180.2475.1.camel@entropy> Message-ID: <20060824154033.GD1278482@hiwaay.net> Once upon a time, Nicholas Miell said: > IIRC, 2.6.17 had some changes to TCP window scaling which breaks on some > stupid NAT/firewall/load balancing appliances. (And some versions of BSD > pf, apparently.) Thanks to all replies. It does appear related to TCP window scaling; add the Juniper JUNOS stateful firewall protocol algorithms to the affected list. We are working this with Juniper now (but this gives us a much better idea as to where to look). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From kaboom at oobleck.net Thu Aug 24 15:43:40 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 24 Aug 2006 11:43:40 -0400 (EDT) Subject: tcb - the alternative to shadow In-Reply-To: References: <20060824171932.7ffca059@banea.int.addix.net> Message-ID: On Thu, 24 Aug 2006, Neal Becker wrote: > Ralf Ertzinger wrote: > > > Hi. > > > > On Thu, 24 Aug 2006 11:04:26 -0400, Neal Becker wrote: > > > >> http://www.openwall.com/presentations/Owl/mgp00020.html > > > > Hmmm. What is the advantage of this scheme? The first disadvantage > > that springs to my mind is that any attacker that gains user privileges > > (browser bug or whatever) can suddenly change the user password. > > > > How is that a disadvantage, compared to existing systems? With previous > systems, if you gain user priv you can also change user password. I think > the idea of tcb is that's all you can do. No suid root stuff is used. > (Honestly, I don't know much about tcb - I just thought it might be of > interest) I think Ralf was thinking that tcb would permit something conceptually along the lines of $ vi /etc/tcb/`id -un`/shadow to change your existing passwd w/o having to know it The permissions on /etc/tcb should prevent that though -- only an sgid shadow app (the passwd command) can be used.... later, chris From kaboom at oobleck.net Thu Aug 24 15:48:20 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 24 Aug 2006 11:48:20 -0400 (EDT) Subject: tcb - the alternative to shadow In-Reply-To: <20060824153828.GC1278482@hiwaay.net> References: <20060824153828.GC1278482@hiwaay.net> Message-ID: On Thu, 24 Aug 2006, Chris Adams wrote: > Once upon a time, Neal Becker said: > > This looks interesting: > > > > http://www.openwall.com/presentations/Owl/mgp00020.html > > I can't see that right now (no text in that site), but I would say if it > is anything like Tru64 Unix TCB, run away! It's not ;-) http://www.openwall.com/presentations/Owl/mgp00020.txt http://www.openwall.com/presentations/Owl/mgp00021.txt http://www.openwall.com/presentations/Owl/mgp00022.txt http://www.openwall.com/presentations/Owl/mgp00023.txt http://www.openwall.com/presentations/Owl/mgp00024.txt http://www.openwall.com/presentations/Owl/mgp00025.txt basically summarizes it later, chris From k.georgiou at imperial.ac.uk Thu Aug 24 16:42:09 2006 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Thu, 24 Aug 2006 17:42:09 +0100 Subject: tcb - the alternative to shadow In-Reply-To: References: <20060824171932.7ffca059@banea.int.addix.net> Message-ID: <20060824164209.GB14985@imperial.ac.uk> On Thu, Aug 24, 2006 at 11:43:40AM -0400, Chris Ricker wrote: > On Thu, 24 Aug 2006, Neal Becker wrote: > > > Ralf Ertzinger wrote: > > > > > Hi. > > > > > > On Thu, 24 Aug 2006 11:04:26 -0400, Neal Becker wrote: > > > > > >> http://www.openwall.com/presentations/Owl/mgp00020.html > > > > > > Hmmm. What is the advantage of this scheme? The first disadvantage > > > that springs to my mind is that any attacker that gains user privileges > > > (browser bug or whatever) can suddenly change the user password. > > > > > > > How is that a disadvantage, compared to existing systems? With previous > > systems, if you gain user priv you can also change user password. I think > > the idea of tcb is that's all you can do. No suid root stuff is used. > > (Honestly, I don't know much about tcb - I just thought it might be of > > interest) > > I think Ralf was thinking that tcb would permit something conceptually > along the lines of > > $ vi /etc/tcb/`id -un`/shadow > > to change your existing passwd w/o having to know it > > The permissions on /etc/tcb should prevent that though -- only an sgid > shadow app (the passwd command) can be used.... It's not a bad idea it's probably unlikely that the existing suid passwd has any security problems but you never know. On the other hand many people (probably everyone who has more than a couple machines) can just remove the suid bit from passwd right now without any problems since most likely all their passwords live in kerberos/ldap/nis already. Kostas From linux_4ever at yahoo.com Thu Aug 24 16:58:31 2006 From: linux_4ever at yahoo.com (Steve G) Date: Thu, 24 Aug 2006 09:58:31 -0700 (PDT) Subject: tcb - the alternative to shadow In-Reply-To: Message-ID: <20060824165831.63794.qmail@web51512.mail.yahoo.com> >The advantages are that passwd, etc become sgid instead of suid, Which means that you lose the ability to audit changes in passwords. You have to have CAP_AUDIT_WRITE to do that. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From dragoran at feuerpokemon.de Thu Aug 24 17:15:41 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 24 Aug 2006 19:15:41 +0200 Subject: some closure on the xorg updates issue In-Reply-To: References: <1155314104.7445.24.camel@pensja.lam.pl> Message-ID: <44EDDEBD.8010202@feuerpokemon.de> Max Spevack wrote: > On Fri, 11 Aug 2006, Leszek Matok wrote: > >> Dnia 11-08-2006, pi?? o godzinie 12:22 -0400, Max Spevack napisa??(a): >>> + We're also not saying that there will never be another xorg update >>> for >>> fc5. We're just not doing one *right now*. >> Can't it go to updates-testing for now, to see if it really fixes >> anything for anyone willing to test? We have packages in updates-testing >> that don't go to updates for months anyhow [my favorite for FC5 is of >> course cdrecord, but that's OT :)]. >> >> This way more people from the community will test it with proprietary >> drivers, too. NVIDIA is rumored to be releasing their driver this month, >> I'll be happy to test their progress on my FC5. > > I don't see any reason why not. > > --Max > just to note: nvidias xorg-7.1 drivers are finally out: http://www.nvidia.com/object/linux_display_ia32_1.0-8774.html http://www.nvidia.com/object/linux_display_amd64_1.0-8774.html From ajackson at redhat.com Thu Aug 24 18:01:21 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 24 Aug 2006 14:01:21 -0400 Subject: rawhide report: 20060824 changes In-Reply-To: <1156415290.4232.10.camel@giulietta.jouy.inra.fr> References: <200608241004.k7OA4nns005683@hs20-bc2-6.build.redhat.com> <1156415290.4232.10.camel@giulietta.jouy.inra.fr> Message-ID: <44EDE971.2030901@redhat.com> ?meric Maschino wrote: > Hi, > >> xorg-x11-drv-ati-6.6.1-10.fc6 >> ----------------------------- >> * Fri Aug 18 2006 Adam Jackson 6.6.1-10.fc6 >> - radeon-6.6.1-use-mtdriver.patch: Use new M_T_DRIVER mode type for mode >> synthesis. >> - Bump Requires to match. > > Is it based on xf86-video-ati git? I'm asked to try this version (cf. > https://bugs.freedesktop.org/show_bug.cgi?id=7770). No, it's based on the 6.6.1 release. - ajax From pekkas at netcore.fi Thu Aug 24 19:16:45 2006 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 24 Aug 2006 22:16:45 +0300 (EEST) Subject: Kernel network issue with Juniper JUNOS stateful firewall In-Reply-To: <1156369180.2475.1.camel@entropy> References: <20060823204716.GF1379821@hiwaay.net> <1156369180.2475.1.camel@entropy> Message-ID: On Wed, 23 Aug 2006, Nicholas Miell wrote: >> Now, this appears to be a Juniper JUNOS bug (and our Juniper SE is going >> to open a case), but what could have changed between Linux kernels >> 2.6.15 and 2.6.17 that would trigger it? I'm hoping to narrow this down >> somehow to help Juniper find the problem. > > IIRC, 2.6.17 had some changes to TCP window scaling which breaks on some > stupid NAT/firewall/load balancing appliances. (And some versions of BSD > pf, apparently.) FWIW, we experienced breakage with Cisco's IOS Firewall (FTP IP Inspect) in particular. Reducing the window size helped. The issue is being investigated. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From otto_rey at yahoo.com.ar Thu Aug 24 20:00:13 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Thu, 24 Aug 2006 13:00:13 -0700 (PDT) Subject: some closure on the xorg updates issue In-Reply-To: <44EDDEBD.8010202@feuerpokemon.de> Message-ID: <20060824200013.68842.qmail@web52402.mail.yahoo.com> Well, i think that now is the momento to release Xorg 7.1 for FC5... Intel, ATI/AMD and NVIDIA NOW have support for xorg 7.1. I mean, no system breakage with the update. ----- Original Message ---- From: dragoran To: Development discussions related to Fedora Core Sent: Thursday, August 24, 2006 2:15:41 PM Subject: Re: some closure on the xorg updates issue Max Spevack wrote: > On Fri, 11 Aug 2006, Leszek Matok wrote: > >> Dnia 11-08-2006, pi?? o godzinie 12:22 -0400, Max Spevack napisa??(a): >>> + We're also not saying that there will never be another xorg update >>> for >>> fc5. We're just not doing one *right now*. >> Can't it go to updates-testing for now, to see if it really fixes >> anything for anyone willing to test? We have packages in updates-testing >> that don't go to updates for months anyhow [my favorite for FC5 is of >> course cdrecord, but that's OT :)]. >> >> This way more people from the community will test it with proprietary >> drivers, too. NVIDIA is rumored to be releasing their driver this month, >> I'll be happy to test their progress on my FC5. > > I don't see any reason why not. > > --Max > just to note: nvidias xorg-7.1 drivers are finally out: http://www.nvidia.com/object/linux_display_ia32_1.0-8774.html http://www.nvidia.com/object/linux_display_amd64_1.0-8774.html -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From vonbrand at inf.utfsm.cl Thu Aug 24 21:40:40 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 24 Aug 2006 17:40:40 -0400 Subject: cups-1.2.2-16 crashes on x86_64 Message-ID: <200608242140.k7OLeemG005133@laptop13.inf.utfsm.cl> BZed at . Rawhide, everything up to date as of today. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From vonbrand at inf.utfsm.cl Thu Aug 24 21:42:31 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 24 Aug 2006 17:42:31 -0400 Subject: CUPS segfaults fixed In-Reply-To: Your message of "Thu, 24 Aug 2006 13:08:12 +0100." <1156421292.3998.43.camel@cyberelk.elk> Message-ID: <200608242142.k7OLgVmb005222@laptop13.inf.utfsm.cl> Tim Waugh wrote: > On Thu, 2006-08-24 at 13:10 +0200, Erwin Rol wrote: > > > The call on line 1605 fails with -1, and so the context_new(devcon) on > > line 1608 is never called, and that resultets in > > (context_range_get(printercon)) on line 1610 to be called with a NULL > > parameter, wich it apparently doesn't like. > > Yes, looks like it. Thanks for helping out with this. > > I've checked in a fix and built it as 1.2.2-16. I've put packages here > to test: > > http://people.redhat.com/twaugh/tmp/cups-devel/ Crashes on x86_64. BZ #203994 -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From dgregor at redhat.com Fri Aug 25 03:51:30 2006 From: dgregor at redhat.com (Dennis Gregorovic) Date: Thu, 24 Aug 2006 23:51:30 -0400 Subject: yum metadata cache cleaning needed for next development tree Message-ID: <1156477890.3162.11.camel@localhost.localdomain> A bunch of the packages in the FC development tree were resigned today. You will want to run "yum clean metadata" before using tomorrow's push. Sorry for the inconvenience. -- Dennis From pemboa at gmail.com Fri Aug 25 06:28:15 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 25 Aug 2006 01:28:15 -0500 Subject: [PEEVE] Fedora Release notes in browser upon update Message-ID: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> This has been troubling me for some, so I have to ask. Is it a design time decision to have the Fedora release notes overide ones Firefox/Mozilla home page upon update? For the first lauch after update I can understand, but it doesn't go away till it is manually overriden. If this is not the intended behavior, I will go ahead and file a bug report. Arthur -- To be updated... From gilboad at gmail.com Fri Aug 25 07:14:45 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 25 Aug 2006 10:14:45 +0300 Subject: [PEEVE] Fedora Release notes in browser upon update In-Reply-To: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> References: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> Message-ID: <1156490085.16677.0.camel@gilboa-home-dev.localhost> On Fri, 2006-08-25 at 01:28 -0500, Arthur Pemberton wrote: > This has been troubling me for some, so I have to ask. Is it a design > time decision to have the Fedora release notes overide ones > Firefox/Mozilla home page upon update? For the first lauch after > update I can understand, but it doesn't go away till it is manually > overriden. > > If this is not the intended behavior, I will go ahead and file a bug report. > > > Arthur Intended. Gilboa From pemboa at gmail.com Fri Aug 25 07:31:19 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 25 Aug 2006 02:31:19 -0500 Subject: [PEEVE] Fedora Release notes in browser upon update In-Reply-To: <1156490085.16677.0.camel@gilboa-home-dev.localhost> References: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> <1156490085.16677.0.camel@gilboa-home-dev.localhost> Message-ID: <16de708d0608250031j3882ad41ucd54445d3ce53cd0@mail.gmail.com> On 8/25/06, Gilboa Davara wrote: > On Fri, 2006-08-25 at 01:28 -0500, Arthur Pemberton wrote: > > This has been troubling me for some, so I have to ask. Is it a design > > time decision to have the Fedora release notes overide ones > > Firefox/Mozilla home page upon update? For the first lauch after > > update I can understand, but it doesn't go away till it is manually > > overriden. > > > > If this is not the intended behavior, I will go ahead and file a bug report. > > > > > > Arthur > > Intended. > > Gilboa > Fair enough. -- To be updated... From buildsys at redhat.com Fri Aug 25 11:33:56 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 25 Aug 2006 07:33:56 -0400 Subject: rawhide report: 20060825 changes Message-ID: <200608251133.k7PBXuau006948@hs20-bc2-6.build.redhat.com> New package virt-manager Virtual Machine Manager Removed package libstdc++so7 Removed package pyxdg Updated Packages: acpid-1.0.4-4 ------------- * Thu Aug 24 2006 Phil Knirsch - 1.0.4-4 - Made a better fix for the powerdown button which checks if g-p-m is running - Don't install sample.conf anymore, not needed am-utils-5:6.1.5-4 ------------------ * Thu Aug 24 2006 Karel Zak 5:6.1.5-4 - fix #203193 - tmpfile usage - fix #202180 - amd service doesn't work authconfig-5.3.4-1 ------------------ * Thu Aug 24 2006 Tomas Mraz - 5.3.4-1 - pass options given to authconfig-gtk to authconfig (#203955) autofs-1:5.0.1-0.rc1.17 ----------------------- * Fri Aug 25 2006 Ian Kent - 5.0.1-0.rc1.17 - fix task cancelation at shutdown (more) - fix concurrent mount and expire race with nested submounts. control-center-1:2.15.92-3.fc6 ------------------------------ * Thu Aug 24 2006 Matthias Clasen - 2.15.92-3.fc6 - Various improvements for the keyboard capplet * Thu Aug 24 2006 Ray Strode - 2.15.92-2.fc6 - don't try to map user defined key shortcuts to keysyms (bug 201176) * Tue Aug 22 2006 Ray Strode - 2.15.92-1.fc6 - update to 2.15.92 coreutils-5.97-9 ---------------- * Thu Aug 24 2006 Tim Waugh 5.97-9 - Fixed warnings in pam, i18n, sysinfo, selinux and acl patches (bug #203166). cups-1:1.2.2-17 --------------- * Thu Aug 24 2006 Tim Waugh 1:1.2.2-17 - Fixed another LSPP patch problem (bug #203784). - Updated fix for STR #1881 from upstream. * Thu Aug 24 2006 Tim Waugh 1:1.2.2-16 - Fixed another LSPP patch problem noted by Erwin Rol. * Thu Aug 24 2006 Tim Waugh 1:1.2.2-15 - Fixed LSPP patch passing NULL to strcmp (bug #203784). curl-7.15.5-1.fc6 ----------------- * Thu Aug 24 2006 Jindrich Novy - 7.15.5-1.fc6 - update to curl-7.15.5 - use %{?dist} * Fri Jun 30 2006 Ivana Varekova - 7.15.4-1 - update to 7.15.4 * Mon Mar 20 2006 Ivana Varekova - 7.15.3-1 - fix multilib problem using pkg-config - update to 7.15.3 dejavu-lgc-fonts-2.9-1 ---------------------- frysk-0.0.1.2006.08.24.rh1-2.fc6 -------------------------------- * Fri Aug 25 2006 Stepan Kasal - 0.0.1.2006.08.24.rh1-2 - Comment out the %check section temporarily. * Thu Aug 24 2006 Stepan Kasal - 0.0.1.2006.08.24.rh1-1 - New upstream version. - Add Requires: libgconf-java glibc-2.4.90-22 --------------- * Fri Aug 18 2006 Jakub Jelinek 2.4.90-22 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc/ppc64 (#203001) * Tue Aug 15 2006 Jakub Jelinek 2.4.90-21 - if some test gets stuck, kill the tee process after make check finishes - build with -mtune=generic on i686 and x86_64 * Tue Aug 15 2006 Jakub Jelinek 2.4.90-20 - PTHREAD_PRIO_PROTECT support - fix errno if nice() fails (#201826) gnome-applets-1:2.15.90-2.fc6 ----------------------------- * Thu Aug 24 2006 Matthias Clasen - 1:2.15.90-2.fc6 - Various improvements for the keyboard applet kernel-2.6.17-1.2586.fc6 ------------------------ * Thu Aug 24 2006 David Woodhouse - Update GFS2 patch (from swhiteho) - Enable kernel-headers build - Enable i386 build _only_ for kernel-headers * Tue Aug 22 2006 Don Zickus - Another lockdep-fix - NFS fix for the connectathon test - Enable mmtimer for ia64 - Add support for iscsi qla4xxx * Tue Aug 22 2006 Marcelo Tosatti - Add Libertas wireless driver kexec-tools-1.101-49.fc6 ------------------------ * Thu Aug 24 2006 Neil Horman - 1.101-49.fc6 - rewriting kcp to properly do ssh and scp - updating mkdumprd to use new kcp syntax * Wed Aug 23 2006 Neil Horman - 1.101-48.fc6 - Bumping revision number * Tue Aug 22 2006 Jarod Wilson - 1.101-47.fc6 - ppc64 no-more-platform fix kudzu-1.2.46-1 -------------- * Thu Aug 24 2006 Jeremy Katz - 1.2.46-1 - Xen console support * Thu Aug 24 2006 Bill Nottingham - 1.2.45-1 - various cleanups: - don't sed the initscript on s390 - don't explicitly configure parport_serial - fix X configuration * Thu Aug 24 2006 Bill Nottingham - 1.2.44-1 - remove debugging noise (#203909) libgnomeprintui22-2.12.1-6 -------------------------- * Thu Aug 24 2006 Matthew Barnes - 2.12.1-6 - Add patch to fix print preview crashes (RH bug #201155). libselinux-1.30.27-1 -------------------- * Thu Aug 24 2006 Dan Walsh - 1.30.27-1 - Upgrade to latest from NSA * Merged patch to not log avc stats upon a reset from Steve Grubb. * Applied patch to revert compat_net setting upon policy load. * Merged file context homedir and local path functions from Chris PeBenito. libsepol-1.12.25-1 ------------------ * Thu Aug 24 2006 Dan Walsh 1.12.25-1 - Upgrade to latest from NSA * Merged conditionally expand neverallows patch from Jeremy Mowery. * Merged refactor expander patch from Jeremy Mowery. mx4j-1:3.0.1-6jpp.1 ------------------- * Fri Aug 18 2006 Fernando Nasser 0:3.0.1-6jpp.1 - Merge with upstream - Fixed build file to correctly resolve dtds. * Fri Aug 18 2006 Fernando Nasser 0:3.0.1-6jpp - Rebuild openssl097a-0.9.7a-7 -------------------- * Thu Aug 24 2006 Tomas Mraz 0.9.7a-7 - fixed sha1 on 2gb boundary (patch from upstream) (#189492) - enable compilation of updated assembler code on IA64 (#180091) - correct verification of CA certs in SSL (#201005) oprofile-0.9.1-16 ----------------- * Thu Aug 24 2006 Will Cohen - Update xenoprof patch. pam_pkcs11-0.5.3-12 ------------------- * Mon Aug 28 2006 Robert Relyea 0.5.3-12 - use $LIB so the config file works for multi archs on the - same machine * Mon Aug 21 2006 Robert Relyea 0.5.3-11 - Handle library paths in config file * Wed Aug 16 2006 Robert Relyea 0.5.3-10 - remove sceventd perl-DBI-1.52-1.fc6 ------------------- * Thu Aug 24 2006 Robin Norwood - 1.52-1 - Upgrade to 1.52 for bug #202310 scim-1.4.4-32.fc6 ----------------- * Thu Aug 24 2006 Jens Petersen - 1.4.4-32 - revert tray icon to a button to get transparency working (#198259) - better full/half icons (Andy Fitzsimon) - silence remove of old alternatives (#203794) * Wed Aug 09 2006 Jens Petersen - 1.4.4-31 - improve scim_panel_gtk-menu-recently-used-factories.patch to handle two letter locale and "other" - simplify scim_panel_gtk-systray-click-199187.patch to handle switching between tray menus better (Qingyu Wang) - add scim_backup-default-engine-2letter-locale.patch to improve matching of m17n maps (#197058) - add scim_utility-Assamese-locale-fix.patch to list Assamese as as_IN * Mon Aug 07 2006 Jens Petersen - 1.4.4-30 - improvements to scim_panel_gtk-menu-recently-used-factories.patch - only list up to 5 recently used factories and only when more than 5 in menu - keep menu entry of recenty used factory in original place too - fix display of English/European entry - bring back Ctrl+space hotkey for Japanese and Korean users for backward compatibility (#201173) - include European keyboard in default factories again to avoid breaking deadkey support in XIM apps (lxo, #188357) - move scim modules to the main package selinux-policy-2.3.9-3 ---------------------- * Thu Aug 24 2006 Dan Walsh 2.3.9-3 - Fix xen tty devices * Thu Aug 24 2006 Dan Walsh 2.3.9-2 - Fixes for setroubleshoot * Wed Aug 23 2006 Dan Walsh 2.3.9-1 - Update to upstream setroubleshoot-0.36-1 --------------------- * Thu Aug 24 2006 John Dennis - 0.36-1 - change dbclear trigger to 0.35 * Thu Aug 24 2006 John Dennis - 0.35-1 - add sorting on category column and seen column in browser, fix reference to my_draw() in print function. - make browser window hidden by default so it does not flash when it's first realized, connect to the "realize" signal to initially position the vpane, add signal handlers to track when the browser is visible, the presentation of the status icon now checks if the browser is visible, the status icon is not presented if the browser is already displayed. * Tue Aug 22 2006 Dan Walsh - 0.34-1 - Standardize on the browser. remove alert window - John Dennis Changes * remove all vestiges of popup alert, now browser is the only UI game in town * restore the automatic updating of the browser window which had been a regression, the AlertClient class now emits signals which the GUI classes can connect to receive signals from the fault server, also fix the "mark seen" regression * browser.py: restore mark_seen timeout texi2html-1.76-4.fc6 -------------------- * Thu Aug 24 2006 Jindrich Novy 1.76-4.fc6 - correct URLs, name patch backups correctly vim-2:7.0.066-1 --------------- * Thu Aug 24 2006 Karsten Hopp 7.0.066-1 - fix syntax patch (#203798) - patchlevel 66 vte-0.13.7-1.fc6 ---------------- * Thu Aug 24 2006 Behdad Esfahbod 0.13.4-1 - Update to 0.13.7 xinetd-2:2.3.14-5 ----------------- * Thu Aug 24 2006 Steve Grubb 2:2.3.14-5 - Revised labeled networking patch xkeyboard-config-0.8-4 ---------------------- * Tue Aug 22 2006 Matthias Clasen 0.8-4 - Fix geometry description for Thinkpads - Add a Kinesis model - Add Dell Precision M65 geometry and model xorg-x11-drv-ati-6.6.1-11.fc6 ----------------------------- * Thu Aug 24 2006 Adam Jackson 6.6.1-11.fc6 - radeon-6.6.1-use-mtdriver.patch: Only flag modes with M_T_PREFERRED if the EDID blocks says to. xorg-x11-server-1.1.1-29.fc6 ---------------------------- * Fri Aug 25 2006 Kristian H??gsberg - 1.1.1-29.fc6 - Add xorg-x11-server-1.1.1-aiglx-happy-vt-switch.patch to fix VT switching (and suspend/resume) when using AIGLX. (#199692, fdo #7916). - Bump mesa source and libGL BuildRequires. - Update mesa-6.5.1 patch to work with 6.5.1 rc1 (slang_version_syn.h renamed to slang_pp_version_syn.h). * Thu Aug 24 2006 Adam Jackson - 1.1.1-28.fc6 - xorg-x11-server-1.1.1-infer-virtual.patch: Only flag modes as preferred if the EDID block says to. - xorg-x11-server-1.1.1-mode-sort-kung-fu.patch: Enforce a sort order on modes during lookup: builtin before driver before userdef before other, and preferred modes within a class before others in that class. yum-2.9.5-2 ----------- * Thu Aug 24 2006 Jeremy Katz - 2.9.5-2 - add patch to fix case of an empty rpmdb (eg, at install time #204005) From gilboad at gmail.com Fri Aug 25 15:06:41 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 25 Aug 2006 18:06:41 +0300 Subject: [PEEVE] Fedora Release notes in browser upon update In-Reply-To: <16de708d0608250031j3882ad41ucd54445d3ce53cd0@mail.gmail.com> References: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> <1156490085.16677.0.camel@gilboa-home-dev.localhost> <16de708d0608250031j3882ad41ucd54445d3ce53cd0@mail.gmail.com> Message-ID: <1156518401.16677.10.camel@gilboa-home-dev.localhost> On Fri, 2006-08-25 at 02:31 -0500, Arthur Pemberton wrote: > On 8/25/06, Gilboa Davara wrote: > > On Fri, 2006-08-25 at 01:28 -0500, Arthur Pemberton wrote: > > > This has been troubling me for some, so I have to ask. Is it a design > > > time decision to have the Fedora release notes overide ones > > > Firefox/Mozilla home page upon update? For the first lauch after > > > update I can understand, but it doesn't go away till it is manually > > > overriden. > > > > > > If this is not the intended behavior, I will go ahead and file a bug report. > > > > > > > > > Arthur > > > > Intended. > > > > Gilboa > > > Fair enough. > If you create a BZ entry, please post the BZ ID. Gilboa From fedora at camperquake.de Fri Aug 25 15:41:00 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 25 Aug 2006 17:41:00 +0200 Subject: Current RPM %optflags Message-ID: <20060825174100.223f483c@banea.int.addix.net> Hi. I noticed today that the RPM %optflags macro has shrunk somewhat: $ rpm --eval %optflags -O2 -g -march=i386 -mcpu=i686 Is this intentional? From krh at redhat.com Fri Aug 25 16:12:51 2006 From: krh at redhat.com (=?ISO-8859-1?Q?Kristian_H=F8gsberg?=) Date: Fri, 25 Aug 2006 12:12:51 -0400 Subject: compiz or metacity+composite In-Reply-To: <20060824103604.62a34d69@python2> References: <1156380128.2591.9.camel@soncomputer> <20060824103604.62a34d69@python2> Message-ID: <44EF2183.7080903@redhat.com> Matthias Saou wrote: ... > Now what bothers me most is that switching to a tty and trying to get > back into X gives me a black screen, and I have to reboot the computer. > On both an r300 and an i810 setup. Is this known and has been filed? (I > couldn't find it in bugzilla) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199692 - please give the -29 xserver a try. Kristian From alan at clueserver.org Fri Aug 25 16:52:24 2006 From: alan at clueserver.org (alan) Date: Fri, 25 Aug 2006 09:52:24 -0700 (PDT) Subject: Issues with latest kernel-xen-devel for x86_64 Message-ID: I installed FC6t2 for x86_64 last night. I then updated to the latest kernel and installed kernel-xen-devel. When I tried to build the MadWifi drivers I found that the /lib/modules directory that got installed was incorrect. (There was a build directory in the build directory, as well as other files in wrong locations.) Sorry for the vagueness on version numbers. I am at work and do not have that system with me. Compare with the results from the kernel-devel from the kernel installed with FC6t2 and you will see what I mean. Is this a known issue? Should I enter a bugzilla report on it tonight? BTW, would it be possible to add "kernel-devel" to the installer? It is kind of a pain to have to remember to dig it out and install seperatly. (I have a couple of modules that I have to build seperatly.) Also, with both kernels I am getting complaints from powernow-k8 about illegal frequency changes. The system will not change frequencies at all. (Stuck at 2ghz.) This worked fine in FC4 & FC5. I need to apply the long list of updates to see if it corrects the other problems I am seeing with FC6t2. (Like not being able to change the display settings for monitor and video card.) -- "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a lucky, lucky, lucky little boy. 'Cause you know why? You get to drink from... the FIRE HOOOOOSE!" - The Stanley Spudoski guide to mailing list administration From sundaram at fedoraproject.org Fri Aug 25 18:21:25 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 25 Aug 2006 23:51:25 +0530 Subject: [DEP-BLOAT] My favourite one... In-Reply-To: References: <44EC227D.3070507@fedoraproject.org> Message-ID: <44EF3FA5.6030108@fedoraproject.org> Gianluca Sforna wrote: \ > Sorry for not being clear on this. > I understand that a medium term goal for Fedora is to remove the > distinction between Core and Extras, so that all packages are treated > in the same way (e.g. maintained with the help of the community). > This would eventually improve the overall quality of them, allowing > things that the current maintaners are not going to do (usually for > lack of time). Right. > One of this things could be a finer packaging, splitting stuff where > possible to achieve a speedier download/install/update _and_ resolve > issues like the present > I wouldnt really want to wait for a merge before fixing dependency bloat on packages. I am sure community contributors can help when there is a bigger chance to do so more easily. Rahul From sundaram at fedoraproject.org Fri Aug 25 18:23:51 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 25 Aug 2006 23:53:51 +0530 Subject: [PEEVE] Fedora Release notes in browser upon update In-Reply-To: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> References: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> Message-ID: <44EF4037.3080708@fedoraproject.org> Arthur Pemberton wrote: > This has been troubling me for some, so I have to ask. Is it a design > time decision to have the Fedora release notes overide ones > Firefox/Mozilla home page upon update? For the first lauch after > update I can understand, but it doesn't go away till it is manually > overriden. > > If this is not the intended behavior, I will go ahead and file a bug > report. > > > Arthur Release notes being the default homepage is not a bug. However if the user has changed it, it should NOT revert that back during updates. If it does, thats a bug. Rahul From mattdm at mattdm.org Fri Aug 25 18:27:44 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 25 Aug 2006 14:27:44 -0400 Subject: [PEEVE] Fedora Release notes in browser upon update In-Reply-To: <44EF4037.3080708@fedoraproject.org> References: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> <44EF4037.3080708@fedoraproject.org> Message-ID: <20060825182744.GA1230@jadzia.bu.edu> On Fri, Aug 25, 2006 at 11:53:51PM +0530, Rahul wrote: > Release notes being the default homepage is not a bug. However if the > user has changed it, it should NOT revert that back during updates. If > it does, thats a bug. It only reverts back for the first load of the new browser -- the upstream intention being that you'd at that point see the new release notes for the browser itself. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From marcel at mesa.nl Fri Aug 25 19:03:51 2006 From: marcel at mesa.nl (Marcel J.E. Mol) Date: Fri, 25 Aug 2006 21:03:51 +0200 Subject: [PEEVE] Fedora Release notes in browser upon update In-Reply-To: <20060825182744.GA1230@jadzia.bu.edu> References: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> <44EF4037.3080708@fedoraproject.org> <20060825182744.GA1230@jadzia.bu.edu> Message-ID: <20060825190351.GF5718@joshua.mesa.nl> On Fri, Aug 25, 2006 at 02:27:44PM -0400, Matthew Miller wrote: > On Fri, Aug 25, 2006 at 11:53:51PM +0530, Rahul wrote: > > Release notes being the default homepage is not a bug. However if the > > user has changed it, it should NOT revert that back during updates. If > > it does, thats a bug. > > It only reverts back for the first load of the new browser -- the upstream > intention being that you'd at that point see the new release notes for the > browser itself. But I guess you need to close the browser nicely to get this behaviour. When the browser is just killed when logging out of your X environment it will show the releasenotes again next time. -Marcel From sundaram at fedoraproject.org Fri Aug 25 19:33:14 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 26 Aug 2006 01:03:14 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <20060824200013.68842.qmail@web52402.mail.yahoo.com> References: <20060824200013.68842.qmail@web52402.mail.yahoo.com> Message-ID: <44EF507A.2080502@fedoraproject.org> Otto Rey wrote: > Well, i think that now is the momento to release Xorg 7.1 for FC5... > Intel, ATI/AMD and NVIDIA NOW have support for xorg 7.1. I mean, no > system breakage with the update. > > The proprietary drivers were not the reason that the updates were held back and we are not going to change the decision based on driver updates. If you want xorg 7.1 grab go for Fedora Core 6 in a couple of months or jump into the development tree and help us fix bugs while you are at it. Rahul From tjb at unh.edu Fri Aug 25 19:34:21 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 25 Aug 2006 15:34:21 -0400 Subject: Orca to replace gnopernicus in gnome 2.16...fc6 too? Message-ID: <1156534461.5401.2.camel@raptor.sr.unh.edu> I just read that orca has replaced gnopernicus as the screen reader for gnome 2.16 and was wondering if this was going to make it to fc6? Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From sundaram at fedoraproject.org Fri Aug 25 20:13:18 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 26 Aug 2006 01:43:18 +0530 Subject: Orca to replace gnopernicus in gnome 2.16...fc6 too? In-Reply-To: <1156534461.5401.2.camel@raptor.sr.unh.edu> References: <1156534461.5401.2.camel@raptor.sr.unh.edu> Message-ID: <44EF59DE.4050503@fedoraproject.org> Thomas J. Baker wrote: > I just read that orca has replaced gnopernicus as the screen reader for > gnome 2.16 and was wondering if this was going to make it to fc6? > > It is under discussion currently. Rahul From louisg00 at bellsouth.net Fri Aug 25 21:02:18 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 25 Aug 2006 17:02:18 -0400 Subject: kernel-headers or glibc-kernheaders Message-ID: <1156539738.2594.2.camel@soncomputer> updated today 08/25/06 and think we have a conflict with glibc-kernheaders obsoleting kernel-headers which is a new package. From tadams-lists at myrealbox.com Fri Aug 25 21:11:15 2006 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Fri, 25 Aug 2006 15:11:15 -0600 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <1156539738.2594.2.camel@soncomputer> References: <1156539738.2594.2.camel@soncomputer> Message-ID: <1156540275.2435.19.camel@aurora.localdomain> No, we don't. Do a yum clean metadata and then try to reinstall. It works fine for me on all machines where I did that as was mentioned yesterday by one of the developers. Trever On Fri, 2006-08-25 at 17:02 -0400, Louis Garcia II wrote: > updated today 08/25/06 and think we have a conflict with > glibc-kernheaders obsoleting kernel-headers which is a new package. > From mailinglists at erwinrol.com Fri Aug 25 21:31:18 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Fri, 25 Aug 2006 23:31:18 +0200 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <1156540275.2435.19.camel@aurora.localdomain> References: <1156539738.2594.2.camel@soncomputer> <1156540275.2435.19.camel@aurora.localdomain> Message-ID: <44EF6C26.1000407@erwinrol.com> Trever L. Adams wrote: > No, we don't. Do a yum clean metadata and then try to reinstall. It > works fine for me on all machines where I did that as was mentioned > yesterday by one of the developers. > > Trever > > On Fri, 2006-08-25 at 17:02 -0400, Louis Garcia II wrote: >> updated today 08/25/06 and think we have a conflict with >> glibc-kernheaders obsoleting kernel-headers which is a new package. I have a ping pong between glibc-kernheaders and kernel-headers. When i do a yum update it installs kernel-headers and uninstalls glibc-kernheaders, if that is done an i run yum update again it installs glibc-kernheaders and uninstalls kernel-headers, and so on. From pemboa at gmail.com Fri Aug 25 21:50:12 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 25 Aug 2006 16:50:12 -0500 Subject: [PEEVE] Fedora Release notes in browser upon update In-Reply-To: <20060825190351.GF5718@joshua.mesa.nl> References: <16de708d0608242328p78cf6d62v1e9e82bf27034151@mail.gmail.com> <44EF4037.3080708@fedoraproject.org> <20060825182744.GA1230@jadzia.bu.edu> <20060825190351.GF5718@joshua.mesa.nl> Message-ID: <16de708d0608251450t39715a94we8db079df5040b7c@mail.gmail.com> On 8/25/06, Marcel J.E. Mol wrote: > On Fri, Aug 25, 2006 at 02:27:44PM -0400, Matthew Miller wrote: > > On Fri, Aug 25, 2006 at 11:53:51PM +0530, Rahul wrote: > > > Release notes being the default homepage is not a bug. However if the > > > user has changed it, it should NOT revert that back during updates. If > > > it does, thats a bug. > > > > It only reverts back for the first load of the new browser -- the upstream > > intention being that you'd at that point see the new release notes for the > > browser itself. > > But I guess you need to close the browser nicely to get this behaviour. > When the browser is just killed when logging out of your X environment it > will show the releasenotes again next time. > > -Marcel Exactly, though I did not realise logging out closed the app badly. This is what happens, until I go into the prefs and reset the home page to what it was. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- To be updated... From Axel.Thimm at ATrpms.net Fri Aug 25 22:18:27 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 26 Aug 2006 00:18:27 +0200 Subject: Is it possible to dynamize "requires" at RPM build time? In-Reply-To: <20060823174106.GA32569@jadzia.bu.edu> References: <44EB79E7.2000302@redhat.com> <20060823150609.GB1379821@hiwaay.net> <200608231122.33164.jkeating@redhat.com> <20060823154644.GA28638@jadzia.bu.edu> <20060823155127.GA2749@nostromo.devel.redhat.com> <20060823155505.GA29354@jadzia.bu.edu> <20060823160533.GA3226@nostromo.devel.redhat.com> <20060823174106.GA32569@jadzia.bu.edu> Message-ID: <20060825221827.GA5184@neu.nirvana> On Wed, Aug 23, 2006 at 01:41:06PM -0400, Matthew Miller wrote: > On Wed, Aug 23, 2006 at 12:05:33PM -0400, Bill Nottingham wrote: > > > In that case, the rpm database shouldn't be installed into the chroot, > > > should it? At the very least, not at the standard location for the > > > in-place rpm.... > > So, how would you expect rpm in the chroot to work? It couldn't get out > > of the chroot to query the database, and you'd have to have --initdb > > write out /etc/rpm/macros to point the db someplace else... > > But isn't what Jesse is saying that the rpm in the chroot *doesn't* -- or > can't be relied on to -- work? > > In that case, it seems better to make it *always* not work. Or make it always work. I'm upgrading the rpm rpms in the chroot to match the external rpm. Works fine from RHL7.3-FC6 + RHEL3/4. -- 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 rmg57 at telus.net Fri Aug 25 22:35:50 2006 From: rmg57 at telus.net (Myles Green) Date: Fri, 25 Aug 2006 16:35:50 -0600 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <44EF6C26.1000407@erwinrol.com> References: <1156539738.2594.2.camel@soncomputer> <1156540275.2435.19.camel@aurora.localdomain> <44EF6C26.1000407@erwinrol.com> Message-ID: <20060825163550.5c717f2a@d205-206-253-124.abhsia.telus.net> On Fri, 25 Aug 2006 23:31:18 +0200 Erwin Rol wrote: > Trever L. Adams wrote: > > No, we don't. Do a yum clean metadata and then try to reinstall. It > > works fine for me on all machines where I did that as was mentioned > > yesterday by one of the developers. > > > > Trever > > > > On Fri, 2006-08-25 at 17:02 -0400, Louis Garcia II wrote: > >> updated today 08/25/06 and think we have a conflict with > >> glibc-kernheaders obsoleting kernel-headers which is a new package. > > I have a ping pong between glibc-kernheaders and kernel-headers. When i > do a yum update it installs kernel-headers and uninstalls > glibc-kernheaders, if that is done an i run yum update again it installs > glibc-kernheaders and uninstalls kernel-headers, and so on. You need to do a 'yum clean metadata' *first*, then do a 'yum update', then everything will work properly without a 'ping pong' effect. It was posted yesterday in this message: From: Dennis Gregorovic To: Fedora-devel-list at redhat.com, Fedora-test-list at redhat.com Cc: Subject: yum metadata cache cleaning needed for next development tree Date: Thu, 24 Aug 2006 23:51:30 -0400 Reply-To: Development discussions related to Fedora Core Sender: fedora-devel-list-bounces at redhat.com X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) A bunch of the packages in the FC development tree were resigned today. You will want to run "yum clean metadata" before using tomorrow's push. Sorry for the inconvenience. -- Dennis -- The greatest productive force is human selfishness. -- Robert Heinlein -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mailinglists at erwinrol.com Fri Aug 25 22:49:10 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sat, 26 Aug 2006 00:49:10 +0200 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <20060825163550.5c717f2a@d205-206-253-124.abhsia.telus.net> References: <1156539738.2594.2.camel@soncomputer> <1156540275.2435.19.camel@aurora.localdomain> <44EF6C26.1000407@erwinrol.com> <20060825163550.5c717f2a@d205-206-253-124.abhsia.telus.net> Message-ID: <44EF7E66.2030400@erwinrol.com> Myles Green wrote: > On Fri, 25 Aug 2006 23:31:18 +0200 > Erwin Rol wrote: > >> Trever L. Adams wrote: >>> No, we don't. Do a yum clean metadata and then try to reinstall. It >>> works fine for me on all machines where I did that as was mentioned >>> yesterday by one of the developers. >>> >>> Trever >>> >>> On Fri, 2006-08-25 at 17:02 -0400, Louis Garcia II wrote: >>>> updated today 08/25/06 and think we have a conflict with >>>> glibc-kernheaders obsoleting kernel-headers which is a new package. >> I have a ping pong between glibc-kernheaders and kernel-headers. When i >> do a yum update it installs kernel-headers and uninstalls >> glibc-kernheaders, if that is done an i run yum update again it installs >> glibc-kernheaders and uninstalls kernel-headers, and so on. > > You need to do a 'yum clean metadata' *first*, then do a 'yum update', then > everything will work properly without a 'ping pong' effect. It was posted > yesterday in this message: > > From: Dennis Gregorovic > To: Fedora-devel-list at redhat.com, Fedora-test-list at redhat.com > Cc: > Subject: yum metadata cache cleaning needed for next development tree > Date: Thu, 24 Aug 2006 23:51:30 -0400 > Reply-To: Development discussions related to Fedora Core > Sender: fedora-devel-list-bounces at redhat.com > X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) > > A bunch of the packages in the FC development tree were resigned today. > You will want to run "yum clean metadata" before using tomorrow's push. > Sorry for the inconvenience. Well i that and a yum clean all and it still ping pongs, even doing a yum clean metadata (or all) between two updates does not change this. - Erwin From jkeating at redhat.com Sat Aug 26 00:28:10 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 25 Aug 2006 20:28:10 -0400 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <1156539738.2594.2.camel@soncomputer> References: <1156539738.2594.2.camel@soncomputer> Message-ID: <200608252028.14063.jkeating@redhat.com> On Friday 25 August 2006 17:02, Louis Garcia II wrote: > updated today 08/25/06 and think we have a conflict with > glibc-kernheaders obsoleting kernel-headers which is a new package. kernel-headers is being phased in to replace glibc-kernheaders. Kernel-headers is produced from the kernel rpm. As such, we have to build new kernels into all the collections we have based on FC6 internally at Red Hat before we can block glibc-kernheaders from the collection, or else our buildroots won't be able to init. I hope to have this done before the rawhide push tonight so that tomorrow you'll be left with just kernel-headers. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tjb at unh.edu Sat Aug 26 00:34:43 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 25 Aug 2006 20:34:43 -0400 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <44EF7E66.2030400@erwinrol.com> References: <1156539738.2594.2.camel@soncomputer> <1156540275.2435.19.camel@aurora.localdomain> <44EF6C26.1000407@erwinrol.com> <20060825163550.5c717f2a@d205-206-253-124.abhsia.telus.net> <44EF7E66.2030400@erwinrol.com> Message-ID: <1156552483.2898.4.camel@continuity> On Sat, 2006-08-26 at 00:49 +0200, Erwin Rol wrote: > > > > A bunch of the packages in the FC development tree were resigned today. > > You will want to run "yum clean metadata" before using tomorrow's push. > > Sorry for the inconvenience. > > Well i that and a yum clean all and it still ping pongs, even doing a > yum clean metadata (or all) between two updates does not change this. > > - Erwin > Me too on two different systems. Maybe it's due to my mirror or something. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From mailinglists at erwinrol.com Sat Aug 26 00:51:02 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sat, 26 Aug 2006 02:51:02 +0200 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <1156552483.2898.4.camel@continuity> References: <1156539738.2594.2.camel@soncomputer> <1156540275.2435.19.camel@aurora.localdomain> <44EF6C26.1000407@erwinrol.com> <20060825163550.5c717f2a@d205-206-253-124.abhsia.telus.net> <44EF7E66.2030400@erwinrol.com> <1156552483.2898.4.camel@continuity> Message-ID: <44EF9AF6.2030301@erwinrol.com> Thomas J. Baker wrote: > On Sat, 2006-08-26 at 00:49 +0200, Erwin Rol wrote: >>> A bunch of the packages in the FC development tree were resigned today. >>> You will want to run "yum clean metadata" before using tomorrow's push. >>> Sorry for the inconvenience. >> Well i that and a yum clean all and it still ping pongs, even doing a >> yum clean metadata (or all) between two updates does not change this. >> >> - Erwin >> > > Me too on two different systems. Maybe it's due to my mirror or > something. Oh well the problem is know, and it probably disappear in the next couple of days :-) - Erwin From jwboyer at jdub.homelinux.org Sat Aug 26 01:01:55 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 25 Aug 2006 20:01:55 -0500 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <20060825163550.5c717f2a@d205-206-253-124.abhsia.telus.net> References: <1156539738.2594.2.camel@soncomputer> <1156540275.2435.19.camel@aurora.localdomain> <44EF6C26.1000407@erwinrol.com> <20060825163550.5c717f2a@d205-206-253-124.abhsia.telus.net> Message-ID: <1156554115.2693.0.camel@vader.jdub.homelinux.org> On Fri, 2006-08-25 at 16:35 -0600, Myles Green wrote: > On Fri, 25 Aug 2006 23:31:18 +0200 > Erwin Rol wrote: > > > Trever L. Adams wrote: > > > No, we don't. Do a yum clean metadata and then try to reinstall. It > > > works fine for me on all machines where I did that as was mentioned > > > yesterday by one of the developers. > > > > > > Trever > > > > > > On Fri, 2006-08-25 at 17:02 -0400, Louis Garcia II wrote: > > >> updated today 08/25/06 and think we have a conflict with > > >> glibc-kernheaders obsoleting kernel-headers which is a new package. > > > > I have a ping pong between glibc-kernheaders and kernel-headers. When i > > do a yum update it installs kernel-headers and uninstalls > > glibc-kernheaders, if that is done an i run yum update again it installs > > glibc-kernheaders and uninstalls kernel-headers, and so on. > > You need to do a 'yum clean metadata' *first*, then do a 'yum update', then > everything will work properly without a 'ping pong' effect. It was posted > yesterday in this message: This has nothing to do with that. It's a packaging error, not a result of metadata. josh From cmadams at hiwaay.net Sat Aug 26 03:02:10 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 25 Aug 2006 22:02:10 -0500 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <200608252028.14063.jkeating@redhat.com> References: <1156539738.2594.2.camel@soncomputer> <200608252028.14063.jkeating@redhat.com> Message-ID: <20060826030210.GA1357948@hiwaay.net> Once upon a time, Jesse Keating said: > kernel-headers is being phased in to replace glibc-kernheaders. I thought the idea of having a relatively static set of kernel headers used was because you were supposed to use the kernel headers that your glibc was built against, and that you were not supposed to just update the kernel headers along with the kernel. Or has the kernel headers cleanup/export made that a thing of the past? Just trying to learn a little more. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From arjan at fenrus.demon.nl Sat Aug 26 07:22:45 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sat, 26 Aug 2006 09:22:45 +0200 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <200608252028.14063.jkeating@redhat.com> References: <1156539738.2594.2.camel@soncomputer> <200608252028.14063.jkeating@redhat.com> Message-ID: <1156576965.3034.65.camel@laptopd505.fenrus.org> On Fri, 2006-08-25 at 20:28 -0400, Jesse Keating wrote: > On Friday 25 August 2006 17:02, Louis Garcia II wrote: > > updated today 08/25/06 and think we have a conflict with > > glibc-kernheaders obsoleting kernel-headers which is a new package. > > kernel-headers is being phased in to replace glibc-kernheaders. that name is unfortunate since it's a name from the past (RHL6.2/7.1 and such), kernel-abi-headers or so would have been a much better name because it doesn't have any legacy associated with it.... From louisg00 at bellsouth.net Sat Aug 26 06:44:07 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sat, 26 Aug 2006 02:44:07 -0400 Subject: Totem not opening with current rawhide Message-ID: <1156574647.4515.2.camel@soncomputer> Totem could not startup. Could not open resource for writing. -Louis From dwmw2 at infradead.org Sat Aug 26 07:56:13 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 26 Aug 2006 08:56:13 +0100 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <20060826030210.GA1357948@hiwaay.net> References: <1156539738.2594.2.camel@soncomputer> <200608252028.14063.jkeating@redhat.com> <20060826030210.GA1357948@hiwaay.net> Message-ID: <1156578973.3038.31.camel@pmac.infradead.org> On Fri, 2006-08-25 at 22:02 -0500, Chris Adams wrote: > I thought the idea of having a relatively static set of kernel headers > used was because you were supposed to use the kernel headers that your > glibc was built against, and that you were not supposed to just update > the kernel headers along with the kernel. Or has the kernel headers > cleanup/export made that a thing of the past? You don't _have_ to update the kernel headers along with the kernel, although it should be perfectly safe to do so -- the ABI represented therein should not be changing in incompatible ways. It's perfectly feasible that we'll release kernel errata for FC6 _without_ releasing the kernel-headers packages to match. Having kernel headers come directly from the kernel in a usable form, instead of being maintained separately, was the whole _point_ of the cleanup/export in the kernel tree. It means we get new syscalls, new ioctls, etc. immediately rather than only when someone notices they're missing and files a bug for them. -- dwmw2 From buildsys at redhat.com Sat Aug 26 10:01:19 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 26 Aug 2006 06:01:19 -0400 Subject: rawhide report: 20060826 changes Message-ID: <200608261001.k7QA1J7C031114@hs20-bc2-6.build.redhat.com> Removed package glibc-kernheaders Updated Packages: alsa-lib-1.0.12-2.fc6 --------------------- * Fri Aug 25 2006 Martin Stransky 1.0.12-2 - new upstream alsa-utils-1.0.12-2.fc6 ----------------------- * Fri Aug 25 2006 Martin Stransky 1.0.12-2 - new upstream cman-2.0.12-1.fc6 ----------------- * Fri Aug 25 2006 Chris Feist - 2.0.12-1 - Rebuild w/ new upstream sources compiz-0.0.13-0.19.20060817git.fc6 ---------------------------------- * Fri Aug 25 2006 Soren Sandmann - 0.0.13-0.19-20060817git.fc6 - Rebase to desktop-effects 0.6.41 * Fri Aug 25 2006 Kristian H??gsberg - 0.0.13-0.18.20060817git.fc6 - Rebase to desktop-effects 0.6.19 and drop desktop-effects-0.6.1-delete-session.patch eel2-2.15.92-3.fc6 ------------------ * Fri Aug 25 2006 Alexander Larsson - 2.15.92-3 - Omit self check code in build frysk-0.0.1.2006.08.24.rh1-3.fc6 -------------------------------- * Fri Aug 25 2006 Stepan Kasal - 0.0.1.2006.08.24.rh1-3 - Patch1 for bug #203902. gcc-4.1.1-19 ------------ * Fri Aug 25 2006 Jakub Jelinek 4.1.1-19 - update from gcc-4_1-branch (-r116223:116389) - PRs c++/23372, c++/27714, c++/28346, c++/28385, fortran/18111, fortran/20886, fortran/25217, fortran/25828, fortran/28425, fortran/28496, fortran/28601, fortran/28630, fortran/28660, fortran/28735, fortran/28762, fortran/28771, fortran/28788, libstdc++/28765, target/27565 - another big Java merge from the trunk (Tom Fitzsimmons) - fix ICE in add_reg_br_prob_note (PR middle-end/28683) gettext-0.14.6-2.fc6 -------------------- * Fri Aug 25 2006 Jens Petersen - 0.14.6-2 - move libgettext*.so devel files to devel package (Patrice Dumas, #203622) gimp-2:2.2.13-1.fc6 ------------------- * Fri Aug 25 2006 Nils Philippsen - 2:2.2.13-1 - version 2.2.13 - remove obsolete filename patch * Thu Aug 17 2006 Nils Philippsen - 2:2.2.12-5 - don't barf on empty /etc/gimp/plugins.d (#202808) * Wed Aug 16 2006 Nils Philippsen - 2:2.2.12-4 - revamp scheme for integrating external plugins (#202545) glibc-2.4.90-25 --------------- * Fri Aug 25 2006 Jakub Jelinek 2.4.90-25 - temporarily back out code to limit number of unsorted block sort iterations (#203735, #204027) - handle PLT symbols in dladdr properly (BZ#2683) - avoid malloc infinite looping for allocations larger than the system can allocate (#203915) * Tue Aug 22 2006 Jakub Jelinek 2.4.90-23 - malloc fixes, especially for 32-bit arches (#202309) - further *_IN locale fixes (#200230) - fix get{serv,rpc}ent{,_r} if NIS map is empty (#203237) - fix /usr/bin/iconv (#203400) gnome-panel-2.15.92-2.fc6 ------------------------- * Fri Aug 25 2006 Matthias Clsaen - 2.15.92-2.fc6 - Install omf files in the proper location (#201034) gnome-utils-1:2.15.94-1.fc6 --------------------------- * Fri Aug 25 2006 Matthias Clasen - 2.15.94-1.fc6 - Update to 2.15.94 gstreamer-plugins-good-0.10.4-1.fc6 ----------------------------------- * Sat Aug 26 2006 Matthias Clasen - 0.10.4-1 - Update to 0.10.4 im-chooser-0.3.1-2.fc6 ---------------------- * Fri Aug 25 2006 Akira TAGOH - 0.3.1-2 - im-chooser-r49.patch: removed MimeType field from .desktop file. (#203982) kdebase-6:3.5.4-5.fc6 --------------------- * Fri Aug 25 2006 Than Ngo 6:3.5.4-5 - add Requires: eject - fix #203279, antialiasing issue - apply upstream patch to fix kdedesktop crash, kde#132873 - fix #201507, pam config issue - fix kdm crash kudzu-1.2.47-1 -------------- * Fri Aug 25 2006 Jeremy Katz - 1.2.47-1 - Fix the Xen console stuff to work properly with the PV framebuffer too - Add support for probing xenfb as a video device * Thu Aug 24 2006 Bill Nottingham - use the sysfs serial list rather than iterating over ttyS0-3 (#64899, #195635) - ergo, remove pciserial code lam-2:7.1.2-2.fc6 ----------------- * Fri Aug 25 2006 Doug Ledford - 2:7.1.2-2.fc6 - Get rid of mpi_alternatives and just use alternatives to match openmpi libsepol-1.12.25-3 ------------------ * Fri Aug 25 2006 Dan Walsh 1.12.25-3 - Fix location of include directory to devel package * Fri Aug 25 2006 Dan Walsh 1.12.25-2 - Remove invalid Requires mesa-6.5.1-0.rc1.1.fc6 ---------------------- * Fri Aug 25 2006 Adam Jackson - 6.5.1-0.rc1.1.fc6 - mesa-6.5.1-build-config.patch: Add i965 to x86-64 config. nautilus-2.15.92.1-2.fc6 ------------------------ * Fri Aug 25 2006 Alexander Larsson - 2.15.92.1-2 - Omit self check code in build numactl-0.9.8-1.35 ------------------ * Fri Aug 25 2006 Neil Horman - 0.9.8-1.35 - moving over libnuma.so to -devel package as well * Fri Aug 25 2006 Neil Horman - 0.9.8-1.34 - split out headers/devel man pages to a devel subpackage openoffice.org-1:2.0.4-2.1 -------------------------- * Fri Aug 25 2006 Caolan McNamara - 1:2.0.4-2.1 - fix openoffice.org-2.0.4.ooo68369.dtrans.crash.patch - fix openoffice.org-2.0.4.ooo68805.sw.ww8size.patch - fix openoffice.org-2.0.4.ooo68822.sw.recursiveim.patch - fix potential out of bounds in xmlhelp - drop openoffice.org-2.0.3.oooXXXXX.atkbroken.vcl.patch, fixed in gnome now - rh#203497# -> openoffice.org-2.0.4.ooo68851.framework.disablemenuifempty.patch - rh#203439# -> openoffice.org-2.0.4.oooXXXXX.vcl.x86_64.impressatk.patch - rh#203063# -> openoffice.org-1.9.129.ooo54603.fontconfig.part3.patch * Thu Aug 10 2006 Caolan McNamara - 1:2.0.4-1.1 - rh#201447# -> openoffice.org-2.0.3.ooo68339.vcl.maskingtoomanybytes.patch - rh#201305# -> openoffice.org-1.9.115.ooo51931.fixxmlsec.patch - add openoffice.org-2.0.3.ooo68383.evo28support.patch for new evo - clear font customization as fontconfig now has it's defaults the way we need - clear gengal rdb removal, ooo#65361# fixed - drop integrated workspace.targetedaot - drop integrated workspace.bfsixtyfour - drop integrated workspace.thbpp4 - drop integrated workspace.vcl59 - drop integrated workspace.vcl60 - drop integrated workspace.fwk40 - drop integrated workspace.sixtyfour06 - drop integrated workspace.kendy10 - drop integrated workspace.impress96 - drop integrated workspace.gcjsix - drop integrated workspace.vcl63 - drop integrated workspace.os84 - drop integrated workspace.configure18 - drop integrated ooo65327.builddep.writerperfect.patch - drop integrated ooo67337.sfx2.dontshowbuttons.patch - add openoffice.org-2.0.4.ooo68665.x86_64gcj.jvm.patch pam_pkcs11-0.5.3-13 ------------------- * Mon Aug 28 2006 Robert Relyea 0.5.3-13 - Fix the default mapping order. - Make ocsp support controlled by a config entry. - Fix login crash - revert to explicit paths until we can fix 'login' and 'authconfig' pyxf86config-0.3.30-1.fc6 ------------------------- * Fri Aug 25 2006 Adam Jackson 0.3.30-1.fc6 - Remove a stray reference to XFree86. rdate-1.4-6 ----------- * Fri Aug 25 2006 Phil Knirsch - 1.4-6 - Enabled IPv6 support (#197509) rhpxl-0.32-1 ------------ * Fri Aug 25 2006 Jeremy Katz - 0.32-1 - Probe all buses for video cards - Only do PCI bits for PCI video cards - Another place to fix the default depth scim-pinyin-0.5.91-11.4.fc6 --------------------------- * Fri Aug 25 2006 Qian Shen - 0.5.91-11.4 - update pinyin helper selinux-policy-2.3.9-5 ---------------------- * Fri Aug 25 2006 Dan Walsh 2.3.9-5 - Allow setroubleshoot to getattr on all dirs to gather RPM data * Thu Aug 24 2006 Dan Walsh 2.3.9-4 - Set /usr/lib/ia32el/ia32x_loader to unconfined_execmem_exec_t for ia32 platform - Fix spec for /dev/adsp setroubleshoot-0.37-1 --------------------- * Fri Aug 25 2006 Dan Walsh - 0.37-1 - Add back in the status icon shared-mime-info-0.19-1 ----------------------- * Fri Aug 25 2006 Christopher Aillon - 0.19-1 - Update to 0.19 struts-0:1.2.9-4jpp.1 --------------------- * Fri Aug 25 2006 Deepak Bhole - 0:1.2.9-4jpp.1 - Fix requirements system-config-date-1.8.5-1 -------------------------- * Fri Aug 25 2006 Nils Philippsen 1.8.5 - hide 'Enable NTP Broadcast' checkbutton as more action is needed than a mere change in ntp.conf vim-2:7.0.066-2 --------------- * Fri Aug 25 2006 Karsten Hopp 7.0.066-2 - fix vimdiff colors (#204042) vixie-cron-4:4.1-60.fc6 ----------------------- * Fri Aug 25 2006 Marcela Maslanova - 4:4.1-60 - patch from Jose Plans fixed: Job delayed after using crontab -e * Fri Aug 25 2006 Marcela Maslanova - 4:4.1-59 - small changes in man-page cron - (#203746) RFC3834, patch from James Ralston wireshark-0.99.3-1 ------------------ * Fri Aug 25 2006 Radek Vok??l 0.99.3-1 - upgrade to 0.99.3 - Wireshark 0.99.3 fixes the following vulnerabilities: - the SCSI dissector could crash. Versions affected: CVE-2006-4330 - the IPsec ESP preference parser was susceptible to off-by-one errors. CVE-2006-4331 - a malformed packet could make the Q.2931 dissector use up available memory. CVE-2006-4333 xorg-x11-server-1.1.1-30.fc6 ---------------------------- * Fri Aug 25 2006 Adam Jackson 1.1.1-30.fc6 - xorg-x11-server-1.1.1-pci-paranoia.patch: In xf86MatchPciInstances, fail gracefully if xf86PciVideoInfo is NULL (like, on Xen). Broken deps for s390 ---------------------------------------------------------- kdebase - 6:3.5.4-5.fc6.s390 requires eject Broken deps for s390x ---------------------------------------------------------- kdebase - 6:3.5.4-5.fc6.s390x requires eject kdebase - 6:3.5.4-5.fc6.s390 requires eject From paul at all-the-johnsons.co.uk Sat Aug 26 10:12:23 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 26 Aug 2006 11:12:23 +0100 Subject: rawhide report: 20060826 changes In-Reply-To: <200608261001.k7QA1J7C031114@hs20-bc2-6.build.redhat.com> References: <200608261001.k7QA1J7C031114@hs20-bc2-6.build.redhat.com> Message-ID: <44F01E87.7040404@all-the-johnsons.co.uk> Hi, > glibc-2.4.90-25 > --------------- > Does this respin fix the evolution problems on x86_64? I hate to say this, but I'm actually missing that piece of software! TTFN Paul From caillon at redhat.com Sat Aug 26 10:58:49 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 26 Aug 2006 06:58:49 -0400 Subject: mono(glib-sharp) requires issues Message-ID: <44F02969.20101@redhat.com> Okay, I'm rather confused as to how mono requires are generated. For example, building banshee, I get the following: % rpm -qp --requires banshee-0.10.12-1.fc6.i386.rpm | grep glib-sharp mono(glib-sharp) = 2.10.0.0 mono(glib-sharp) = 2.8.0.0 But the logs[1] clearly indicate that only gtk-sharp2 2.10.0 is being pulled in, so I am rather at a loss for how to fix this. I just did a rebuild to see if that would help, with no luck. Ideas? [1] http://buildsys.fedoraproject.org/logs/fedora-development-extras/14597-banshee-0.10.12-2.fc6/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3241 bytes Desc: S/MIME Cryptographic Signature URL: From mailinglists at erwinrol.com Sat Aug 26 11:47:08 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sat, 26 Aug 2006 13:47:08 +0200 Subject: rawhide report: 20060822 changes In-Reply-To: <20060823184342.GH32572@devserv.devel.redhat.com> References: <200608221757.k7MHvxR2007946@hs20-bc2-6.build.redhat.com> <44EC3E43.7060409@erwinrol.com> <20060823184342.GH32572@devserv.devel.redhat.com> Message-ID: <44F034BC.8060400@erwinrol.com> Jakub Jelinek wrote: > On Wed, Aug 23, 2006 at 01:38:43PM +0200, Erwin Rol wrote: >> Has anybody the following problem with evolution, the last mmap call is >> repeated for ever (and fails for ever cause i don't have 68,719,480,832 >> byte of RAM+SWAP). > > rpm -q glibc ? > If not glibc-2.4.90-23, it would be expected. Today evolution seems to work without the mmap problem, if all the other crashes are gone too i have to see in the next hours. rpm -q glibc glibc-2.4.90-25 rpm -q evolution evolution-2.7.92-4.fc6 - Erwin From dragoran at feuerpokemon.de Sat Aug 26 12:33:49 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 26 Aug 2006 14:33:49 +0200 Subject: some closure on the xorg updates issue In-Reply-To: <44EF507A.2080502@fedoraproject.org> References: <20060824200013.68842.qmail@web52402.mail.yahoo.com> <44EF507A.2080502@fedoraproject.org> Message-ID: <44F03FAD.4050605@feuerpokemon.de> Rahul wrote: > Otto Rey wrote: >> Well, i think that now is the momento to release Xorg 7.1 for FC5... >> Intel, ATI/AMD and NVIDIA NOW have support for xorg 7.1. I mean, no >> system breakage with the update. >> >> > > The proprietary drivers were not the reason that the updates were held > back and we are not going to change the decision based on driver > updates. If you want xorg 7.1 grab go for Fedora Core 6 in a couple of > months or jump into the development tree and help us fix bugs while > you are at it. > > Rahul > what about xorg 7.2? I hope that we will not need to wait until FC7 to get it (will be out some time after FC6) From Matt_Domsch at dell.com Sat Aug 26 12:44:21 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 26 Aug 2006 07:44:21 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-08-26 Message-ID: <20060826074421.A24656@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Sat Aug 26 04:16:24 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Number failed to build: 53 Number expected to fail due to ExclusiveArch or ExcludeArch: 25 Leaving: 28 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 28 ---------------------------------- alacarte-0.9.90-7.fc6 am-utils-6.1.5-4 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-4 dasher-4.1.10-1.fc6 epiphany-2.15.92-1.fc6 evince-0.5.5-2.fc6 file-roller-2.15.93-2.fc6 gcalctool-5.8.23-1.fc6 gdb-6.5-5.fc6 gdm-2.15.10-1.fc6 gedit-2.15.8-1.fc6 gnome-desktop-2.15.92-1.fc6 gnome-power-manager-2.15.92-1.fc6 gnome-utils-2.15.93-1.fc6 gnucash-2.0.1-4.fc6 grub-0.97-11 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 memtest86+-1.65-4.1 nautilus-cd-burner-2.15.7-1.fc6 sound-juicer-2.15.5.1-1.fc6 syslinux-3.11-4 system-config-services-0.9.0-2 tomboy-0.3.9-3.fc6 valgrind-3.2.0-5 xen-3.0.2-25 zenity-2.15.92-1.fc6 With bugs filed: 0 ---------------------------------- 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 Aug 26 12:44:31 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 26 Aug 2006 07:44:31 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-08-26 Message-ID: <20060826074431.A24683@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Sat Aug 26 04:18:34 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Number failed to build: 28 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 18 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 18 ---------------------------------- dasher-4.1.10-1.fc6 epiphany-2.15.92-1.fc6 evince-0.5.5-2.fc6 file-roller-2.15.93-2.fc6 gcalctool-5.8.23-1.fc6 gdm-2.15.10-1.fc6 gedit-2.15.8-1.fc6 gnome-desktop-2.15.92-1.fc6 gnome-power-manager-2.15.92-1.fc6 gnome-utils-2.15.93-1.fc6 gnucash-2.0.1-4.fc6 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 nautilus-cd-burner-2.15.7-1.fc6 sound-juicer-2.15.5.1-1.fc6 system-config-services-0.9.0-2 tomboy-0.3.9-3.fc6 zenity-2.15.92-1.fc6 With bugs filed: 0 ---------------------------------- 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 Aug 26 12:45:03 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 26 Aug 2006 07:45:03 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-08-26 Message-ID: <20060826074503.A24697@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Sat Aug 26 04:23:57 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Number failed to build: 88 Number expected to fail due to ExclusiveArch or ExcludeArch: 23 Leaving: 65 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 65 ---------------------------------- GtkAda-2.4.0-11.fc5 gemi at bluewin.ch MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net WindowMaker-0.92.0-8.fc5 andreas.bierfert at lowlatency.de alacarte-0.8-7.fc5 jpmahowald at gmail.com atitvout-0.4-5 andreas.bierfert at lowlatency.de banshee-0.10.12-1.fc6 caillon at redhat.com boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net crm114-0-0.1.20060704.fc6 rpm at greysector.net deskbar-applet-2.15.91-3.fc6 ivazquez at ivazquez.net digikam-0.8.2-2.fc6 mgarski at post.pl dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de 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 gdesklets-0.35.3-8.fc6 luya_tfz at thefinalzone.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-music-0.9.0-1.fc6 ivazquez at ivazquez.net gnome-schedule-1.0.0-1 frank at scirocco-5v-turbo.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org gtksourceview-sharp-2.0-18.fc6 paul at all-the-johnsons.co.uk 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 kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mlton-20051202-8.fc6 adam at spicenitz.org monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de nautilus-open-terminal-0.7-2.fc6 stickster at gmail.com nautilus-search-tool-0.2-1.fc5 ivazquez at ivazquez.net nco-3.1.2-1.fc6 ed at eh3.com new-1.3.7-2 redhat at flyn.org ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org php-pear-DB-1.7.6-6 rpm at timj.co.uk pl-5.6.16-1.fc6 gemi at bluewin.ch python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.20-5.fc5 bdpepple at ameritech.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at ser-0.9.6-7.fc6 andreas at bawue.net serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com 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 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 xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 0 ---------------------------------- 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 Aug 26 12:45:30 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 26 Aug 2006 07:45:30 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-08-26 Message-ID: <20060826074530.A24734@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Sat Aug 26 04:27:22 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Number failed to build: 63 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 62 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 62 ---------------------------------- GtkAda-2.4.0-11.fc5 gemi at bluewin.ch MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com SDL_ttf-2.0.7-4.fc5 bdpepple at ameritech.net WindowMaker-0.92.0-8.fc5 andreas.bierfert at lowlatency.de alacarte-0.8-7.fc5 jpmahowald at gmail.com amaya-9.5-1.fc6 paul at all-the-johnsons.co.uk banshee-0.10.12-1.fc6 caillon at redhat.com camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net deskbar-applet-2.15.91-3.fc6 ivazquez at ivazquez.net digikam-0.8.2-2.fc6 mgarski at post.pl dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de 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 gdesklets-0.35.3-8.fc6 luya_tfz at thefinalzone.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-music-0.9.0-1.fc6 ivazquez at ivazquez.net gnome-schedule-1.0.0-1 frank at scirocco-5v-turbo.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org gtksourceview-sharp-2.0-18.fc6 paul at all-the-johnsons.co.uk 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 kmymoney2-0.8.4-1.fc6 rdieter at math.unl.edu ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net librx-1.5-6.fc5 tcallawa at redhat.com libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mfstools-2.0-9.snapshot050221.fc5 tcallawa at redhat.com monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de nautilus-open-terminal-0.7-2.fc6 stickster at gmail.com nautilus-search-tool-0.2-1.fc5 ivazquez at ivazquez.net nco-3.1.2-1.fc6 ed at eh3.com ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de pl-5.6.16-1.fc6 gemi at bluewin.ch python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net python-goopy-0.1-1 pjones at redhat.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at ser-0.9.6-7.fc6 andreas at bawue.net serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com 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 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 xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 0 ---------------------------------- 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 jkeating at redhat.com Sat Aug 26 13:33:32 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 26 Aug 2006 09:33:32 -0400 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <1156578973.3038.31.camel@pmac.infradead.org> References: <1156539738.2594.2.camel@soncomputer> <20060826030210.GA1357948@hiwaay.net> <1156578973.3038.31.camel@pmac.infradead.org> Message-ID: <200608260933.36218.jkeating@redhat.com> On Saturday 26 August 2006 03:56, David Woodhouse wrote: > It's perfectly feasible that we'll release kernel errata for FC6 > _without_ releasing the kernel-headers packages to match. That's not going to work. If you don't build the headers package, it will disappear from the buildroot and then we won't be able to build anything. -- 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 dwmw2 at infradead.org Sat Aug 26 14:17:26 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 26 Aug 2006 15:17:26 +0100 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <200608260933.36218.jkeating@redhat.com> References: <1156539738.2594.2.camel@soncomputer> <20060826030210.GA1357948@hiwaay.net> <1156578973.3038.31.camel@pmac.infradead.org> <200608260933.36218.jkeating@redhat.com> Message-ID: <1156601846.3012.88.camel@pmac.infradead.org> On Sat, 2006-08-26 at 09:33 -0400, Jesse Keating wrote: > That's not going to work. If you don't build the headers package, it will > disappear from the buildroot and then we won't be able to build anything. We don't necessarily release everything that we build. -- dwmw2 From dakingun at gmail.com Sat Aug 26 14:26:07 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 26 Aug 2006 10:26:07 -0400 Subject: rawhide report: 20060826 changes In-Reply-To: <200608261001.k7QA1J7C031114@hs20-bc2-6.build.redhat.com> References: <200608261001.k7QA1J7C031114@hs20-bc2-6.build.redhat.com> Message-ID: > lam-2:7.1.2-2.fc6 > ----------------- > * Fri Aug 25 2006 Doug Ledford - 2:7.1.2-2.fc6 > - Get rid of mpi_alternatives and just use alternatives to match openmpi > When I looked this up in fedora cvs, the log reads 'Updates to work with updated openmpi', but there were no updates to openmpi in Extras (as at this time of writing). Of course, this change really breaks the openmpi currently in Extras, some of the MPI executable alternatives points to openmpi's while others points to lam's when both are installed. Was openmpi not planned to replace lam in FC beyond FC5? hope that still happen Deji From jkeating at redhat.com Sat Aug 26 15:02:24 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 26 Aug 2006 11:02:24 -0400 Subject: kernel-headers or glibc-kernheaders In-Reply-To: <1156601846.3012.88.camel@pmac.infradead.org> References: <1156539738.2594.2.camel@soncomputer> <200608260933.36218.jkeating@redhat.com> <1156601846.3012.88.camel@pmac.infradead.org> Message-ID: <200608261102.24596.jkeating@redhat.com> On Saturday 26 August 2006 10:17, David Woodhouse wrote: > We don't necessarily release everything that we build. This will effect our internal build server, not just what we release. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From david at lovesunix.net Sat Aug 26 15:18:59 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 26 Aug 2006 17:18:59 +0200 Subject: rawhide report: 20060826 changes In-Reply-To: <44F01E87.7040404@all-the-johnsons.co.uk> References: <200608261001.k7QA1J7C031114@hs20-bc2-6.build.redhat.com> <44F01E87.7040404@all-the-johnsons.co.uk> Message-ID: <1156605539.21572.62.camel@price> l?r, 26 08 2006 kl. 11:12 +0100, skrev Paul: > Hi, > > glibc-2.4.90-25 > > --------------- > > > Does this respin fix the evolution problems on x86_64? I hate to say > this, but I'm actually missing that piece of software! At least Evolution starts up not.. great, now we can start bitching at it's crappiness again. - David From otto_rey at yahoo.com.ar Sat Aug 26 20:24:07 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Sat, 26 Aug 2006 13:24:07 -0700 (PDT) Subject: A hand with FC5 + Aiglx + Compiz + Nvidia Message-ID: <20060826202407.54380.qmail@web52410.mail.yahoo.com> People, i know that most of you don't want this type of message in this list, but i think that someone can help me with this: I'm using AIGLX repo for FC5 and Livna for FC5. I have the latest NVIDIA driver (livna) that have support for AIGLX (Xorg 7.1 + extensions) but can't start compiz (GLX_EXT_texture_from_pixmap missing). On similar configuration, but with Intel i810 this works perfect. Do you have some idea? I have mesa and all that i need from Aiglx repo. Do you know some "trick" to get this working with Nvidia? Thank you and scuse me for the "off topic" question. Otto Rey -------------- next part -------------- An HTML attachment was scrubbed... URL: From knutjbj at online.no Sat Aug 26 20:30:07 2006 From: knutjbj at online.no (Knut J Bjuland) Date: Sat, 26 Aug 2006 22:30:07 +0200 Subject: A hand with FC5 + Aiglx + Compiz + Nvidia In-Reply-To: <20060826202407.54380.qmail@web52410.mail.yahoo.com> References: <20060826202407.54380.qmail@web52410.mail.yahoo.com> Message-ID: <44F0AF4F.1050805@online.no> GLX_ext_texture_from_pixmap is not supported until 9xxx version off the nvidia driver. Acording to nvnews.net. Otto Rey wrote: > People, i know that most of you don't want this type of message in > this list, but i think that someone can help me with this: > > I'm using AIGLX repo for FC5 and Livna for FC5. I have the latest > NVIDIA driver (livna) that have support for AIGLX (Xorg 7.1 + > extensions) but can't start compiz (GLX_EXT_texture_from_pixmap > missing). On similar configuration, but with Intel i810 this works > perfect. Do you have some idea? I have mesa and all that i need from > Aiglx repo. Do you know some "trick" to get this working with Nvidia? > > Thank you and scuse me for the "off topic" question. > > Otto Rey From louisg00 at bellsouth.net Sat Aug 26 23:58:38 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sat, 26 Aug 2006 19:58:38 -0400 Subject: Recursive lock with kernel-2.6.17-1.2586.fc6 Message-ID: <1156636718.2491.1.camel@soncomputer> Aug 26 19:51:37 soncomputer last message repeated 3 times Aug 26 19:51:39 soncomputer kernel: Aug 26 19:51:39 soncomputer kernel: ============================================= Aug 26 19:51:39 soncomputer kernel: [ INFO: possible recursive locking detected ] Aug 26 19:51:39 soncomputer kernel: 2.6.17-1.2586.fc6 #1 Aug 26 19:51:39 soncomputer kernel: --------------------------------------------- Aug 26 19:51:39 soncomputer kernel: setxkbmap/2054 is trying to acquire lock: Aug 26 19:51:39 soncomputer kernel: (slock-AF_INET6){-+..}, at: [] sk_clone+0xd4/0x2d8 Aug 26 19:51:39 soncomputer kernel: Aug 26 19:51:39 soncomputer kernel: but task is already holding lock: Aug 26 19:51:39 soncomputer kernel: (slock-AF_INET6){-+..}, at: [] tcp_v6_rcv+0x327/0x734 [ipv6] Aug 26 19:51:39 soncomputer kernel: Aug 26 19:51:39 soncomputer kernel: other info that might help us debug this: Aug 26 19:51:39 soncomputer kernel: 1 lock held by setxkbmap/2054: Aug 26 19:51:39 soncomputer kernel: #0: (slock-AF_INET6){-+..}, at: [] tcp_v6_rcv+0x327/0x734 [ipv6] Aug 26 19:51:39 soncomputer kernel: Aug 26 19:51:39 soncomputer kernel: stack backtrace: Aug 26 19:51:39 soncomputer kernel: [] show_trace_log_lvl +0x58/0x159 Aug 26 19:51:39 soncomputer kernel: [] show_trace+0xd/0x10 Aug 26 19:51:39 soncomputer kernel: [] dump_stack+0x19/0x1b Aug 26 19:51:39 soncomputer kernel: [] __lock_acquire +0x778/0x99c Aug 26 19:51:39 soncomputer kernel: [] lock_acquire+0x4b/0x6d Aug 26 19:51:39 soncomputer kernel: [] _spin_lock+0x19/0x28 Aug 26 19:51:39 soncomputer kernel: [] sk_clone+0xd4/0x2d8 Aug 26 19:51:39 soncomputer kernel: [] inet_csk_clone +0xf/0x72 Aug 26 19:51:39 soncomputer kernel: [] tcp_create_openreq_child+0x1b/0x3a1 Aug 26 19:51:39 soncomputer kernel: [] tcp_v6_syn_recv_sock +0x271/0x5b9 [ipv6] Aug 26 19:51:39 soncomputer kernel: [] tcp_check_req +0x1d5/0x2e9 Aug 26 19:51:39 soncomputer kernel: [] tcp_v6_do_rcv +0x142/0x340 [ipv6] Aug 26 19:51:39 soncomputer kernel: [] tcp_v6_rcv+0x6e1/0x734 [ipv6] Aug 26 19:51:39 soncomputer kernel: [] ip6_input+0x1c3/0x296 [ipv6] Aug 26 19:51:39 soncomputer kernel: [] ipv6_rcv+0x1d2/0x21f [ipv6] Aug 26 19:51:39 soncomputer kernel: [] netif_receive_skb +0x205/0x274 Aug 26 19:51:39 soncomputer kernel: [] process_backlog +0x99/0xfa Aug 26 19:51:39 soncomputer kernel: [] net_rx_action +0x9d/0x196 Aug 26 19:51:39 soncomputer kernel: [] __do_softirq+0x78/0xf2 Aug 26 19:51:39 soncomputer kernel: [] do_softirq+0x5a/0xbe Aug 26 19:51:39 soncomputer kernel: [] local_bh_enable_ip +0xa9/0xcf Aug 26 19:51:39 soncomputer kernel: [] _spin_unlock_bh +0x25/0x28 Aug 26 19:51:39 soncomputer kernel: [] release_sock+0xb0/0xb8 Aug 26 19:51:39 soncomputer kernel: [] inet_stream_connect +0x113/0x206 Aug 26 19:51:39 soncomputer kernel: [] sys_connect+0x67/0x84 Aug 26 19:51:39 soncomputer kernel: [] sys_socketcall +0x8c/0x186 Aug 26 19:51:39 soncomputer kernel: [] syscall_call+0x7/0xb Aug 26 19:51:39 soncomputer kernel: DWARF2 unwinder stuck at syscall_call+0x7/0xb Aug 26 19:51:39 soncomputer kernel: Leftover inexact backtrace: From dax at gurulabs.com Sun Aug 27 03:42:47 2006 From: dax at gurulabs.com (Dax Kelson) Date: Sat, 26 Aug 2006 21:42:47 -0600 Subject: pilot-link v0.12.0 has been released Message-ID: <1156650167.15123.11.camel@thud.gurulabs.com> After a long wait, finally, pilot-link v0.12.0 has been released. See: http://www.pilot-link.org/pipermail/pilot-link-announce/2006-August/000017.html FC5 shipped with a pre-release version of pilot-link v0.12.0 that was later reverted in an errata update to pilot-link v0.11.8. It would be nice if FC6 could ship with v0.12.0. It solves major problems (race conditions most notably) with it's libusb support, plus it is much faster. Back in March I benchmarked backing up 15,668KB of data from my Treo650 with v0.11 using the visor kernel module method and pre-release v0.12 with libusb. The results were: Using the visor method: $ pilot-xfer -p /dev/ttyUSB1 -b /tmp/Treo650-backup-visor Results: 415 seconds or 37.75KB/sec Using the libusb method: $ pilot-xfer -p usb: -b /tmp/Treo650-backup-libusb Results: 201 seconds or 77.95KB/sec Dax Kelson Guru Labs From gilboad at gmail.com Sun Aug 27 03:57:01 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 27 Aug 2006 06:57:01 +0300 Subject: A hand with FC5 + Aiglx + Compiz + Nvidia In-Reply-To: <20060826202407.54380.qmail@web52410.mail.yahoo.com> References: <20060826202407.54380.qmail@web52410.mail.yahoo.com> Message-ID: <1156651021.9835.1.camel@gilboa-home-dev.localhost> On Sat, 2006-08-26 at 13:24 -0700, Otto Rey wrote: > People, i know that most of you don't want this type of message in > this list, but i think that someone can help me with this: > > I'm using AIGLX repo for FC5 and Livna for FC5. I have the latest > NVIDIA driver (livna) that have support for AIGLX (Xorg 7.1 + > extensions) but can't start compiz (GLX_EXT_texture_from_pixmap > missing). On similar configuration, but with Intel i810 this works > perfect. Do you have some idea? I have mesa and all that i need from > Aiglx repo. Do you know some "trick" to get this working with Nvidia? > > Thank you and scuse me for the "off topic" question. > > Otto Rey GLX_EXT_texture_from_pixmap will only be supported by the next nVidia driver release. The latest release only include certain ABI changes required to support X.org 7.1. - Gilboa From sundaram at fedoraproject.org Sun Aug 27 06:59:02 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sun, 27 Aug 2006 12:29:02 +0530 Subject: some closure on the xorg updates issue In-Reply-To: <44F03FAD.4050605@feuerpokemon.de> References: <20060824200013.68842.qmail@web52402.mail.yahoo.com> <44EF507A.2080502@fedoraproject.org> <44F03FAD.4050605@feuerpokemon.de> Message-ID: <44F142B6.5010408@fedoraproject.org> dragoran wrote: > Rahul wrote: >> Otto Rey wrote: >>> Well, i think that now is the momento to release Xorg 7.1 for FC5... >>> Intel, ATI/AMD and NVIDIA NOW have support for xorg 7.1. I mean, no >>> system breakage with the update. >>> >>> >> >> The proprietary drivers were not the reason that the updates were held >> back and we are not going to change the decision based on driver >> updates. If you want xorg 7.1 grab go for Fedora Core 6 in a couple of >> months or jump into the development tree and help us fix bugs while >> you are at it. >> >> Rahul >> > what about xorg 7.2? > I hope that we will not need to wait until FC7 to get it (will be out > some time after FC6) That depends on the updates policy being drafted and maintainers. Rahul From buildsys at redhat.com Sun Aug 27 09:57:28 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 27 Aug 2006 05:57:28 -0400 Subject: rawhide report: 20060827 changes Message-ID: <200608270957.k7R9vSVV011391@hs20-bc2-6.build.redhat.com> Updated Packages: audit-1.2.6-1 ------------- * Sat Aug 26 2006 Steve Grubb 1.2.6-1 - Apply updates to dispatcher - Fix a couple bugs regarding MLS labels - Resurrect -p option - Tighten rules with exclude filter - Fix parsing issue which lead to segfault in some cases - Fix option parsing to ignore malformed lines control-center-1:2.15.92-4.fc6 ------------------------------ * Sun Aug 27 2006 Matthias Clasen - 2.15.92-4.fc6 - More keyboard capplet improvements dasher-4.1.10-2.fc6 ------------------- * Sat Aug 26 2006 Karsten Hopp - 4.1.10-2.fc6 - buildrequire intltool which was previously pulled in by scrollkeeper but dropped this requirement because of bz #203606 gdm-1:2.15.10-2.fc6 ------------------- * Sat Aug 26 2006 Karsten Hopp - 1:2.15.10-2.fc6 - buildrequire inttools as this isn't a requirement of scrollkeeper anymore and thus missing from the buildroot gnome-applets-1:2.15.90-3.fc6 ----------------------------- * Sun Aug 27 2006 Matthias Clasen - 1:2.15.90-3.fc6 - More keyboard drawing improvements gnucash-2.0.1-5.fc6 ------------------- * Sat Aug 26 2006 Karsten Hopp - 2.0.1-5 - buildrequire intltool which was previously pulled in by scrollkeeper but dropped this requirement because of bz #203606 Broken deps for s390 ---------------------------------------------------------- kdebase - 6:3.5.4-5.fc6.s390 requires eject Broken deps for s390x ---------------------------------------------------------- kdebase - 6:3.5.4-5.fc6.s390x requires eject kdebase - 6:3.5.4-5.fc6.s390 requires eject From borgi2008 at yahoo.de Sun Aug 27 13:42:49 2006 From: borgi2008 at yahoo.de (borgi2008) Date: Sun, 27 Aug 2006 15:42:49 +0200 Subject: kernel 2.6.17-1.2586.fc6-i686 loads usbstorage before sata harddisk are detected Message-ID: <1156686169.3051.8.camel@geekpc.pinguine> Hello, today i noticed that the kernel 2.6.17-1.2586.fc6 i686, loads the usbstorage modules before my sata harddisk is detected. The result is that my USB Harddisk gets /dev/sda* and my sata harddisk /dev/sdb*. The kernel 2.6.17-1.2517.fc6 does it right and the usb harddisk gets /dev/sdb*. Hendrik Borghorst ___________________________________________________________ Der fr?he Vogel f?ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de From arjan at fenrus.demon.nl Sun Aug 27 13:58:17 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sun, 27 Aug 2006 15:58:17 +0200 Subject: kernel 2.6.17-1.2586.fc6-i686 loads usbstorage before sata harddisk are detected In-Reply-To: <1156686169.3051.8.camel@geekpc.pinguine> References: <1156686169.3051.8.camel@geekpc.pinguine> Message-ID: <1156687097.3034.111.camel@laptopd505.fenrus.org> On Sun, 2006-08-27 at 15:42 +0200, borgi2008 wrote: > Hello, > > today i noticed that the kernel 2.6.17-1.2586.fc6 i686, loads the > usbstorage modules before my sata harddisk is detected. The result is > that my USB Harddisk gets /dev/sda* and my sata harddisk /dev/sdb*. and this is a problem... why? In principle the naming of disk devices shouldn't matter, with mount-by-label and the hal fstab changes.... this kind of asynchronous naming is going to get more and more prevalent, both due to linux changes in parallel hw discovery and the increasing asynchronous nature of hardware in general... so we better have the OS ready to deal with that (and afaik FC5 and later are) From jkeating at redhat.com Sun Aug 27 14:33:07 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 27 Aug 2006 10:33:07 -0400 Subject: kernel 2.6.17-1.2586.fc6-i686 loads usbstorage before sata harddisk are detected In-Reply-To: <1156687097.3034.111.camel@laptopd505.fenrus.org> References: <1156686169.3051.8.camel@geekpc.pinguine> <1156687097.3034.111.camel@laptopd505.fenrus.org> Message-ID: <200608271033.07987.jkeating@redhat.com> On Sunday 27 August 2006 09:58, Arjan van de Ven wrote: > and this is a problem... why? > In principle the naming of disk devices shouldn't matter, with > mount-by-label and the hal fstab changes.... > > this kind of asynchronous naming is going to get more and more > prevalent, both due to linux changes in parallel hw discovery and the > increasing asynchronous nature of hardware in general... so we better > have the OS ready to deal with that (and afaik FC5 and later are) IIRC this breaks dmraid. -- 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 jfontain at free.fr Sun Aug 27 15:44:11 2006 From: jfontain at free.fr (Jean-Luc Fontaine) Date: Sun, 27 Aug 2006 17:44:11 +0200 Subject: kernel 2.6.17-1.2586.fc6-i686 loads usbstorage before sata harddisk are detected In-Reply-To: <200608271033.07987.jkeating@redhat.com> References: <1156686169.3051.8.camel@geekpc.pinguine> <1156687097.3034.111.camel@laptopd505.fenrus.org> <200608271033.07987.jkeating@redhat.com> Message-ID: <44F1BDCB.1090208@free.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jesse Keating wrote: > On Sunday 27 August 2006 09:58, Arjan van de Ven wrote: >> and this is a problem... why? >> In principle the naming of disk devices shouldn't matter, with >> mount-by-label and the hal fstab changes.... >> >> this kind of asynchronous naming is going to get more and more >> prevalent, both due to linux changes in parallel hw discovery and the >> increasing asynchronous nature of hardware in general... so we better >> have the OS ready to deal with that (and afaik FC5 and later are) > > IIRC this breaks dmraid. > I use device-mapper-multipath. - -- Jean-Luc Fontaine http://jfontain.free.fr/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFE8b3KkG/MMvcT1qQRAoQuAKC1z3NammiQodKxYs5E3JoLroFabACfUwsL /LB1MgDf38kGElAyafkpfjg= =ud14 -----END PGP SIGNATURE----- From tibbs at math.uh.edu Sun Aug 27 16:29:59 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sun, 27 Aug 2006 11:29:59 -0500 Subject: kernel 2.6.17-1.2586.fc6-i686 loads usbstorage before sata harddisk are detected In-Reply-To: <1156687097.3034.111.camel@laptopd505.fenrus.org> (Arjan van de Ven's message of "Sun, 27 Aug 2006 15:58:17 +0200") References: <1156686169.3051.8.camel@geekpc.pinguine> <1156687097.3034.111.camel@laptopd505.fenrus.org> Message-ID: >>>>> "AvdV" == Arjan van de Ven writes: AvdV> and this is a problem... why? Well, one big problem is that the installer wants to install onto the USB stick I booted the machine from instead of the hard disk. But I'm pretty sure that's the installer's bug. In FC5 the installer takes care to load the USB storage driver after all of the other drivers. Even when using a driver disk on USB, the driver is copied off, the USB driver unloaded, the new driver inserted and the the USB driver reinserted. - J< From chabotc at xs4all.nl Sun Aug 27 16:54:30 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Sun, 27 Aug 2006 18:54:30 +0200 Subject: kernel 2.6.17-1.2586.fc6-i686 loads usbstorage before sataharddisk are detected In-Reply-To: <1156687097.3034.111.camel@laptopd505.fenrus.org> Message-ID: <000601c6c9f9$76f909f0$4001a8c0@xps> It can be problematic still in cases like mine, where usb-storage in the initrd breaks my dmraid setup .. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203244 initrd's script has hard references to sda & sdb, so without consitent naming this would fall apart -- Chris -----Original Message----- From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of Arjan van de Ven Sent: Sunday, August 27, 2006 15:58 To: Development discussions related to Fedora Core Subject: Re: kernel 2.6.17-1.2586.fc6-i686 loads usbstorage before sataharddisk are detected On Sun, 2006-08-27 at 15:42 +0200, borgi2008 wrote: > Hello, > > today i noticed that the kernel 2.6.17-1.2586.fc6 i686, loads the > usbstorage modules before my sata harddisk is detected. The result is > that my USB Harddisk gets /dev/sda* and my sata harddisk /dev/sdb*. and this is a problem... why? In principle the naming of disk devices shouldn't matter, with mount-by-label and the hal fstab changes.... this kind of asynchronous naming is going to get more and more prevalent, both due to linux changes in parallel hw discovery and the increasing asynchronous nature of hardware in general... so we better have the OS ready to deal with that (and afaik FC5 and later are) -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list From andy at warmcat.com Sun Aug 27 19:28:02 2006 From: andy at warmcat.com (Andy Green) Date: Sun, 27 Aug 2006 20:28:02 +0100 Subject: Upstart-ed Message-ID: <44F1F242.1070606@warmcat.com> Hi folks - I saw via reddit Upstart the event-driven initscripts replacement that got mentioned a couple of weeks ago has a new page and some code seems to exist: ''What state is it in now? The init daemon has been written and is able to manage jobs as described above, receiving events on the control socket to start and stop them. This has now been uploaded to the Ubuntu universe component in the upstart package for testing before it becomes the init daemon. We welcome any experienced users who want to help test this; install the package and follow the instructions in /usr/share/doc/upstart/README.Debian to add a boot option that will use upstart instead of init. If your system boots and shut downs normally (other than a slightly more verbose boot without usplash running) then it is working correctly. Other types of events will be added as required during development and testing. Currently only a basic client tool (initctl) has been written, compatibility tools such as shutdown will be written over the next week or two before it replaces our sysvinit package.'' (This page was currently updated yesterday) http://www.netsplit.com/blog/work/canonical/upstart.html -Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4492 bytes Desc: S/MIME Cryptographic Signature URL: From lars at homer.se Sun Aug 27 20:10:55 2006 From: lars at homer.se (Lars E. Pettersson) Date: Sun, 27 Aug 2006 22:10:55 +0200 Subject: SSHd In-Reply-To: <20060823133512.GC21791@jadzia.bu.edu> References: <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156332468.2829.28.camel@laptopd505.fenrus.org> <20060823133512.GC21791@jadzia.bu.edu> Message-ID: <44F1FC4F.3070806@homer.se> On 08/23/2006 03:35 PM, Matthew Miller wrote: > I don't think so. Denyhosts works by manipulating /etc/hosts.deny, which is > a security-sensitive config file which shouldn't be edited willy-nilly by > scripts. > > And, this won't even work in the configuration we use here (which while not > the fedora default is widespread good practice) -- put "ALL:ALL" in > /etc/hosts.deny and then explicitly enable the services and hosts you want > to let in in /etc/hosts.allow. You could use ALL:ALL in hosts.deny and put the following line into hosts.allow sshd: ALL EXCEPT /etc/hosts.denyhosts In /etc/denyhost change to the following lines HOSTS_DENY = /etc/hosts.denyhosts BLOCK_SERVICE = This is perhaps a better default for denyhosts? Lars -- Lars E. Pettersson http://www.sm6rpz.se/ From ray.hammond at ntlworld.com Sun Aug 27 23:08:45 2006 From: ray.hammond at ntlworld.com (ray hammond) Date: Mon, 28 Aug 2006 00:08:45 +0100 Subject: /etc/rc.sysinit suggested improvement Message-ID: <000301c6ca2d$c2391de0$0a0aa8c0@asus> This is my first post, so I apologies for any breaches of list etiquette. As a personal education project I have been learning the internals of the Linux boot process. Init calls the shell script /etc/rc.sysinit, in my opinion and to my surprise I've spotted a few items which I personally would alter. For example, line 20 mounts the /proc directory. Prior to this, no checks are performed to ensure: a) mount exists b) mount is executable c) mount success As an experiment, I then removed the execute permission from mount and rebooted my system. Of course the boot procedure failed miserably. I am quite aware that my actions were silly and the chances of this happening are minimum; however, Sods' laws applies "If there are two or more ways to do something, and one of those ways can result in a catastrophe, then someone will do it (me, :-) ).". The change I suggest, would first check for the existence of mount, then ensure it is executable and finally check mount return code (assuming their is one). Furthermore, if possible, the script could even correct the permission problem. Similar thoughts also apply to several other lines within the script; I won't go into these, until I read your opinions. Am I, miss-understanding a fundamental point, or just taking rubbish? From mitr at volny.cz Sun Aug 27 23:23:42 2006 From: mitr at volny.cz (Miloslav Trmac) Date: Mon, 28 Aug 2006 01:23:42 +0200 Subject: /etc/rc.sysinit suggested improvement In-Reply-To: <000301c6ca2d$c2391de0$0a0aa8c0@asus> References: <000301c6ca2d$c2391de0$0a0aa8c0@asus> Message-ID: <44F2297E.9040505@volny.cz> Hello, ray hammond napsal(a): > For example, line 20 mounts the /proc directory. Prior to this, no checks > are performed to ensure: > a) mount exists > b) mount is executable > c) mount success First, such checks will always be incomplete; we can't reasonably expect to guard against every possible condition (should we e.g. checksum mount to verify the binary is not corrupted? In that case we should checksum the checksum utility as well ;-) ). Some things, e.g. fsck detecting filesystem inconsistencies, can be reasonably expected; but if you try to enumerate all things that could possibly go wrong, I guess 99% of them happen extremely rarely. Second, if /bin/mount doesn't exist, it can't be fixed automatically, and you need an Unix power user to manually install it; such an user can probably quite easily notice /bin/mount is missing. Most importantly, each such check may be buggy, or become buggy later due to bit rot. rc.sysinit is run in an incomplete environment (with no remote access possible yet), so it should be as reliable as possible. Adding code that is very rarely executed or tested would probably make rc.sysinit less, not more, reliable. Mirek From ajackson at redhat.com Sun Aug 27 23:41:31 2006 From: ajackson at redhat.com (Adam Jackson) Date: Sun, 27 Aug 2006 19:41:31 -0400 Subject: some closure on the xorg updates issue In-Reply-To: <44F03FAD.4050605@feuerpokemon.de> References: <20060824200013.68842.qmail@web52402.mail.yahoo.com> <44EF507A.2080502@fedoraproject.org> <44F03FAD.4050605@feuerpokemon.de> Message-ID: <44F22DAB.8070605@redhat.com> dragoran wrote: > what about xorg 7.2? > I hope that we will not need to wait until FC7 to get it (will be out > some time after FC6) Decemberish, if I get my way. The X server we're running in rawhide is really close to what I hope 7.2 will look like anyway, and I don't expect any ABI breakages or major driver churn of the sort we had between 7.0 and 7.1. However let's hold off this discussion until 7.2 actually exists. - ajax From louisg00 at bellsouth.net Mon Aug 28 03:11:04 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sun, 27 Aug 2006 23:11:04 -0400 Subject: d-bus selinux problem? Message-ID: <1156734665.2752.1.camel@soncomputer> I get this while shutting down. Up2date rawhide. Aug 27 22:32:24 soncomputer kernel: audit(1156732344.880:4): user pid=1715 uid=8 1 auid=4294967295 subj=system_u:system_r:system_dbusd_t:s0 msg='avc: 11 AV entr ies and 11/512 buckets used, longest chain length 1 Aug 27 22:32:24 soncomputer kernel: : exe="/bin/dbus-daemon" (sauid=81, hostname =?, addr=?, terminal=?)' From Lam at Lam.pl Mon Aug 28 09:28:53 2006 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 28 Aug 2006 11:28:53 +0200 Subject: d-bus selinux problem? In-Reply-To: <1156734665.2752.1.camel@soncomputer> References: <1156734665.2752.1.camel@soncomputer> Message-ID: <1156757333.3433.4.camel@pensja.lam.pl> Dnia 27-08-2006, nie o godzinie 23:11 -0400, Louis Garcia II napisa?(a): > I get this while shutting down. Up2date rawhide. I have the same on an updated FC5. Yesterdays poweroff: Aug 28 02:03:55 pensja kernel: audit(1156723435.021:22): user pid=1734 uid=81 auid=4294967295 subj=system_u:system_r:system_dbusd_t:s0 msg='avc: 9 AV entries and 6/512 buckets used, longest chain length 2 Aug 28 02:03:55 pensja kernel: : exe="?" (sauid=81, hostname=?, addr=?, terminal=?)' Aug 28 02:03:55 pensja hcid[1744]: Got disconnected from the system message bus Aug 28 02:03:55 pensja kernel: setitimer: hcid (pid = 1744) provided invalid timeval it_value: tv_sec = 0 tv_usec = 5000000 Aug 28 02:03:55 pensja kernel: setitimer: hcid (pid = 1744) provided invalid timeval it_interval: tv_sec = 0 tv_usec = 5000000 I see three bugzilla entries about hcid not behaving correctly upon shutdown, so I thought it's well known. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From buildsys at redhat.com Mon Aug 28 10:21:01 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 28 Aug 2006 06:21:01 -0400 Subject: rawhide report: 20060828 changes Message-ID: <200608281021.k7SAL1bt008422@hs20-bc2-6.build.redhat.com> New package openmpi Open Message Passing Interface Updated Packages: control-center-1:2.15.92-5.fc6 ------------------------------ * Sun Aug 27 2006 Matthias Clasen - 2.15.92-5.fc6 - Fix some redraw issues in the keyboard capplet gedit-1:2.15.9-1.fc6 -------------------- * Sun Aug 27 2006 Matthias Clasen - 1:2.15.9-1.fc6 - Update to 2.15.9 - Add BR for perl-XML-Parser glib2-2.12.2-2.fc6 ------------------ * Sun Aug 27 2006 Matthias Clasen - 2.12.2-2.fc6 - Use Posix monotonic timers for GTimer gnome-applets-1:2.15.90-4.fc6 ----------------------------- * Sun Aug 27 2006 Matthias Clasen - 1:2.15.90-4.fc6 - Fix some redraw issues in the keyboard capplet gnome-power-manager-2.15.92-2.fc6 --------------------------------- * Sun Aug 27 2006 Matthias Clasen - 2.15.92-2.fc6 - Wire up preferences in gnome-power-preferences (#203949) - Add BR for perl-XML-Parser * Sun Aug 20 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 * Tue Aug 15 2006 Matthias Clasen - 2.15.91-2.fc6 - Fix a double free in the smartcart code kudzu-1.2.48-1 -------------- * Sun Aug 27 2006 Bill Nottingham - 1.2.48-1 - remove socket code, no longer used (and a bad hack to begin with) - fix xenfb probe - various cleanups lam-2:7.1.2-3.fc6 ----------------- * Sun Aug 27 2006 Doug Ledford - 2:7.1.2-3.fc6 - Make the %post and %preun only run at the right times (new install and final package removal) man-pages-2.39-5 ---------------- * Mon Aug 28 2006 Ivana Varekova 2.39-5 - add the description clone2 syscall to clone.2 man page - add multiplexer.2 man page * Wed Aug 23 2006 Ivana Varekova 2.39-4 - add (get/set)_robust_list.2 man pages - add add_key.2, keyctl.2, request_key.2 man pages (removed from keyutils-libs-devel package) - add tux.2 man page (removed from tux package) * Mon Aug 14 2006 Marcela Maslanova 2.39-3 - fix same bug better pygobject2-2.11.4-1.fc6 ----------------------- * Sun Aug 27 2006 Matthias Clasen - 2.11.4-1.fc6 - Update to 2.11.4 - Use pre-built docs scim-bridge-0.4.1-1.fc6 ----------------------- * Mon Aug 28 2006 Jens Petersen - 0.4.1-1 - update to 0.4.1 stable release scim-m17n-0.2.0-6.fc6 --------------------- * Mon Aug 28 2006 Jens Petersen - 0.2.0-6 - require scim >= 1.4.4 (#181751) scim-sinhala-0.2.0-1.fc6 ------------------------ * Mon Aug 28 2006 Jens Petersen - 0.2.0-1 - update to scim-sinhala-trans 0.2.0 from new upstream cvs - no longer uses surrounding text (#200403) - update url and spec file - add scim-sinhala-trans-autogen-automake.patch to build with current automake xchat-1:2.6.6-4.fc6 ------------------- * Mon Aug 28 2006 Warren Togami - 1:2.6.6-4 - add upstream 2.6.6 es patch xsane-0.991-1.fc6 ----------------- * Mon Aug 28 2006 Nils Philippsen - 0.991-1 - version 0.991 - remove obsolete buffer patch Broken deps for s390 ---------------------------------------------------------- kdebase - 6:3.5.4-5.fc6.s390 requires eject Broken deps for s390x ---------------------------------------------------------- kdebase - 6:3.5.4-5.fc6.s390 requires eject kdebase - 6:3.5.4-5.fc6.s390x requires eject From sundaram at fedoraproject.org Mon Aug 28 10:52:12 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 28 Aug 2006 16:22:12 +0530 Subject: Upstart-ed In-Reply-To: <44F1F242.1070606@warmcat.com> References: <44F1F242.1070606@warmcat.com> Message-ID: <44F2CADC.4020901@fedoraproject.org> Andy Green wrote: > Hi folks - > > I saw via reddit Upstart the event-driven initscripts replacement that > got mentioned a couple of weeks ago has a new page and some code seems > to exist: > Scott from Canonical send details about this to me and I have forwarded to it the developers who can look into this. Rahul From linux_4ever at yahoo.com Mon Aug 28 12:15:46 2006 From: linux_4ever at yahoo.com (Steve G) Date: Mon, 28 Aug 2006 05:15:46 -0700 (PDT) Subject: d-bus selinux problem? In-Reply-To: <1156734665.2752.1.camel@soncomputer> Message-ID: <20060828121546.24019.qmail@web51501.mail.yahoo.com> >1 auid=4294967295 subj=system_u:system_r:system_dbusd_t:s0 msg='avc: >11 AV entries and 11/512 buckets used, longest chain length 1 These are just performance statistics. I submitted a patch about a week ago dropping this so that people won't report this as an avc. :) -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From markryde at gmail.com Mon Aug 28 12:23:10 2006 From: markryde at gmail.com (Mark Ryden) Date: Mon, 28 Aug 2006 15:23:10 +0300 Subject: FC6 and SUN Niagra Message-ID: Hello, As I understood, the linux kernel has added support to SUN niagra platform in recent builds. (for example, in 2.6.16 linux kernel). a news item on it. just for example: http://www.networkworld.com/news/2006/062106-linux-kernel-supports-niagra.html As I understood, there was a trial by Dave Miller to boot niagra with FC4 (or FC5) but it caused a panic. However, ubuntu can run on Niagra. So my question is: does the FC6 testing 2 (which is based on kernel-2.6.17 kernel) support Niagra? (I assume not, because in such a case this thing would get much publicity) Is there any intention to support Niagra when FC6 (final release) will be released ? Regards, MR From sundaram at fedoraproject.org Mon Aug 28 12:28:51 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 28 Aug 2006 17:58:51 +0530 Subject: FC6 and SUN Niagra In-Reply-To: References: Message-ID: <44F2E183.1020409@fedoraproject.org> Mark Ryden wrote: > Hello, > As I understood, the linux kernel has added support to SUN niagra platform > in recent builds. (for example, in 2.6.16 linux kernel). > > a news item on it. just for example: > http://www.networkworld.com/news/2006/062106-linux-kernel-supports-niagra.html > > > As I understood, there was a trial by Dave Miller to boot niagra with > FC4 (or FC5) > but it caused a panic. However, ubuntu can run on Niagra. > > > So my question is: > does the FC6 testing 2 (which is based on kernel-2.6.17 kernel) > support Niagra? > (I assume not, because in such a case this thing would get much publicity) No. Nothing formally. > Is there any intention to support Niagra when FC6 (final release) will > be released ? No. If the community is interested, it could start out as a second tier architecture. Rahul From sundaram at fedoraproject.org Mon Aug 28 12:52:51 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 28 Aug 2006 18:22:51 +0530 Subject: Orca to replace gnopernicus in gnome 2.16...fc6 too? In-Reply-To: <44EF59DE.4050503@fedoraproject.org> References: <1156534461.5401.2.camel@raptor.sr.unh.edu> <44EF59DE.4050503@fedoraproject.org> Message-ID: <44F2E723.3070704@fedoraproject.org> Rahul wrote: > Thomas J. Baker wrote: >> I just read that orca has replaced gnopernicus as the screen reader for >> gnome 2.16 and was wondering if this was going to make it to fc6? >> >> > It is under discussion currently. > Submitted for review. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204152 Rahul From dennis at ausil.us Mon Aug 28 14:32:01 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 28 Aug 2006 09:32:01 -0500 Subject: FC6 and SUN Niagra In-Reply-To: References: Message-ID: <200608280932.01780.dennis@ausil.us> On Monday 28 August 2006 07:23, Mark Ryden wrote: > So my question is: > does the FC6 testing 2 (which is based on kernel-2.6.17 kernel) > support Niagra? > (I assume not, because in such a case this thing would get much publicity) > Is there any intention to support Niagra when FC6 (final release) will > be released ? > Regards, > MR Hi Mark, there is a testing version of Aurora SPARC Linux that runs on niagara machines. I have it on my T1000. It is based on FC3 and we are well underway towards building the FC6 bits and hopefully things will be in place for spot to get anaconda in shape for SPARC this week. When it is released it will have Extras as well as core available. Regards Dennis From alexl at redhat.com Mon Aug 28 15:52:00 2006 From: alexl at redhat.com (Alexander Larsson) Date: Mon, 28 Aug 2006 17:52:00 +0200 Subject: bluetooth in default desktop install? Message-ID: <1156780320.4016.35.camel@greebo> I see that gnome-bluetooth is now an optional package in the gnome installer group, and things like nautilus-sendto-bluetooth isn't included at all right now. I think a lot of machines (laptops) these days ship with Bluetooth support though, and a lot of people have mobile phones with Bluetooth support. Maybe we should install packages like this by default so that you can send a file to your phone in an out of the box FC6 install. Opinions? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a short-sighted overambitious rock star on his last day in the job. She's a sarcastic psychic barmaid who believes she is the reincarnation of an ancient Egyptian queen. They fight crime! From pemboa at gmail.com Mon Aug 28 15:59:13 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 28 Aug 2006 10:59:13 -0500 Subject: bluetooth in default desktop install? In-Reply-To: <1156780320.4016.35.camel@greebo> References: <1156780320.4016.35.camel@greebo> Message-ID: <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> On 8/28/06, Alexander Larsson wrote: > I see that gnome-bluetooth is now an optional package in the gnome > installer group, and things like nautilus-sendto-bluetooth isn't > included at all right now. > > I think a lot of machines (laptops) these days ship with Bluetooth > support though, and a lot of people have mobile phones with Bluetooth > support. Maybe we should install packages like this by default so that > you can send a file to your phone in an out of the box FC6 install. > > Opinions? > This would be for the fraction of laptop owners who use Gnone in Fedora and use bluetooth. Isn't that too small a fraction for a package to be installed by default? -- To be updated... From jkeating at redhat.com Mon Aug 28 16:01:07 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Aug 2006 12:01:07 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156780320.4016.35.camel@greebo> References: <1156780320.4016.35.camel@greebo> Message-ID: <200608281201.07993.jkeating@redhat.com> On Monday 28 August 2006 11:52, Alexander Larsson wrote: > I see that gnome-bluetooth is now an optional package in the gnome > installer group, and things like nautilus-sendto-bluetooth isn't > included at all right now. > > I think a lot of machines (laptops) these days ship with Bluetooth > support though, and a lot of people have mobile phones with Bluetooth > support. Maybe we should install packages like this by default so that > you can send a file to your phone in an out of the box FC6 install. > > Opinions? The more you add as a default, the closer we get to having 3 CDs needed for a "default" install. Laptops are a part of our userbase. Are the enough of our userbase to further bloat the default install? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Mon Aug 28 16:02:55 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 28 Aug 2006 21:32:55 +0530 Subject: bluetooth in default desktop install? In-Reply-To: <1156780320.4016.35.camel@greebo> References: <1156780320.4016.35.camel@greebo> Message-ID: <44F313AF.9040900@fedoraproject.org> Alexander Larsson wrote: > I see that gnome-bluetooth is now an optional package in the gnome > installer group, and things like nautilus-sendto-bluetooth isn't > included at all right now. > > I think a lot of machines (laptops) these days ship with Bluetooth > support though, and a lot of people have mobile phones with Bluetooth > support. Maybe we should install packages like this by default so that > you can send a file to your phone in an out of the box FC6 install. > > Opinions? +1. We need stuff like this working out of the box. Rahul From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Aug 28 16:09:52 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 28 Aug 2006 18:09:52 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> References: <1156780320.4016.35.camel@greebo> <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> Message-ID: <20060828180952.1823cb06@python2> Arthur Pemberton wrote : > On 8/28/06, Alexander Larsson wrote: > > I see that gnome-bluetooth is now an optional package in the gnome > > installer group, and things like nautilus-sendto-bluetooth isn't > > included at all right now. > > > > I think a lot of machines (laptops) these days ship with Bluetooth > > support though, and a lot of people have mobile phones with Bluetooth > > support. Maybe we should install packages like this by default so that > > you can send a file to your phone in an out of the box FC6 install. > > > > Opinions? > > > > This would be for the fraction of laptop owners who use Gnone in > Fedora and use bluetooth. Isn't that too small a fraction for a > package to be installed by default? Well, I use GNOME and bluetooth on the two laptops I use (especially to connect to the Internet through GPRS), and also occasionally from desktops where I simply plug in a bluetooth USB dongle which "just works". A definite +1 to have all this work out of the box. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2583.fc6 Load : 0.85 0.91 0.72 From emmanuel.seyman at club-internet.fr Mon Aug 28 16:21:07 2006 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Mon, 28 Aug 2006 18:21:07 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <200608281201.07993.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281201.07993.jkeating@redhat.com> Message-ID: <20060828162107.GA11514@orient.maison.lan> On Mon, Aug 28, 2006 at 12:01:07PM -0400, Jesse Keating wrote: > > The more you add as a default, the closer we get to having 3 CDs needed for > a "default" install. Laptops are a part of our userbase. Are the enough of > our userbase to further bloat the default install? As a laptop user who has a cellphone with bluetooth support, I'ld prefer that this stays not installed by default. It's only one yum command away, anyway. Emmanuel From alexl at redhat.com Mon Aug 28 16:25:01 2006 From: alexl at redhat.com (Alexander Larsson) Date: Mon, 28 Aug 2006 18:25:01 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <20060828162107.GA11514@orient.maison.lan> References: <1156780320.4016.35.camel@greebo> <200608281201.07993.jkeating@redhat.com> <20060828162107.GA11514@orient.maison.lan> Message-ID: <1156782302.4016.40.camel@greebo> On Mon, 2006-08-28 at 18:21 +0200, Emmanuel Seyman wrote: > On Mon, Aug 28, 2006 at 12:01:07PM -0400, Jesse Keating wrote: > > > > The more you add as a default, the closer we get to having 3 CDs needed for > > a "default" install. Laptops are a part of our userbase. Are the enough of > > our userbase to further bloat the default install? > > As a laptop user who has a cellphone with bluetooth support, I'ld prefer that > this stays not installed by default. It's only one yum command away, anyway. Sure, its easy for people who know the rpm package names to install it from a shell. However, bluetooth is getting to be widespread enought that people just expect it to work without having to do special magic. I mean, removing it is only one click in the installer or one yum command too if you have specific diskspace requirements. Of course, bumping us to needing 3 CDs for a default install could be a problem. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a notorious hunchbacked filmmaker looking for 'the Big One.' She's a wealthy Buddhist mermaid on her way to prison for a murder she didn't commit. They fight crime! From sundaram at fedoraproject.org Mon Aug 28 16:30:00 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 28 Aug 2006 22:00:00 +0530 Subject: bluetooth in default desktop install? In-Reply-To: <1156782302.4016.40.camel@greebo> References: <1156780320.4016.35.camel@greebo> <200608281201.07993.jkeating@redhat.com> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> Message-ID: <44F31A08.9080309@fedoraproject.org> Alexander Larsson wrote: > On Mon, 2006-08-28 at 18:21 +0200, Emmanuel Seyman wrote: >> On Mon, Aug 28, 2006 at 12:01:07PM -0400, Jesse Keating wrote: >>> The more you add as a default, the closer we get to having 3 CDs needed for >>> a "default" install. Laptops are a part of our userbase. Are the enough of >>> our userbase to further bloat the default install? >> As a laptop user who has a cellphone with bluetooth support, I'ld prefer that >> this stays not installed by default. It's only one yum command away, anyway. > > Sure, its easy for people who know the rpm package names to install it > from a shell. However, bluetooth is getting to be widespread enought > that people just expect it to work without having to do special magic. I > mean, removing it is only one click in the installer or one yum command > too if you have specific diskspace requirements. > > Of course, bumping us to needing 3 CDs for a default install could be a > problem. Lets move around and drop packages as much as necessary to stick with 1 for minimal and 2 for default install. Is there other stuff that's installed by default that isnt really necessary? Rahul From samfw at redhat.com Mon Aug 28 16:30:55 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Mon, 28 Aug 2006 12:30:55 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156782302.4016.40.camel@greebo> References: <1156780320.4016.35.camel@greebo> <200608281201.07993.jkeating@redhat.com> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> Message-ID: <1156782655.2624.29.camel@samfw.rdu.redhat.com> On Mon, 2006-08-28 at 18:25 +0200, Alexander Larsson wrote: > On Mon, 2006-08-28 at 18:21 +0200, Emmanuel Seyman wrote: > > On Mon, Aug 28, 2006 at 12:01:07PM -0400, Jesse Keating wrote: > > > > > > The more you add as a default, the closer we get to having 3 CDs needed for > > > a "default" install. Laptops are a part of our userbase. Are the enough of > > > our userbase to further bloat the default install? > > > > As a laptop user who has a cellphone with bluetooth support, I'ld prefer that > > this stays not installed by default. It's only one yum command away, anyway. > > Sure, its easy for people who know the rpm package names to install it > from a shell. However, bluetooth is getting to be widespread enought > that people just expect it to work without having to do special magic. I > mean, removing it is only one click in the installer or one yum command > too if you have specific diskspace requirements. > > Of course, bumping us to needing 3 CDs for a default install could be a > problem. > IMHO, a lot of users will assume it /can't/ work if it doesn't work out of the box, before they figure out that they need to install the packages... Sam > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl at redhat.com alla at lysator.liu.se > He's a notorious hunchbacked filmmaker looking for 'the Big One.' She's a > wealthy Buddhist mermaid on her way to prison for a murder she didn't commit. > They fight crime! > -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA -------------- 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 denis at poolshark.org Mon Aug 28 16:29:49 2006 From: denis at poolshark.org (Denis Leroy) Date: Mon, 28 Aug 2006 18:29:49 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <1156780320.4016.35.camel@greebo> References: <1156780320.4016.35.camel@greebo> Message-ID: <44F319FD.6000606@poolshark.org> Alexander Larsson wrote: > I see that gnome-bluetooth is now an optional package in the gnome > installer group, and things like nautilus-sendto-bluetooth isn't > included at all right now. > > I think a lot of machines (laptops) these days ship with Bluetooth > support though, and a lot of people have mobile phones with Bluetooth > support. Maybe we should install packages like this by default so that > you can send a file to your phone in an out of the box FC6 install. > > Opinions? We're dealing with 372 Kb of packages here, so I think this is definitely worth installing by default. I also have a bluetooth phone, so this is not just reserved to laptop users. gnome-bluetooth i386 0.7.0-10.1 development 236 k gnome-bluetooth-libs i386 0.7.0-10.1 development 65 k libbtctl i386 0.6.0-9.1 development 45 k openobex i386 1.3-3.1 development 21 k nautilus-sendto-bluetooth i386 0.7-4.fc6 development 8.2 k From dragoran at feuerpokemon.de Mon Aug 28 16:39:18 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 28 Aug 2006 18:39:18 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <200608281201.07993.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281201.07993.jkeating@redhat.com> Message-ID: <44F31C36.8020604@feuerpokemon.de> Jesse Keating wrote: > On Monday 28 August 2006 11:52, Alexander Larsson wrote: > >> I see that gnome-bluetooth is now an optional package in the gnome >> installer group, and things like nautilus-sendto-bluetooth isn't >> included at all right now. >> >> I think a lot of machines (laptops) these days ship with Bluetooth >> support though, and a lot of people have mobile phones with Bluetooth >> support. Maybe we should install packages like this by default so that >> you can send a file to your phone in an out of the box FC6 install. >> >> Opinions? >> > > The more you add as a default, the closer we get to having 3 CDs needed for > a "default" install. Laptops are a part of our userbase. Are the enough of > our userbase to further bloat the default install? > > this one should work out of the box , and this won't bloat anything (< 1MB) From jkeating at redhat.com Mon Aug 28 16:39:29 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Aug 2006 12:39:29 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156782655.2624.29.camel@samfw.rdu.redhat.com> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> Message-ID: <200608281239.32231.jkeating@redhat.com> On Monday 28 August 2006 12:30, Sam Folk-Williams wrote: > IMHO, a lot of users will assume it /can't/ work if it doesn't work out > of the box, before they figure out that they need to install the > packages... By this logic, we should do everything installs by default... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Aug 28 16:39:59 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Aug 2006 12:39:59 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <44F31A08.9080309@fedoraproject.org> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <44F31A08.9080309@fedoraproject.org> Message-ID: <200608281239.59773.jkeating@redhat.com> On Monday 28 August 2006 12:30, Rahul wrote: > Lets move around and drop packages as much as necessary to stick with 1 > for minimal and 2 for default install. Is there other stuff that's > installed by default that isnt really necessary? That's a conversation that will probably spin out of control w/ no good resolution. See 'default' and 'minimal' install threads of the past. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Aug 28 16:42:42 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Aug 2006 12:42:42 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156782302.4016.40.camel@greebo> References: <1156780320.4016.35.camel@greebo> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> Message-ID: <200608281242.42945.jkeating@redhat.com> On Monday 28 August 2006 12:25, Alexander Larsson wrote: > Sure, its easy for people who know the rpm package names to install it > from a shell. Or we could make 'Bluetooth Support' its own (psuedo) group in comps so that nice graphical tools like pirut can be used easily to add this support in (and it would be easily selectable at install time). -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From samfw at redhat.com Mon Aug 28 16:48:01 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Mon, 28 Aug 2006 12:48:01 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <200608281239.32231.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> <200608281239.32231.jkeating@redhat.com> Message-ID: <1156783681.2624.35.camel@samfw.rdu.redhat.com> On Mon, 2006-08-28 at 12:39 -0400, Jesse Keating wrote: > On Monday 28 August 2006 12:30, Sam Folk-Williams wrote: > > IMHO, a lot of users will assume it /can't/ work if it doesn't work out > > of the box, before they figure out that they need to install the > > packages... > > By this logic, we should do everything installs by default... > Heh... that's not how I meant my logic to work. I'm referring specifically to auto-detecting hardware. Not too long ago, if I plugged in my USB camera, for example, nothing would happen. Last night I was thrilled that performing this action resulted in a pop-up that said something like "Digital Camera Detected, would you like to import these photos?". If that had not occurred, I would have assumed that this kind of functionality still didn't exist for us in Fedora. Having something like this work goes a long way towards swaying people who assume that this kind of thing just doesn't work in linux. I would not equate this kind of thing with installing every possible package by default. By the way, what HAPPENED to the everything install option!!!! :-) > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 28 16:48:49 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Aug 2006 12:48:49 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156783681.2624.35.camel@samfw.rdu.redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281239.32231.jkeating@redhat.com> <1156783681.2624.35.camel@samfw.rdu.redhat.com> Message-ID: <200608281248.49946.jkeating@redhat.com> On Monday 28 August 2006 12:48, Sam Folk-Williams wrote: > By the way, what HAPPENED to the everything install option!!!! We got tired of telling a lie so it went away. On the subject of bluetooth, does it even WORK straight away w/out any configuration? I was under the impression that bluetooth still needed a bunch of hand fiddling to do what you wanted to do, not quite as simple as plugging in a USB storage device. -- 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 arjan at fenrus.demon.nl Mon Aug 28 16:51:17 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 28 Aug 2006 18:51:17 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <200608281239.32231.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> <200608281239.32231.jkeating@redhat.com> Message-ID: <1156783878.3034.224.camel@laptopd505.fenrus.org> On Mon, 2006-08-28 at 12:39 -0400, Jesse Keating wrote: > On Monday 28 August 2006 12:30, Sam Folk-Williams wrote: > > IMHO, a lot of users will assume it /can't/ work if it doesn't work out > > of the box, before they figure out that they need to install the > > packages... > > By this logic, we should do everything installs by default... well... bluetooth is hardware. In THEORY the install could happen once "something" sees a bluetooth device.... I know that gets evil, and that jeremy will hate me for it, but it does sort of make sense. From bpepple at fedoraproject.org Mon Aug 28 16:54:53 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 28 Aug 2006 12:54:53 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <200608281201.07993.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281201.07993.jkeating@redhat.com> Message-ID: <1156784093.31093.2.camel@shuttle.piedmont.com> On Mon, 2006-08-28 at 12:01 -0400, Jesse Keating wrote: > On Monday 28 August 2006 11:52, Alexander Larsson wrote: > > I see that gnome-bluetooth is now an optional package in the gnome > > installer group, and things like nautilus-sendto-bluetooth isn't > > included at all right now. > > > > I think a lot of machines (laptops) these days ship with Bluetooth > > support though, and a lot of people have mobile phones with Bluetooth > > support. Maybe we should install packages like this by default so that > > you can send a file to your phone in an out of the box FC6 install. > > > > Opinions? -1. Keep the bloat down. It's easy enough for the user to add this later with yum. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Mon Aug 28 16:55:49 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 28 Aug 2006 12:55:49 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> References: <1156780320.4016.35.camel@greebo> <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> Message-ID: <20060828165549.GB31875@devserv.devel.redhat.com> On Mon, Aug 28, 2006 at 10:59:13AM -0500, Arthur Pemberton wrote: > This would be for the fraction of laptop owners who use Gnone in > Fedora and use bluetooth. Isn't that too small a fraction for a > package to be installed by default? It isn't just laptops. I would prefer to see bluetooth by default personally as I use it for a lot of stuff but I've no idea what percentage of users have bluetooth, probably a lot in Europe. How many use it .. I don't know From alan at redhat.com Mon Aug 28 16:57:41 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 28 Aug 2006 12:57:41 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <200608281242.42945.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> <200608281242.42945.jkeating@redhat.com> Message-ID: <20060828165741.GC31875@devserv.devel.redhat.com> On Mon, Aug 28, 2006 at 12:42:42PM -0400, Jesse Keating wrote: > Or we could make 'Bluetooth Support' its own (psuedo) group in comps so that > nice graphical tools like pirut can be used easily to add this support in > (and it would be easily selectable at install time). If as seems to be the case it is under 1MB then it might as well just get included. Its smaller than half the packages we ship let alone groups. From alan at redhat.com Mon Aug 28 16:58:35 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 28 Aug 2006 12:58:35 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156783878.3034.224.camel@laptopd505.fenrus.org> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> <200608281239.32231.jkeating@redhat.com> <1156783878.3034.224.camel@laptopd505.fenrus.org> Message-ID: <20060828165835.GD31875@devserv.devel.redhat.com> On Mon, Aug 28, 2006 at 06:51:17PM +0200, Arjan van de Ven wrote: > well... bluetooth is hardware. In THEORY the install could happen once > "something" sees a bluetooth device.... No > I know that gets evil, and that jeremy will hate me for it, but it does > sort of make sense. Not if your bluetooth connection is used for internet access 8) From dragoran at feuerpokemon.de Mon Aug 28 16:59:58 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 28 Aug 2006 18:59:58 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <1156783878.3034.224.camel@laptopd505.fenrus.org> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> <200608281239.32231.jkeating@redhat.com> <1156783878.3034.224.camel@laptopd505.fenrus.org> Message-ID: <44F3210E.7070008@feuerpokemon.de> Arjan van de Ven wrote: > On Mon, 2006-08-28 at 12:39 -0400, Jesse Keating wrote: > >> On Monday 28 August 2006 12:30, Sam Folk-Williams wrote: >> >>> IMHO, a lot of users will assume it /can't/ work if it doesn't work out >>> of the box, before they figure out that they need to install the >>> packages... >>> >> By this logic, we should do everything installs by default... >> > > well... bluetooth is hardware. In THEORY the install could happen once > "something" sees a bluetooth device.... > > I know that gets evil, and that jeremy will hate me for it, but it does > sort of make sense. > > was about to suggest this to but the extra code to save 1 or 2MB disk space is bloat; not the packages itself From bpepple at fedoraproject.org Mon Aug 28 17:03:42 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 28 Aug 2006 13:03:42 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <200608281242.42945.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> <200608281242.42945.jkeating@redhat.com> Message-ID: <1156784622.31093.5.camel@shuttle.piedmont.com> On Mon, 2006-08-28 at 12:42 -0400, Jesse Keating wrote: > On Monday 28 August 2006 12:25, Alexander Larsson wrote: > > Sure, its easy for people who know the rpm package names to install it > > from a shell. > > Or we could make 'Bluetooth Support' its own (psuedo) group in comps so that > nice graphical tools like pirut can be used easily to add this support in > (and it would be easily selectable at install time). > This sounds like a good compromise. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Mon Aug 28 17:41:52 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 28 Aug 2006 12:41:52 -0500 Subject: bluetooth in default desktop install? References: <1156780320.4016.35.camel@greebo> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> <200608281242.42945.jkeating@redhat.com> Message-ID: Jesse Keating wrote: > On Monday 28 August 2006 12:25, Alexander Larsson wrote: >> Sure, its easy for people who know the rpm package names to install it >> from a shell. > > Or we could make 'Bluetooth Support' its own (psuedo) group in comps so +1 -- Rex From Matt_Domsch at dell.com Mon Aug 28 17:52:51 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 28 Aug 2006 12:52:51 -0500 Subject: bluetooth in default desktop install? In-Reply-To: <20060828165835.GD31875@devserv.devel.redhat.com> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> <200608281239.32231.jkeating@redhat.com> <1156783878.3034.224.camel@laptopd505.fenrus.org> <20060828165835.GD31875@devserv.devel.redhat.com> Message-ID: <20060828175250.GC13464@lists.us.dell.com> On Mon, Aug 28, 2006 at 12:58:35PM -0400, Alan Cox wrote: > On Mon, Aug 28, 2006 at 06:51:17PM +0200, Arjan van de Ven wrote: > > well... bluetooth is hardware. In THEORY the install could happen once > > "something" sees a bluetooth device.... > > No > > > I know that gets evil, and that jeremy will hate me for it, but it does > > sort of make sense. > > Not if your bluetooth connection is used for internet access 8) Installing the whole OS over bluetooth? /me shudders. -- 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 otto_rey at yahoo.com.ar Mon Aug 28 17:24:36 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Mon, 28 Aug 2006 10:24:36 -0700 (PDT) Subject: bluetooth in default desktop install? In-Reply-To: <1156784622.31093.5.camel@shuttle.piedmont.com> Message-ID: <20060828172436.68111.qmail@web52405.mail.yahoo.com> +1 . A lot of people (like me) have Bluetooth dongle (usb) to move data from-to cell phone / desktop PC. ----- Original Message ---- From: Brian Pepple To: Development discussions related to Fedora Core Sent: Monday, August 28, 2006 2:03:42 PM Subject: Re: bluetooth in default desktop install? On Mon, 2006-08-28 at 12:42 -0400, Jesse Keating wrote: > On Monday 28 August 2006 12:25, Alexander Larsson wrote: > > Sure, its easy for people who know the rpm package names to install it > > from a shell. > > Or we could make 'Bluetooth Support' its own (psuedo) group in comps so that > nice graphical tools like pirut can be used easily to add this support in > (and it would be easily selectable at install time). > This sounds like a good compromise. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From cmadams at hiwaay.net Mon Aug 28 18:24:52 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 28 Aug 2006 13:24:52 -0500 Subject: bluetooth in default desktop install? In-Reply-To: <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> References: <1156780320.4016.35.camel@greebo> <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> Message-ID: <20060828182452.GB969796@hiwaay.net> Once upon a time, Arthur Pemberton said: > This would be for the fraction of laptop owners who use Gnone in > Fedora and use bluetooth. Isn't that too small a fraction for a > package to be installed by default? Most other hardware support is included out-of-the-box. Why should Bluetooth be any different? I don't have a scanner, an HP printer, any computer supporting APM, etc., and they are all installed by default. I _do_ have a computer with Bluetooth (although my Bluetooth mouse still doesn't work with rawhide). Since most not-built-in Bluetooth interfaces are little USB dongles, they are definately something that could show up at any time. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From vonbrand at inf.utfsm.cl Mon Aug 28 18:32:29 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 28 Aug 2006 14:32:29 -0400 Subject: FC6 and SUN Niagra In-Reply-To: Your message of "Mon, 28 Aug 2006 09:32:01 EST." <200608280932.01780.dennis@ausil.us> Message-ID: <200608281832.k7SIWThr030719@laptop13.inf.utfsm.cl> Dennis Gilmore wrote: > On Monday 28 August 2006 07:23, Mark Ryden wrote: > > > So my question is: > > does the FC6 testing 2 (which is based on kernel-2.6.17 kernel) > > support Niagra? > > (I assume not, because in such a case this thing would get much publicity) > > Is there any intention to support Niagra when FC6 (final release) will > > be released ? > > Regards, > > MR > Hi Mark, > > there is a testing version of Aurora SPARC Linux that runs on niagara > machines. I have it on my T1000. It is based on FC3 and we are well > underway towards building the FC6 bits and hopefully things will be in place > for spot to get anaconda in shape for SPARC this week. What are the (yum) coordinates to this? I find only oldish Aurora repositories... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From katzj at redhat.com Mon Aug 28 18:34:03 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Aug 2006 14:34:03 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <20060828182452.GB969796@hiwaay.net> References: <1156780320.4016.35.camel@greebo> <16de708d0608280859s6dbd4b0bvaf6c18c49303ec8a@mail.gmail.com> <20060828182452.GB969796@hiwaay.net> Message-ID: <1156790043.27234.0.camel@orodruin.boston.redhat.com> On Mon, 2006-08-28 at 13:24 -0500, Chris Adams wrote: > Once upon a time, Arthur Pemberton said: > > This would be for the fraction of laptop owners who use Gnone in > > Fedora and use bluetooth. Isn't that too small a fraction for a > > package to be installed by default? > > Most other hardware support is included out-of-the-box. Why should > Bluetooth be any different? I don't have a scanner, an HP printer, any > computer supporting APM, etc., and they are all installed by default. I > _do_ have a computer with Bluetooth (although my Bluetooth mouse still > doesn't work with rawhide). > > Since most not-built-in Bluetooth interfaces are little USB dongles, > they are definately something that could show up at any time. Agreed -- we should just do this. Especially since we're talk about < half a meg. If that's enough to push us over to the next CD, we're likely to hit that anyway :-P Jeremy From dennis at ausil.us Mon Aug 28 18:38:53 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 28 Aug 2006 13:38:53 -0500 Subject: FC6 and SUN Niagra In-Reply-To: <200608281832.k7SIWThr030719@laptop13.inf.utfsm.cl> References: <200608281832.k7SIWThr030719@laptop13.inf.utfsm.cl> Message-ID: <200608281338.54389.dennis@ausil.us> On Monday 28 August 2006 13:32, Horst H. von Brand wrote: > Dennis Gilmore wrote: > > On Monday 28 August 2006 07:23, Mark Ryden wrote: > > > So my question is: > > > does the FC6 testing 2 (which is based on kernel-2.6.17 kernel) > > > support Niagra? > > > (I assume not, because in such a case this thing would get much > > > publicity) Is there any intention to support Niagra when FC6 (final > > > release) will be released ? > > > Regards, > > > MR > > > > Hi Mark, > > > > there is a testing version of Aurora SPARC Linux that runs on niagara > > machines. I have it on my T1000. It is based on FC3 and we are well > > underway towards building the FC6 bits and hopefully things will be in > > place for spot to get anaconda in shape for SPARC this week. > > What are the (yum) coordinates to this? I find only oldish Aurora > repositories... http://distro.ibiblio.org/pub/linux/distributions/aurora/scratch/unofficial/ Dennis From Lam at Lam.pl Mon Aug 28 18:42:17 2006 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 28 Aug 2006 20:42:17 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <200608281248.49946.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281239.32231.jkeating@redhat.com> <1156783681.2624.35.camel@samfw.rdu.redhat.com> <200608281248.49946.jkeating@redhat.com> Message-ID: <1156790537.3433.57.camel@pensja.lam.pl> Dnia 28-08-2006, pon o godzinie 12:48 -0400, Jesse Keating napisa?(a): > I was under the impression that bluetooth still needed a > bunch of hand fiddling to do what you wanted to do, not quite as simple as > plugging in a USB storage device. It depends. I use Bluetooth in my desktop PC. I used it to talk to my Nokias (move phonebooks, calendar and messages) and use GPRS as backup link. USB dongle "just works", there were problems with SELinux and session passwords early in FC5, but now it "just works", too. So the low-level part works OOTB. All you need to have is a discovery tool and configuration GUI-s for programs talking Bluetooth. I know KDE has all that you need. GNOME, as always, is far behind. gnome-bluetooth-libs give you a "Bluetooth manager" which simply doesn't work, all it does is scan around, "properties" doesn't work and it calls devices "Unnamed" until you call `hcitool scan` manually from the console (hal problem, probably) ;) Nautilus doesn't have any idea that I have an OBEX device nearby (compare to Konqueror's bluetooth:/, sdp:/ and obex:/, sigh). The only thing that really "just works" is the gnome-obex-server, an app waiting for other devices to send files to the computer. Of course it could be smarter (it doesn't have any configuration nor any GUI besides a notification area icon, always drops file in $HOME, luckily doesn't overwrite anything). Still, it does "just work" till this point. I can send files from another device to the GNOME workstation. 1/100 of KDE's capabilities, but still :) The thing that I had to hand-fiddle as root was adding rfcomm0 to /etc/bluetooth/rfcomm.conf. Maybe it's not even necessary, but I haven't found any GUI for this task. After this I had to restart the service "bluetooth", there's GUI for that. So making a serial port over Bluetooth almost "just worked", the config file is very easy to write if I have the data (which I have to find using console sdptool, should I add that with KDE it's few clicks away?). Then there's biggest problem - system-config-network refused to make my phone's modem work. It insists to send some strange AT commands to the modem (no matter what I tell it to do) so the emulated modem doesn't want to speak with it. I had to go back to 1995 and write my own chat script! This thread is about gnome-bluetooth. All it can do is accepting incoming files from remote devices, but it works, really. I saw screenshots of sending from Nautilus, but FC5 doesn't have that. Having it installed by default can make interested parties play with it and maybe decide to help extending it (if it were written in C, I'd be working on it since months ;)). OTOH, it can give you lots of useless bug reports on programs nobody wants to fix :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From notting at redhat.com Mon Aug 28 19:20:10 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Aug 2006 15:20:10 -0400 Subject: bluetooth in default desktop install? In-Reply-To: References: <1156780320.4016.35.camel@greebo> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> <200608281242.42945.jkeating@redhat.com> Message-ID: <20060828192010.GD10232@nostromo.devel.redhat.com> Rex Dieter (rdieter at math.unl.edu) said: > > On Monday 28 August 2006 12:25, Alexander Larsson wrote: > >> Sure, its easy for people who know the rpm package names to install it > >> from a shell. > > > > Or we could make 'Bluetooth Support' its own (psuedo) group in comps so > > +1 -1. It's less than a MB, just include it. Bill From david at lovesunix.net Mon Aug 28 19:47:39 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 28 Aug 2006 21:47:39 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <20060828192010.GD10232@nostromo.devel.redhat.com> References: <1156780320.4016.35.camel@greebo> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> <200608281242.42945.jkeating@redhat.com> <20060828192010.GD10232@nostromo.devel.redhat.com> Message-ID: <1156794459.2687.18.camel@price> man, 28 08 2006 kl. 15:20 -0400, skrev Bill Nottingham: > Rex Dieter (rdieter at math.unl.edu) said: > > > On Monday 28 August 2006 12:25, Alexander Larsson wrote: > > >> Sure, its easy for people who know the rpm package names to install it > > >> from a shell. > > > > > > Or we could make 'Bluetooth Support' its own (psuedo) group in comps so > > > > +1 > > -1. It's less than a MB, just include it. I tend to agree, the added space is outweight by far by the added functionality in this case. Hell the storage used by the email debate on it's inclusion is probably costing me more space. - David From rdieter at math.unl.edu Mon Aug 28 20:29:45 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 28 Aug 2006 15:29:45 -0500 Subject: bluetooth in default desktop install? References: <1156780320.4016.35.camel@greebo> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> <200608281242.42945.jkeating@redhat.com> <20060828192010.GD10232@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > Rex Dieter (rdieter at math.unl.edu) said: >> > On Monday 28 August 2006 12:25, Alexander Larsson wrote: >> >> Sure, its easy for people who know the rpm package names to install it >> >> from a shell. >> > >> > Or we could make 'Bluetooth Support' its own (psuedo) group in comps so >> >> +1 > > -1. It's less than a MB, just include it. Good point. Hadn't considered the size (and had assumed it to be non-trivial). -- Rex From jkeating at redhat.com Mon Aug 28 20:54:36 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Aug 2006 16:54:36 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156790043.27234.0.camel@orodruin.boston.redhat.com> References: <1156780320.4016.35.camel@greebo> <20060828182452.GB969796@hiwaay.net> <1156790043.27234.0.camel@orodruin.boston.redhat.com> Message-ID: <200608281654.36499.jkeating@redhat.com> On Monday 28 August 2006 14:34, Jeremy Katz wrote: > Agreed -- we should just do this. ?Especially since we're talk about < > half a meg. > > If that's enough to push us over to the next CD, we're likely to hit > that anyway :-P I've changed it from optional to default. -- 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 emmanuel.seyman at club-internet.fr Mon Aug 28 20:56:04 2006 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Mon, 28 Aug 2006 22:56:04 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <200608281248.49946.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281239.32231.jkeating@redhat.com> <1156783681.2624.35.camel@samfw.rdu.redhat.com> <200608281248.49946.jkeating@redhat.com> Message-ID: <20060828205604.GA13560@orient.maison.lan> On Mon, Aug 28, 2006 at 12:48:49PM -0400, Jesse Keating wrote: > > On the subject of bluetooth, does it even WORK straight away w/out any > configuration? You'll probably to write a 4 digit code in a file somewhere. It's probably best that way. I've just installed bluetooth support and it looks enabled by default which I find surprizing for a network service (even if said network only has a 10m radius). Emmanuel From jacliburn at bellsouth.net Mon Aug 28 21:58:30 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Mon, 28 Aug 2006 16:58:30 -0500 Subject: yumdownloader question Message-ID: <44F36706.9030308@bellsouth.net> What version of yum does yumdownloader (from yum-utils 0.6.5.fc6) expect to use? Yumdownloader is broken in rawhide (see BZ 199175), and each time I get past one error, I encounter another. It seems as though rawhide's yumdownloader is written to use a different version of yum than 2.9.5.2. Jay From skvidal at linux.duke.edu Mon Aug 28 22:03:20 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 28 Aug 2006 18:03:20 -0400 Subject: yumdownloader question In-Reply-To: <44F36706.9030308@bellsouth.net> References: <44F36706.9030308@bellsouth.net> Message-ID: <1156802601.27587.18.camel@cutter> On Mon, 2006-08-28 at 16:58 -0500, Jay Cliburn wrote: > What version of yum does yumdownloader (from yum-utils 0.6.5.fc6) expect > to use? Yumdownloader is broken in rawhide (see BZ 199175), and each > time I get past one error, I encounter another. It seems as though > rawhide's yumdownloader is written to use a different version of yum > than 2.9.5.2. > yes, it is - the version in rawhide is for yum 2.6.X 2.9.X of yum is going through some, ah, changes. -sv From green at redhat.com Mon Aug 28 22:22:31 2006 From: green at redhat.com (Anthony Green) Date: Mon, 28 Aug 2006 15:22:31 -0700 Subject: FC6 and SUN Niagra In-Reply-To: <44F2E183.1020409@fedoraproject.org> References: <44F2E183.1020409@fedoraproject.org> Message-ID: <1156803751.4474.94.camel@localhost.localdomain> On Mon, 2006-08-28 at 17:58 +0530, Rahul wrote: > No. If the community is interested, it could start out as a second tier > architecture. Does Fedora really have the notion of "second tier architecture"? Presumably patches for second tier architectures are accepted, but bug fixes are not considered release-critical, or something like that? Does anything formal need to happen to add new architecture support, or does one just start submitting patches (via bugzilla I'm guessing). AG From jacliburn at bellsouth.net Mon Aug 28 22:11:42 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Mon, 28 Aug 2006 17:11:42 -0500 Subject: yumdownloader question In-Reply-To: <1156802601.27587.18.camel@cutter> References: <44F36706.9030308@bellsouth.net> <1156802601.27587.18.camel@cutter> Message-ID: <44F36A1E.1030400@bellsouth.net> seth vidal wrote: > On Mon, 2006-08-28 at 16:58 -0500, Jay Cliburn wrote: >> What version of yum does yumdownloader (from yum-utils 0.6.5.fc6) expect >> to use? Yumdownloader is broken in rawhide (see BZ 199175), and each >> time I get past one error, I encounter another. It seems as though >> rawhide's yumdownloader is written to use a different version of yum >> than 2.9.5.2. >> > > yes, it is - the version in rawhide is for yum 2.6.X Thanks. It helps a lot to know that. From notting at redhat.com Tue Aug 29 01:51:48 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Aug 2006 21:51:48 -0400 Subject: FC6 and SUN Niagra In-Reply-To: <1156803751.4474.94.camel@localhost.localdomain> References: <44F2E183.1020409@fedoraproject.org> <1156803751.4474.94.camel@localhost.localdomain> Message-ID: <20060829015148.GA30967@nostromo.devel.redhat.com> Anthony Green (green at redhat.com) said: > On Mon, 2006-08-28 at 17:58 +0530, Rahul wrote: > > No. If the community is interested, it could start out as a second tier > > architecture. > > Does Fedora really have the notion of "second tier architecture"? > Presumably patches for second tier architectures are accepted, but bug > fixes are not considered release-critical, or something like that? We take patches, sure, as long as they're reasonably non-intrusie, don't break things, etc. There's no formal process. Bill From pemboa at gmail.com Tue Aug 29 05:46:53 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 29 Aug 2006 00:46:53 -0500 Subject: [offtopic] Ignacio Vazquez-Abrams Message-ID: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> Hi guys, I apologize ahead of time for the offtopic nature of this thread, and if desired, I will cease any continuation. Threads over on fedora-extras-list have brought my attention to the e-dissappearance of one "Ignacio Vazquez-Abrams". This guy has helped me out many times over of #fedora, and was always online, despite me changing time zone twice - to the point where I asked if he was a bot. He seemed to have also had a large load in package maintaince. Fedora being partly about the community, I have to ask: does anyone know what happened to this guy? His online presence seems to have simply ceased as of May-2006. I searched Gmail for emails from him, the last was in May. His blog (http://www.ivazquez.net) seems also to have gone quiet as of May. Just felt that the guy has helped me enough to at least care if he suddenly died or something. Peace. -- To be updated... From skvidal at linux.duke.edu Tue Aug 29 05:52:53 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 29 Aug 2006 01:52:53 -0400 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> Message-ID: <1156830773.29242.35.camel@cutter> On Tue, 2006-08-29 at 00:46 -0500, Arthur Pemberton wrote: > Hi guys, > > I apologize ahead of time for the offtopic nature of this thread, and > if desired, I will cease any continuation. Threads over on > fedora-extras-list have brought my attention to the e-dissappearance > of one "Ignacio Vazquez-Abrams". > > This guy has helped me out many times over of #fedora, and was always > online, despite me changing time zone twice - to the point where I > asked if he was a bot. He seemed to have also had a large load in > package maintaince. Fedora being partly about the community, I have to > ask: does anyone know what happened to this guy? His online presence > seems to have simply ceased as of May-2006. I searched Gmail for > emails from him, the last was in May. His blog > (http://www.ivazquez.net) seems also to have gone quiet as of May. > > Just felt that the guy has helped me enough to at least care if he > suddenly died or something. > I agree. Any Canadians living near brampton, ONT who could maybe hunt him down a bit? -sv From david at lovesunix.net Tue Aug 29 06:08:42 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 29 Aug 2006 08:08:42 +0200 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> Message-ID: <1156831722.3508.0.camel@price> tir, 29 08 2006 kl. 00:46 -0500, skrev Arthur Pemberton: > Hi guys, > > I apologize ahead of time for the offtopic nature of this thread, and > if desired, I will cease any continuation. Threads over on > fedora-extras-list have brought my attention to the e-dissappearance > of one "Ignacio Vazquez-Abrams". > > This guy has helped me out many times over of #fedora, and was always > online, despite me changing time zone twice - to the point where I > asked if he was a bot. He seemed to have also had a large load in > package maintaince. Fedora being partly about the community, I have to > ask: does anyone know what happened to this guy? His online presence > seems to have simply ceased as of May-2006. I searched Gmail for > emails from him, the last was in May. His blog > (http://www.ivazquez.net) seems also to have gone quiet as of May. > > Just felt that the guy has helped me enough to at least care if he > suddenly died or something. This is the kind of love that makes Fedora a pleasure. Here's to hoping for the best. - David Nielsen From naoki at valuecommerce.com Tue Aug 29 06:09:33 2006 From: naoki at valuecommerce.com (Naoki) Date: Tue, 29 Aug 2006 15:09:33 +0900 Subject: compiz problem - No window managment. Message-ID: <1156831773.4399.54.camel@localhost.localdomain> As I reported back on the 24th compiz was failing to perform any window management, meaning all windows were on one workspace and had no borders and could not be altered. Matthias Saou correctly noted that this would happen if DRI was not loaded which was exactly my problem. With the latest rawhide though the problem is back but there seems to be no DRI problem in this instance.. (II) LoadModule: "dri" (II) Loading /usr/lib64/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) LoadModule: "glx" (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/lib64/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) AIGLX: Loaded and initialized /usr/lib64/dri/i915_dri.so (II) GLX: Initialized DRI GL provider for screen 0 Anybody seen this issue with : compiz-0.0.13-0.19.20060817git.fc6 xorg-x11-server-Xorg-1.1.1-30.fc6 I am using the "intel" driver if that's any help. From alexl at redhat.com Tue Aug 29 07:07:50 2006 From: alexl at redhat.com (Alexander Larsson) Date: Tue, 29 Aug 2006 09:07:50 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <200608281654.36499.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <20060828182452.GB969796@hiwaay.net> <1156790043.27234.0.camel@orodruin.boston.redhat.com> <200608281654.36499.jkeating@redhat.com> Message-ID: <1156835270.4016.43.camel@greebo> On Mon, 2006-08-28 at 16:54 -0400, Jesse Keating wrote: > On Monday 28 August 2006 14:34, Jeremy Katz wrote: > > Agreed -- we should just do this. Especially since we're talk about < > > half a meg. > > > > If that's enough to push us over to the next CD, we're likely to hit > > that anyway :-P > > I've changed it from optional to default. Could you also add nautilus-sendto-bluetooth? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a deeply religious umbrella-wielding shaman She's a supernatural extravagent pearl diver with an incredible destiny. They fight crime! From markryde at gmail.com Tue Aug 29 07:40:18 2006 From: markryde at gmail.com (Mark Ryden) Date: Tue, 29 Aug 2006 10:40:18 +0300 Subject: FC6 and SUN Niagra In-Reply-To: <200608280932.01780.dennis@ausil.us> References: <200608280932.01780.dennis@ausil.us> Message-ID: Hello, I was really happy to here about that ; I did not know it; I have one more question : did you tried using java on such machine (t2000 with Aurora SPARC Linux)? I googled for java for linux under sparc, and from what I gather I see that this is a bit problemtaic. And as far as I understand and see from SUN website, SUN is not giving such a solution (java for linux under sparc; there is of course java for solaris unders sparc). Regards, MR On 8/28/06, Dennis Gilmore wrote: > On Monday 28 August 2006 07:23, Mark Ryden wrote: > > > So my question is: > > does the FC6 testing 2 (which is based on kernel-2.6.17 kernel) > > support Niagra? > > (I assume not, because in such a case this thing would get much publicity) > > Is there any intention to support Niagra when FC6 (final release) will > > be released ? > > Regards, > > MR > Hi Mark, > > there is a testing version of Aurora SPARC Linux that runs on niagara > machines. I have it on my T1000. It is based on FC3 and we are well > underway towards building the FC6 bits and hopefully things will be in place > for spot to get anaconda in shape for SPARC this week. > > When it is released it will have Extras as well as core available. > > Regards > > Dennis > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From kmaraas at broadpark.no Tue Aug 29 07:47:42 2006 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Tue, 29 Aug 2006 09:47:42 +0200 Subject: Evolution still crashes Message-ID: <1156837662.14045.3.camel@rivendell> Hi. I'm still seeing the same crashes in evolution that were discussed on the list a couple of weeks ago before the glibc update was supposed to fix them. I normally get them while fetching mail or updating the folder summaries and the backtrace is exactly the same as I saw before updating glibc to -23 and later to -25. Are we certain that the glibc fixes were complete and that the bug is in evolution or underlying libraries? I've filed a bug upstream with more information: http://bugzilla.gnome.org/show_bug.cgi?id=352724 Cheers Kjartan From mailinglists at erwinrol.com Tue Aug 29 09:05:04 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Tue, 29 Aug 2006 11:05:04 +0200 Subject: Evolution still crashes In-Reply-To: <1156837662.14045.3.camel@rivendell> References: <1156837662.14045.3.camel@rivendell> Message-ID: <1156842305.27817.181.camel@xpc.home.erwinrol.com> On Tue, 2006-08-29 at 09:47 +0200, Kjartan Maraas wrote: > Hi. > > I'm still seeing the same crashes in evolution that were discussed on > the list a couple of weeks ago before the glibc update was supposed to > fix them. I normally get them while fetching mail or updating the folder > summaries and the backtrace is exactly the same as I saw before updating > glibc to -23 and later to -25. Are we certain that the glibc fixes were > complete and that the bug is in evolution or underlying libraries? For me evolution has been running without crashing for a while now, after i updated to the latest glibc. - Erwin From opensource at till.name Tue Aug 29 09:38:43 2006 From: opensource at till.name (Till Maas) Date: Tue, 29 Aug 2006 11:38:43 +0200 Subject: bluetooth in default desktop install? In-Reply-To: <20060828205604.GA13560@orient.maison.lan> References: <1156780320.4016.35.camel@greebo> <200608281248.49946.jkeating@redhat.com> <20060828205604.GA13560@orient.maison.lan> Message-ID: <200608291139.08786.opensource@till.name> On Monday 28 August 2006 22:56, Emmanuel Seyman wrote: > You'll probably to write a 4 digit code in a file somewhere. It's probably It's better to use a longer PIN, up to 128 bit are supported by bluetooth but I guess most software/mobile phones only support 16 digits instead of 16 bytes. Iirc for the bluetooth gnome file receiver this is not needed. > best that way. I've just installed bluetooth support and it looks enabled > by default which I find surprizing for a network service (even if said > network only has a 10m radius). It may have up to 120m radius in the newer version. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tla-ml at rasmil.dk Tue Aug 29 09:48:40 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Tue, 29 Aug 2006 11:48:40 +0200 Subject: New yum plugin to skip packages with dependencies problems. Message-ID: <44F40D78.1070607@rasmil.dk> Hi I have created a yum plugin there solves the problem with updates with dependency problem there blocks from updating your system. Installation: copy depcheck.py to /usr/lib/yum-plugins/ copy depcheck.conf to /etc/yum/ /etc/yum/pluginconf.d/ Usage: Then the plugin is installed, i add a new option : '--depcheck' to yum. Ex. #yum --depcheck update Then the option is used, then the plugin will check each update for dependency problems, and remove the ones from the transaction there has problems. Try it out and let me know if there is any problems. I works i both yum 2.6.1 & 2.9.5. Tim -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: depcheck.conf URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: depcheck.py Type: text/x-python Size: 3331 bytes Desc: not available URL: From krolyn at lycos.com Tue Aug 29 10:04:53 2006 From: krolyn at lycos.com (Krolyn) Date: Tue, 29 Aug 2006 06:04:53 -0400 (EDT) Subject: GRID Fedora Message-ID: <20060829060453.HM.00000000000000B@krolyn.bos-mail-wwl8.lycos.com> An HTML attachment was scrubbed... URL: From opensource at till.name Tue Aug 29 10:11:54 2006 From: opensource at till.name (Till Maas) Date: Tue, 29 Aug 2006 12:11:54 +0200 Subject: Please add BENQ FP91V to system-config-display monitor DB In-Reply-To: <44DEAB56.8030109@mharris.ca> References: <44DEAB56.8030109@mharris.ca> Message-ID: <200608291212.10519.opensource@till.name> On Sunday 13 August 2006 06:32, Mike A. Harris wrote: > You need to attach the .INF file from the CD/floppy which came with > the display (or alternatively has been downloaded from the > manufacturer's website) and attach it to the bug report, so that it > can be ran through inf2mondb.py and added to the database. This Is there an official homepage about inf2mondb.py? I found it at http://www.redhat.com/archives/fedora-devel-list/2006-July/msg00166.html and an older version in http://svn.pardus.org.tr/uludag/trunk/comar/zorg/ Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tla-ml at rasmil.dk Tue Aug 29 10:36:07 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Tue, 29 Aug 2006 12:36:07 +0200 Subject: New yum plugin to skip packages with dependencies problems. In-Reply-To: <44F40D78.1070607@rasmil.dk> References: <44F40D78.1070607@rasmil.dk> Message-ID: <44F41897.1020706@rasmil.dk> Tim Lauridsen wrote: > Hi > I have created a yum plugin there solves the problem with updates with > dependency problem there blocks from updating > your system. > > Installation: > copy depcheck.py to /usr/lib/yum-plugins/ > copy depcheck.conf to /etc/yum/ /etc/yum/pluginconf.d/ > > Usage: > Then the plugin is installed, i add a new option : '--depcheck' to yum. > Ex. > #yum --depcheck update > > Then the option is used, then the plugin will check each update for > dependency problems, and remove the ones from the transaction there > has problems. > > Try it out and let me know if there is any problems. I works i both > yum 2.6.1 & 2.9.5. > > Tim Here is a updated one, there dont break yumex, pirut & pup. Tim -------------- next part -------------- A non-text attachment was scrubbed... Name: depcheck.py Type: text/x-python Size: 3350 bytes Desc: not available URL: From tla-ml at rasmil.dk Tue Aug 29 11:52:29 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Tue, 29 Aug 2006 13:52:29 +0200 Subject: New yum plugin to skip packages with dependencies problems. In-Reply-To: <44F41897.1020706@rasmil.dk> References: <44F40D78.1070607@rasmil.dk> <44F41897.1020706@rasmil.dk> Message-ID: <44F42A7D.1000201@rasmil.dk> Tim Lauridsen wrote: > Tim Lauridsen wrote: >> Hi >> I have created a yum plugin there solves the problem with updates >> with dependency problem there blocks from updating >> your system. >> >> Installation: >> copy depcheck.py to /usr/lib/yum-plugins/ >> copy depcheck.conf to /etc/yum/ /etc/yum/pluginconf.d/ >> >> Usage: >> Then the plugin is installed, i add a new option : '--depcheck' to yum. >> Ex. >> #yum --depcheck update >> >> Then the option is used, then the plugin will check each update for >> dependency problems, and remove the ones from the transaction there >> has problems. >> >> Try it out and let me know if there is any problems. I works i both >> yum 2.6.1 & 2.9.5. >> >> Tim > Here is a updated one, there dont break yumex, pirut & pup. > > Tim Here is one more update, fixing more problems running under a yum gui. Tim -------------- next part -------------- A non-text attachment was scrubbed... Name: depcheck.py Type: text/x-python Size: 3451 bytes Desc: not available URL: From mattdm at mattdm.org Tue Aug 29 13:17:48 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 29 Aug 2006 09:17:48 -0400 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <1156830773.29242.35.camel@cutter> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <1156830773.29242.35.camel@cutter> Message-ID: <20060829131748.GA19564@jadzia.bu.edu> On Tue, Aug 29, 2006 at 01:52:53AM -0400, seth vidal wrote: > > emails from him, the last was in May. His blog > > (http://www.ivazquez.net) seems also to have gone quiet as of May. > I agree. Any Canadians living near brampton, ONT who could maybe hunt > him down a bit? There's a phone number in the whois info for the blog site. I don't feel like I know him personally well enough to be comfortable calling, but maybe someone (either who knows him better, or who is more extroverted) would like to try? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dennis at ausil.us Tue Aug 29 13:45:47 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 29 Aug 2006 08:45:47 -0500 Subject: FC6 and SUN Niagra In-Reply-To: References: <200608280932.01780.dennis@ausil.us> Message-ID: <200608290845.48019.dennis@ausil.us> On Tuesday 29 August 2006 02:40, Mark Ryden wrote: > Hello, > > I was really happy to here about that ; I did not know it; > > I have one more question : did you tried using java on such machine > (t2000 with Aurora SPARC Linux)? I googled for java for linux under > sparc, and from what I gather I see > that this is a bit problemtaic. And as far as I understand and see > from SUN website, > SUN is not giving such a solution (java for linux under sparc; there > is of course > java for solaris unders sparc). > > Regards, > MR Hi Mark, Blackdown.org has a version of java 1.4.1 for SPARC Linux but i do not know if it works or not. I have been working on getting all the native java stuff in fc6 built this last weekend. But its still not 100% there. Dennis From kmaraas at broadpark.no Tue Aug 29 13:47:10 2006 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Tue, 29 Aug 2006 15:47:10 +0200 Subject: Evolution still crashes In-Reply-To: <1156842305.27817.181.camel@xpc.home.erwinrol.com> References: <1156837662.14045.3.camel@rivendell> <1156842305.27817.181.camel@xpc.home.erwinrol.com> Message-ID: <1156859230.14045.5.camel@rivendell> tir, 29,.08.2006 kl. 11.05 +0200, skrev Erwin Rol: > On Tue, 2006-08-29 at 09:47 +0200, Kjartan Maraas wrote: > > Hi. > > > > I'm still seeing the same crashes in evolution that were discussed on > > the list a couple of weeks ago before the glibc update was supposed to > > fix them. I normally get them while fetching mail or updating the folder > > summaries and the backtrace is exactly the same as I saw before updating > > glibc to -23 and later to -25. Are we certain that the glibc fixes were > > complete and that the bug is in evolution or underlying libraries? > > For me evolution has been running without crashing for a while now, > after i updated to the latest glibc. > I see there's a new glibc update in today's rawhide so I'll try that out and see if it helps. Cheers Kjartan From tcallawa at redhat.com Tue Aug 29 13:47:29 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 29 Aug 2006 08:47:29 -0500 Subject: FC6 and SUN Niagra In-Reply-To: References: <200608280932.01780.dennis@ausil.us> Message-ID: <1156859249.32717.89.camel@dhcp-32-122.ord.redhat.com> On Tue, 2006-08-29 at 10:40 +0300, Mark Ryden wrote: > Hello, > > I was really happy to here about that ; I did not know it; > > I have one more question : did you tried using java on such machine > (t2000 with Aurora SPARC Linux)? I googled for java for linux under > sparc, and from what I gather I see > that this is a bit problemtaic. And as far as I understand and see > from SUN website, > SUN is not giving such a solution (java for linux under sparc; there > is of course > java for solaris unders sparc). There is no modern version of a Sun (or IBM) JRE/JDK for Linux/SPARC. The closest thing we have is what gcj provides us. ~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 cmadams at hiwaay.net Tue Aug 29 14:05:46 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 29 Aug 2006 09:05:46 -0500 Subject: tcb - the alternative to shadow In-Reply-To: References: <20060824153828.GC1278482@hiwaay.net> Message-ID: <20060829140546.GA939698@hiwaay.net> Once upon a time, Chris Ricker said: > On Thu, 24 Aug 2006, Chris Adams wrote: > > Once upon a time, Neal Becker said: > > > This looks interesting: > > > > > > http://www.openwall.com/presentations/Owl/mgp00020.html > > > > I can't see that right now (no text in that site), but I would say if it > > is anything like Tru64 Unix TCB, run away! > > It's not ;-) A little late on the reply here, but one problem I see is that it limits the number of local users. Since each user gets a direct subdirectory of /etc/tcb, you can only have as many users as you can have subdirectories (link count is 15 bits on ext2/3 IIRC, so 32767 users). Not everyone with lots of users has multiple servers, so NIS/LDAP are not automatically the answer. With a bunch of users, you could also run into performance problems with directory lookups (ext3 with hashed directories helps). A better method would be to do something like MD5 hash the username and then use the first two characters as directories. For example, "cmadams" hashes to "78dcb16738542f0a8853801c41757a70", so you could use "/etc/tcb/7/8/cmadams". Also, you've just given all users write access to the filesystem containing /etc (they can then fill it up, hard link to privileged files, etc.). I don't think you'd really want to give users ownership of the directory; that would bypass all password strength policies and such (the user could just overwrite their shadow file). Even if you keep the directories owned by root, users can still overwrite the contents of their shadow file entry with arbitrary content, which leads to all kind of possible attacks against daemons that read the file (e.g. how will sshd handle a 16000 byte shadow entry?). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From skvidal at linux.duke.edu Tue Aug 29 14:12:40 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 29 Aug 2006 10:12:40 -0400 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <20060829131748.GA19564@jadzia.bu.edu> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <1156830773.29242.35.camel@cutter> <20060829131748.GA19564@jadzia.bu.edu> Message-ID: <1156860760.29242.65.camel@cutter> On Tue, 2006-08-29 at 09:17 -0400, Matthew Miller wrote: > On Tue, Aug 29, 2006 at 01:52:53AM -0400, seth vidal wrote: > > > emails from him, the last was in May. His blog > > > (http://www.ivazquez.net) seems also to have gone quiet as of May. > > I agree. Any Canadians living near brampton, ONT who could maybe hunt > > him down a bit? > > There's a phone number in the whois info for the blog site. I don't feel > like I know him personally well enough to be comfortable calling, but maybe > someone (either who knows him better, or who is more extroverted) would like > to try? > I called. The number is not in service. -sv From jkeating at redhat.com Tue Aug 29 14:18:00 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Aug 2006 10:18:00 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <1156835270.4016.43.camel@greebo> References: <1156780320.4016.35.camel@greebo> <200608281654.36499.jkeating@redhat.com> <1156835270.4016.43.camel@greebo> Message-ID: <200608291018.00985.jkeating@redhat.com> On Tuesday 29 August 2006 03:07, Alexander Larsson wrote: > Could you also add nautilus-sendto-bluetooth? Adding it now. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dcbw at redhat.com Tue Aug 29 14:36:28 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 29 Aug 2006 10:36:28 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <200608281248.49946.jkeating@redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281239.32231.jkeating@redhat.com> <1156783681.2624.35.camel@samfw.rdu.redhat.com> <200608281248.49946.jkeating@redhat.com> Message-ID: <1156862188.2691.34.camel@localhost.localdomain> On Mon, 2006-08-28 at 12:48 -0400, Jesse Keating wrote: > On Monday 28 August 2006 12:48, Sam Folk-Williams wrote: > > By the way, what HAPPENED to the everything install option!!!! > > We got tired of telling a lie so it went away. > > On the subject of bluetooth, does it even WORK straight away w/out any > configuration? I was under the impression that bluetooth still needed a > bunch of hand fiddling to do what you wanted to do, not quite as simple as > plugging in a USB storage device. I think file transfer (OBEX) works if you send a file from the _phone_ to your computer out of the box, as long as you are running the "Bluetooth File Sharing" tool in Gnome. Pairing works just fine with the D-Bus enabled PIN entry dialog utility. What really, really sucks right now is going the other way, accessing the device or phone _from_ your computer. To get DUN working, you have to pair with the phone (hcitool cc ), run sdptool browse to find out the DUN channel, then edit /etc/bluetooth/rfcomm.conf and add the device and its channel to a specified rfcomm port. Then you configure dialup like normal with system-config-network. I have yet to get OBEX to work from computer -> phone with obexftp. There is light at the end of the tunnel. Matthew Garret's SoC project is beating the asstastic stupidity out of the current Linux bluetooth integration. Marcel Holtmann has queued patches that make the sysfs bluetooth model much easier for 2.6.19, and mjg59's patches will expose that 2.6.19 functionality to HAL-enabled apps. NetworkManager will integrate with HAL and bluetooth to make all of this Just Work in the next 6 - 8 months. Dan > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From skasal at redhat.com Tue Aug 29 14:48:07 2006 From: skasal at redhat.com (Stepan Kasal) Date: Tue, 29 Aug 2006 16:48:07 +0200 Subject: multiarch question Message-ID: <20060829144807.GA30120@camelia.ucw.cz> Hello, I'm afraid this is a very basic question. Imagine I have a foo-devel package, which contains a pkg-config description and some text files. Moreover, it carries dependency on bar1-devel and bar2-devel, since foo requires these bars. The pkg-config description is /usr/lib/foo.pc on ppc and /usr/lib64/foo.pc on ppc64. The text files are not architecture dependent. Will this setup work in the multiarch environment? Or will rpm report conflicts about the files in the intersection, even though they are identical? Or should I move the text files to a separate noarch sub-package? (The foo-devel package would then contain the tiny foo.pc file and a handful of requires.) Thank you in advance for any advices, Stepan Kasal From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Aug 29 14:56:28 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 29 Aug 2006 16:56:28 +0200 Subject: Missing repodata today Message-ID: <20060829165628.4b4f9286@python2> Hi, I'm trying to debug various build failures on FC devel, but right now my build roots can't update because the metadata for the devel trees seems to be gone... http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/ (no "repodata" directory) The daily rawhide report didn't get to the list (yet) either. Maybe something broke during today's push :-/ Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2586.fc6 Load : 0.55 0.66 0.69 From rdieter at math.unl.edu Tue Aug 29 15:00:36 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 29 Aug 2006 10:00:36 -0500 Subject: multiarch question References: <20060829144807.GA30120@camelia.ucw.cz> Message-ID: Stepan Kasal wrote: > Or will rpm report conflicts about the files in the intersection, > even though they are identical? As long as the files truly are identical (content/md5sum, timetamps, ownership, etc), all is (should be) well. -- Rex From jkeating at redhat.com Tue Aug 29 15:01:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Aug 2006 11:01:52 -0400 Subject: Missing repodata today In-Reply-To: <20060829165628.4b4f9286@python2> References: <20060829165628.4b4f9286@python2> Message-ID: <200608291101.52875.jkeating@redhat.com> On Tuesday 29 August 2006 10:56, Matthias Saou wrote: > The daily rawhide report didn't get to the list (yet) either. Maybe > something broke during today's push :-/ Yep, something broke. I'm trying it again. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pjones at redhat.com Tue Aug 29 15:09:58 2006 From: pjones at redhat.com (Peter Jones) Date: Tue, 29 Aug 2006 11:09:58 -0400 Subject: [DEP-BLOAT] 'mkinitrd' ships 'nash' and requires lot of low-level stuff In-Reply-To: <87bqqeibn1.fsf@fc5.bigo.ensc.de> References: <878xlijujw.fsf@fc5.bigo.ensc.de> <1156157136.23756.130.camel@laptopd505.fenrus.org> <87bqqeibn1.fsf@fc5.bigo.ensc.de> Message-ID: <1156864198.1694.2.camel@pjones2.install.boston.redhat.com> On Mon, 2006-08-21 at 13:14 +0200, Enrico Scholz wrote: > $ grep nash /etc/rc.d/rc.sysinit > killall nash-hotplug >/dev/null 2>&1 This doesn't cause a dependency on nash. > echo "raidautorun /dev/md0" | nash --quiet Is this even needed? > echo "mkdmnod" | /sbin/nash --quiet >/dev/null 2>&1 This can be replaced by 2 lines of shell. I'll fix that. > >> Therefore, they should be packaged separately. This is a bad premise. We should make initscripts not depend on it, not split the package in more pieces. -- Peter From ajackson at redhat.com Tue Aug 29 15:39:49 2006 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 29 Aug 2006 11:39:49 -0400 Subject: compiz problem - No window managment. In-Reply-To: <1156831773.4399.54.camel@localhost.localdomain> References: <1156831773.4399.54.camel@localhost.localdomain> Message-ID: <44F45FC5.8020009@redhat.com> Naoki wrote: > As I reported back on the 24th compiz was failing to perform any window > management, meaning all windows were on one workspace and had no borders > and could not be altered. Matthias Saou correctly noted that this > would happen if DRI was not loaded which was exactly my problem. With > the latest rawhide though the problem is back but there seems to be no > DRI problem in this instance.. It happens when you're not running gnome-window-decorator, or whatever it's called. - ajax From overholt at redhat.com Tue Aug 29 16:01:58 2006 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 29 Aug 2006 12:01:58 -0400 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <1156830773.29242.35.camel@cutter> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <1156830773.29242.35.camel@cutter> Message-ID: <1156867318.23953.23.camel@tophat.toronto.redhat.com> On Tue, 2006-29-08 at 01:52 -0400, seth vidal wrote: > > I agree. Any Canadians living near brampton, ONT who could maybe hunt > him down a bit? Brampton is close to Toronto where I live but I don't quite know what hunting him down would entail :) Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pemboa at gmail.com Tue Aug 29 16:03:06 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 29 Aug 2006 11:03:06 -0500 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <1156860760.29242.65.camel@cutter> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <1156830773.29242.35.camel@cutter> <20060829131748.GA19564@jadzia.bu.edu> <1156860760.29242.65.camel@cutter> Message-ID: <16de708d0608290903v70810fbdvf849385984d55c7b@mail.gmail.com> On 8/29/06, seth vidal wrote: > On Tue, 2006-08-29 at 09:17 -0400, Matthew Miller wrote: > > On Tue, Aug 29, 2006 at 01:52:53AM -0400, seth vidal wrote: > > > > emails from him, the last was in May. His blog > > > > (http://www.ivazquez.net) seems also to have gone quiet as of May. > > > I agree. Any Canadians living near brampton, ONT who could maybe hunt > > > him down a bit? > > > > There's a phone number in the whois info for the blog site. I don't feel > > like I know him personally well enough to be comfortable calling, but maybe > > someone (either who knows him better, or who is more extroverted) would like > > to try? > > > > I called. The number is not in service. > > -sv Strange! -- To be updated... From buildsys at redhat.com Tue Aug 29 16:03:30 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 29 Aug 2006 12:03:30 -0400 Subject: rawhide report: 20060829 changes Message-ID: <200608291603.k7TG3Ubj027770@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.85-1 -------------------- * Tue Aug 29 2006 Jeremy Katz - 11.1.0.85-1 - Sanity check more device names for LVM (notting, #2040387) - Exception handling fixes (clumens) - Fix Extras selection (clumens, #204267) - Setup repos later - Improved verbage (Paul Frields, #204249) - Filter out some non-addressable storage from hd dict (pjones) - Handle xen virtual serial - Reset file contexts on mountpoints (#202525) - Ensure programs used by anaconda are installed (clumens, #203216) authconfig-5.3.5-1 ------------------ * Tue Aug 29 2006 Tomas Mraz - 5.3.5-1 - improve smart card related UI strings - removed possibility to set smart card type from authconfig-gtk as only coolkey will be supported for now im-chooser-0.3.1-3.fc6 ---------------------- * Tue Aug 29 2006 Akira TAGOH - 0.3.1-3 - im-chooser-r53.patch: take care of the suffix to appears current selection. (#204433) inn-2.4.3-6.fc6 --------------- * Tue Aug 29 2006 Martin Stransky 2.4.3-6 - added dist tag - added patch from #204371 - innd.init script should use ctlinnd to stop the server kdewebdev-6:3.5.4-2.fc6 ----------------------- * Fri Aug 25 2006 Than Ngo 6:3.5.4-2 - fix #203893, add missing icon for kxsldbg logwatch-7.3-5 -------------- * Tue Aug 29 2006 Ivana Varekova 7.3-5 - fix amavis problem #204432 nc-1.84-8.fc6 ------------- * Tue Aug 29 2006 Radek Vokal - 1.84-8 - fix verbose option (#202321) * Mon Aug 28 2006 Radek Vokal - 1.84-7 - add dist tag - add '-C' option and behaviour for sending CRLFs as line-ending (#203931) * Wed Jul 12 2006 Jesse Keating - 1.84-6.1 - rebuild scim-hangul-0.2.2-7.fc6 ----------------------- * Tue Aug 29 2006 Akira TAGOH - 0.2.2-7 - scim-hangul-update-caret.patch: backported from CVS to update the caret. (#198721) udev-095-8 ---------- * Tue Aug 29 2006 Harald Hoyer - 095-8 - fixed bug #204157 xen-3.0.2-28 ------------ * Tue Aug 29 2006 Jeremy Katz - 3.0.2-28 - fix a typo Broken deps for ia64 ---------------------------------------------------------- python-xeninst - 0.90.1-1.noarch requires libvirt-python >= 0:0.1.4 virt-manager - 0.2.0-3.ia64 requires libvirt-python >= 0:0.1.4-3 From sundaram at fedoraproject.org Tue Aug 29 16:39:53 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 29 Aug 2006 22:09:53 +0530 Subject: Fedora Artwork Message-ID: <44F46DD9.1050908@fedoraproject.org> Hi There are multiple theme elements being proposed and discussed in the fedora-artwork list * New Icon set to replace the current BlueCurve one at http://fedoraproject.org/wiki/Artwork/EchoDevelopment * New proposed theme at http://fedoraproject.org/wiki/Artwork/ThemeSubmissions/DNATheme * Several different backgrounds being discussed at http://www.redhat.com/mailman/listinfo/fedora-art-list We need a team to make a decision on whether we are going to change any of these for Fedora Core 6. Apparently the process of who makes the decisions and how to go about proposing these changes to them is not clear or encouraging to those attempting to contribute https://www.redhat.com/archives/fedora-art-list/2006-August/msg00222.html Rahul From linux_4ever at yahoo.com Tue Aug 29 17:01:55 2006 From: linux_4ever at yahoo.com (Steve G) Date: Tue, 29 Aug 2006 10:01:55 -0700 (PDT) Subject: Missing repodata today In-Reply-To: <200608291101.52875.jkeating@redhat.com> Message-ID: <20060829170156.92627.qmail@web51501.mail.yahoo.com> >Yep, something broke. I'm trying it again. Seems to be a lot more new in repo than what the report says. Also audit-1.2.6-2 seems missing in today's push. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mattdm at mattdm.org Tue Aug 29 17:24:17 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 29 Aug 2006 13:24:17 -0400 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <16de708d0608290903v70810fbdvf849385984d55c7b@mail.gmail.com> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <1156830773.29242.35.camel@cutter> <20060829131748.GA19564@jadzia.bu.edu> <1156860760.29242.65.camel@cutter> <16de708d0608290903v70810fbdvf849385984d55c7b@mail.gmail.com> Message-ID: <20060829172417.GA29538@jadzia.bu.edu> On Tue, Aug 29, 2006 at 11:03:06AM -0500, Arthur Pemberton wrote: > >> like I know him personally well enough to be comfortable calling, but > >> maybe someone (either who knows him better, or who is more extroverted) > >> would like to try? > >I called. The number is not in service. > Strange! Well, it could be just an intentionally bad data for the whois database. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at redhat.com Tue Aug 29 17:33:18 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Aug 2006 13:33:18 -0400 Subject: Missing repodata today In-Reply-To: <20060829170156.92627.qmail@web51501.mail.yahoo.com> References: <20060829170156.92627.qmail@web51501.mail.yahoo.com> Message-ID: <200608291333.18638.jkeating@redhat.com> On Tuesday 29 August 2006 13:01, Steve G wrote: > Seems to be a lot more new in repo than what the report says. Also > audit-1.2.6-2 seems missing in today's push. The report is probably what changed between the broken push and the later push from this morning. audit-1.2.6-2 is in the tree, just didn't get noticed as an "updated package". -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From krh at redhat.com Tue Aug 29 18:06:37 2006 From: krh at redhat.com (=?ISO-8859-1?Q?Kristian_H=F8gsberg?=) Date: Tue, 29 Aug 2006 14:06:37 -0400 Subject: compiz problem - No window managment. In-Reply-To: <44F45FC5.8020009@redhat.com> References: <1156831773.4399.54.camel@localhost.localdomain> <44F45FC5.8020009@redhat.com> Message-ID: <44F4822D.1070407@redhat.com> Adam Jackson wrote: > Naoki wrote: >> As I reported back on the 24th compiz was failing to perform any window >> management, meaning all windows were on one workspace and had no borders >> and could not be altered. Matthias Saou correctly noted that this >> would happen if DRI was not loaded which was exactly my problem. With >> the latest rawhide though the problem is back but there seems to be no >> DRI problem in this instance.. > > It happens when you're not running gnome-window-decorator, or whatever > it's called. It can also happen if the compiz gconf database got screwed, which can happen if you upgraded from something earlier than 0.0.13-0.12.20060721git. In that case, uninstall and then reinstall compiz. Other than that, as Adam mentions, compiz relies on an external helper program, gnome-window-decorator, to draw the window decorations. The recommended way to start compiz is to go to the System->Preferences->More Preferences->Desktop Effects and click the big button there. This will start compiz the right way and set it as your default windows manager. If that still doesn't work for, please let us know. Kristian From david at lovesunix.net Tue Aug 29 18:11:57 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 29 Aug 2006 20:11:57 +0200 Subject: Fedora Artwork In-Reply-To: <44F46DD9.1050908@fedoraproject.org> References: <44F46DD9.1050908@fedoraproject.org> Message-ID: <1156875117.19632.26.camel@price> tir, 29 08 2006 kl. 22:09 +0530, skrev Rahul: > Hi > > There are multiple theme elements being proposed and discussed in the > fedora-artwork list > > * New Icon set to replace the current BlueCurve one at > http://fedoraproject.org/wiki/Artwork/EchoDevelopment The icon theme isn't terribly complete also it looks to me like they need to be reviewed for consistency. It seems that they use both the plus and the star symbol to signify "new", what is worse the same two symbols are also used to signify other operations. The spacing on the pause icon looks a bit wide. Prespective on the applications-graphics is reversed. I have no idea what two monitors have to do with networking but admittedly that is a tough one to crack visually as stated earlier on art-devel. All in all, I think it would be best to prospone the deployment till the icon theme is more complete and has undergone some review. Maybe we could add the icons to the redhat-artwork package as a preview keeping Bluecurve as the default, if we can get them finished before FC6 ships then we can flip the switch if not then at least people have the option to test them and we can use bugzilla to track specific bugs. > * New proposed theme at > http://fedoraproject.org/wiki/Artwork/ThemeSubmissions/DNATheme Looks good to me, for what that's worth. It would be good if we could get this packaged up for some real world testing. Also what is the time horizon on finishing the missing bits? I'd love to see the entire thing on my desktop in all it's complete4d glory. I definitely think we should aim to deploy this part for FC6. And many congratulations to the artteam for the stunning progress. - David Nielsen From fedora at soeterbroek.com Tue Aug 29 19:07:54 2006 From: fedora at soeterbroek.com (Joost Soeterbroek) Date: Tue, 29 Aug 2006 21:07:54 +0200 Subject: GRID Fedora In-Reply-To: <20060829060453.HM.00000000000000B@krolyn.bos-mail-wwl8.lycos.com> References: <20060829060453.HM.00000000000000B@krolyn.bos-mail-wwl8.lycos.com> Message-ID: <44F4908A.4020901@soeterbroek.com> Krolyn wrote: > Hi all, > > I've been looking for some kind of software that could implement a GRID > over a network (similar to the XGrid of Apple). Is there anything > similiar in Fedora Core 5 release? If not, are you planning to add it in > the Fedora Core 6? > > One that is widely used is the Heartbeat (HA-Linux project - > http://www.linux-ha.org/), already implemented in other Linux > distributions (Mandriva, SUSE Linux, Ubuntu, Debian, etc...). I think it > would be if great importance to include it (or a similar one) in the > next fedora release. I maintain heartbeat package (from HA-Linux project) in Fedora Extras, so it's allready in there. Joost Soeterbroek > > Thanks in adv, > From kmaraas at broadpark.no Tue Aug 29 20:55:50 2006 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Tue, 29 Aug 2006 22:55:50 +0200 Subject: Evolution still crashes In-Reply-To: <1156859230.14045.5.camel@rivendell> References: <1156837662.14045.3.camel@rivendell> <1156842305.27817.181.camel@xpc.home.erwinrol.com> <1156859230.14045.5.camel@rivendell> Message-ID: <1156884950.9176.10.camel@rivendell> tir, 29,.08.2006 kl. 15.47 +0200, skrev Kjartan Maraas: > tir, 29,.08.2006 kl. 11.05 +0200, skrev Erwin Rol: > > On Tue, 2006-08-29 at 09:47 +0200, Kjartan Maraas wrote: > > > Hi. > > > > > > I'm still seeing the same crashes in evolution that were discussed on > > > the list a couple of weeks ago before the glibc update was supposed to > > > fix them. I normally get them while fetching mail or updating the folder > > > summaries and the backtrace is exactly the same as I saw before updating > > > glibc to -23 and later to -25. Are we certain that the glibc fixes were > > > complete and that the bug is in evolution or underlying libraries? > > > > For me evolution has been running without crashing for a while now, > > after i updated to the latest glibc. > > > I see there's a new glibc update in today's rawhide so I'll try that out > and see if it helps. > Looks like this fixed all my problems. Thanks a lot for looking at it again. Cheers Kjartan From notting at redhat.com Tue Aug 29 21:35:22 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Aug 2006 17:35:22 -0400 Subject: Fedora Artwork In-Reply-To: <44F46DD9.1050908@fedoraproject.org> References: <44F46DD9.1050908@fedoraproject.org> Message-ID: <20060829213522.GA13892@nostromo.devel.redhat.com> Rahul (sundaram at fedoraproject.org) said: > We need a team to make a decision on whether we are going to change any > of these for Fedora Core 6. Apparently the process of who makes the > decisions and how to go about proposing these changes to them is not > clear or encouraging to those attempting to contribute > > https://www.redhat.com/archives/fedora-art-list/2006-August/msg00222.html Of course the process isn't clear. There isn't one! That being said, we should probably have one. Here's a strawman. 1) The default artwork must be locked at the feature freeze, modulo bugfixes. Fixing an icon or two's orientation is a bugfix. Changing the theme or icon set is not. Rationale: At that point, people start making screenshots, install guides, release notes, etc. In fact, I believe there are FC6 documents already mostly frozen. 2) Any default artwork that uses the Fedora logo must be approved by the board, until we come up with a better policy. Rationale: Yay, trademarks! For artwork to be accepted for default, it must contain: - GDM theme - GNOME/KDE splash - GRUB splash - syslinux splash - anaconda artwork - firstboot artwork - RHGB splash - screensaver lock - (optional) GTK theme - (optional) icon theme You can certainly do less, but any default theme must cover all the cases. As for proposals, you can have mockups beforehand, but any work must be done by the feature freeze. I suppose having volunteers to help turning GDM themems from mockup to reality would be good. We should define some sort of simple package for people to submit artwork for people to try and use. Not sure what to do here. As to who decides what is default, I suppose we have some time (because of 1) ) to define a policy. BIll From zuirdj at gmail.com Tue Aug 29 21:53:32 2006 From: zuirdj at gmail.com (Zuir DJ) Date: Tue, 29 Aug 2006 17:53:32 -0400 Subject: compiz problem - No window managment. In-Reply-To: <44F4822D.1070407@redhat.com> References: <1156831773.4399.54.camel@localhost.localdomain> <44F45FC5.8020009@redhat.com> <44F4822D.1070407@redhat.com> Message-ID: On 8/29/06, Kristian H?gsberg wrote: > Adam Jackson wrote: > > Naoki wrote: > >> As I reported back on the 24th compiz was failing to perform any window > >> management, meaning all windows were on one workspace and had no borders > >> and could not be altered. Matthias Saou correctly noted that this > >> would happen if DRI was not loaded which was exactly my problem. With > >> the latest rawhide though the problem is back but there seems to be no > >> DRI problem in this instance.. > > > > It happens when you're not running gnome-window-decorator, or whatever > > it's called. > > It can also happen if the compiz gconf database got screwed, which can happen > if you upgraded from something earlier than 0.0.13-0.12.20060721git. In that > case, uninstall and then reinstall compiz. > > Other than that, as Adam mentions, compiz relies on an external helper > program, gnome-window-decorator, to draw the window decorations. The > recommended way to start compiz is to go to the System->Preferences->More > Preferences->Desktop Effects and click the big button there. This will start > compiz the right way and set it as your default windows manager. If that > still doesn't work for, please let us know. +1 I have to do # compiz --replace gconf every time my system starts to have windows borders. Zuirdj From zaitcev at redhat.com Tue Aug 29 22:02:10 2006 From: zaitcev at redhat.com (Pete Zaitcev) Date: Tue, 29 Aug 2006 15:02:10 -0700 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <20060829172417.GA29538@jadzia.bu.edu> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <1156830773.29242.35.camel@cutter> <20060829131748.GA19564@jadzia.bu.edu> <1156860760.29242.65.camel@cutter> <16de708d0608290903v70810fbdvf849385984d55c7b@mail.gmail.com> <20060829172417.GA29538@jadzia.bu.edu> Message-ID: <20060829150210.1eb58786.zaitcev@redhat.com> On Tue, 29 Aug 2006 13:24:17 -0400, Matthew Miller wrote: > > >I called. The number is not in service. > > Strange! > > Well, it could be just an intentionally bad data for the whois database. It's possible, although public records sites return the same number and address. Going any further requires a visit. I am sure that local postmaster or the property owner would notice something amiss. -- Pete From zuirdj at gmail.com Tue Aug 29 22:13:40 2006 From: zuirdj at gmail.com (Zuir DJ) Date: Tue, 29 Aug 2006 18:13:40 -0400 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <20060829150210.1eb58786.zaitcev@redhat.com> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <1156830773.29242.35.camel@cutter> <20060829131748.GA19564@jadzia.bu.edu> <1156860760.29242.65.camel@cutter> <16de708d0608290903v70810fbdvf849385984d55c7b@mail.gmail.com> <20060829172417.GA29538@jadzia.bu.edu> <20060829150210.1eb58786.zaitcev@redhat.com> Message-ID: On 8/29/06, Pete Zaitcev wrote: > On Tue, 29 Aug 2006 13:24:17 -0400, Matthew Miller wrote: > > > > >I called. The number is not in service. > > > > Strange! > > > > Well, it could be just an intentionally bad data for the whois database. > > It's possible, although public records sites return the same number > and address. Going any further requires a visit. I am sure that local > postmaster or the property owner would notice something amiss. Whitepages gives the following: http://www.whitepages.ca/10002/search/Replay?search_id=10291321976579901913&lower=1&more_info=1 Zuirdj From wtogami at redhat.com Tue Aug 29 22:42:26 2006 From: wtogami at redhat.com (Warren Togami) Date: Tue, 29 Aug 2006 18:42:26 -0400 Subject: Fedora Outage Notice for August 30th, 2006 Message-ID: <44F4C2D2.7080505@redhat.com> Date: August 30th, 2006 Time: 8:00AM - 8:00PM Mountain Standard Time (UTC -7) Fedora Project Infrastructure is scheduled for maintenance during Wednesday, August 30th for co-location facility upgrades. The servers will be back online by no later than 08:00PM MST (UTC-7). Unaffected Services: - Fedora Wiki - Fedora Mailing Lists Services Affected: - Fedora Extras Buildsystem - Fedora CVS/Mercurial/Git - Fedora Orbital Laser - Fedora Account System - Fedora OTRS Generally the entire development infrastructure will be down for the day. The good news is that this upgrade will allow for improved reliability and expansion capacity for future Fedora Infrastructure and services. We apologize for any inconvenience this outage may cause. Thank you for supporting the Fedora Project. Warren Togami wtogami at redhat.com From emmanuel.seyman at club-internet.fr Tue Aug 29 22:52:07 2006 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Wed, 30 Aug 2006 00:52:07 +0200 Subject: Fedora Outage Notice for August 30th, 2006 In-Reply-To: <44F4C2D2.7080505@redhat.com> References: <44F4C2D2.7080505@redhat.com> Message-ID: <20060829225207.GA11307@orient.maison.lan> On Tue, Aug 29, 2006 at 06:42:26PM -0400, Warren Togami wrote: > > - Fedora Orbital Laser ??? Emmanuel From tcallawa at redhat.com Tue Aug 29 22:54:47 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 29 Aug 2006 17:54:47 -0500 Subject: Fedora Outage Notice for August 30th, 2006 In-Reply-To: <44F4C2D2.7080505@redhat.com> References: <44F4C2D2.7080505@redhat.com> Message-ID: <1156892088.32717.140.camel@dhcp-32-122.ord.redhat.com> On Tue, 2006-08-29 at 18:42 -0400, Warren Togami wrote: > Date: August 30th, 2006 > Time: 8:00AM - 8:00PM Mountain Standard Time (UTC -7) > > Fedora Project Infrastructure is scheduled for maintenance during > Wednesday, August 30th for co-location facility upgrades. The servers > will be back online by no later than 08:00PM MST (UTC-7). > > Unaffected Services: > - Fedora Wiki > - Fedora Mailing Lists > > Services Affected: > - Fedora Extras Buildsystem > - Fedora CVS/Mercurial/Git > - Fedora Orbital Laser Damnit, this was my day on the Orbital Laser! Denmark, you're saved for at least a month now... but your time will come! ~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 smooge at gmail.com Tue Aug 29 22:59:20 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 29 Aug 2006 16:59:20 -0600 Subject: Fedora Outage Notice for August 30th, 2006 In-Reply-To: <1156892088.32717.140.camel@dhcp-32-122.ord.redhat.com> References: <44F4C2D2.7080505@redhat.com> <1156892088.32717.140.camel@dhcp-32-122.ord.redhat.com> Message-ID: <80d7e4090608291559o30e92d6fnf2527bc28977c1d4@mail.gmail.com> On 8/29/06, Tom 'spot' Callaway wrote: > On Tue, 2006-08-29 at 18:42 -0400, Warren Togami wrote: > > Date: August 30th, 2006 > > Time: 8:00AM - 8:00PM Mountain Standard Time (UTC -7) > > > > Fedora Project Infrastructure is scheduled for maintenance during > > Wednesday, August 30th for co-location facility upgrades. The servers > > will be back online by no later than 08:00PM MST (UTC-7). > > > > Unaffected Services: > > - Fedora Wiki > > - Fedora Mailing Lists > > > > Services Affected: > > - Fedora Extras Buildsystem > > - Fedora CVS/Mercurial/Git > > - Fedora Orbital Laser > > Damnit, this was my day on the Orbital Laser! Denmark, you're saved for > at least a month now... but your time will come! > Wait.. something fishy is going on here... I was marked down on being able to use the laser to carve out my name on the moon. I think that they overbooked the laser again and the rest of this being down is just a ruse. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From david at lovesunix.net Tue Aug 29 23:40:29 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 30 Aug 2006 01:40:29 +0200 Subject: Fedora Outage Notice for August 30th, 2006 In-Reply-To: <1156892088.32717.140.camel@dhcp-32-122.ord.redhat.com> References: <44F4C2D2.7080505@redhat.com> <1156892088.32717.140.camel@dhcp-32-122.ord.redhat.com> Message-ID: <1156894829.8959.4.camel@price> tir, 29 08 2006 kl. 17:54 -0500, skrev Tom 'spot' Callaway: > On Tue, 2006-08-29 at 18:42 -0400, Warren Togami wrote: > > Date: August 30th, 2006 > > Time: 8:00AM - 8:00PM Mountain Standard Time (UTC -7) > > > > Fedora Project Infrastructure is scheduled for maintenance during > > Wednesday, August 30th for co-location facility upgrades. The servers > > will be back online by no later than 08:00PM MST (UTC-7). > > > > Unaffected Services: > > - Fedora Wiki > > - Fedora Mailing Lists > > > > Services Affected: > > - Fedora Extras Buildsystem > > - Fedora CVS/Mercurial/Git > > - Fedora Orbital Laser > > Damnit, this was my day on the Orbital Laser! Denmark, you're saved for > at least a month now... but your time will come! Bah Spot, my great nation shall overcome your feeble attempts at destroying us.. watch as we, oh wait all we really do is make cheese and produce shitty pop music, feel free to wipe us out. - David From mike at miketc.com Wed Aug 30 00:11:33 2006 From: mike at miketc.com (Mike Chambers) Date: Tue, 29 Aug 2006 19:11:33 -0500 Subject: Fedora Outage Notice for August 30th, 2006 In-Reply-To: <1156894829.8959.4.camel@price> References: <44F4C2D2.7080505@redhat.com> <1156892088.32717.140.camel@dhcp-32-122.ord.redhat.com> <1156894829.8959.4.camel@price> Message-ID: <1156896693.2322.0.camel@scrappy.miketc.com> On Wed, 2006-08-30 at 01:40 +0200, David Nielsen wrote: > Bah Spot, my great nation shall overcome your feeble attempts at > destroying us.. watch as we, oh wait all we really do is make cheese and > produce shitty pop music, feel free to wipe us out. ROFL - now THAT was funny :P -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From dwmw2 at infradead.org Wed Aug 30 01:19:18 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 29 Aug 2006 18:19:18 -0700 Subject: bluetooth in default desktop install? In-Reply-To: <1156782655.2624.29.camel@samfw.rdu.redhat.com> References: <1156780320.4016.35.camel@greebo> <200608281201.07993.jkeating@redhat.com> <20060828162107.GA11514@orient.maison.lan> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> Message-ID: <1156900758.4767.56.camel@shinybook.infradead.org> On Mon, 2006-08-28 at 12:30 -0400, Sam Folk-Williams wrote: > IMHO, a lot of users will assume it /can't/ work if it doesn't work out > of the box, before they figure out that they need to install the > packages... This is true. Especially with the pin-helper which needs to be running be default. I think we should have it working by default. We should be wary of bloat though. By way of recompense for my contribution to the bloat, I offer bug #204126. -- dwmw2 From dwmw2 at infradead.org Wed Aug 30 01:57:25 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 29 Aug 2006 18:57:25 -0700 Subject: bluetooth in default desktop install? In-Reply-To: <20060828175250.GC13464@lists.us.dell.com> References: <1156780320.4016.35.camel@greebo> <1156782302.4016.40.camel@greebo> <1156782655.2624.29.camel@samfw.rdu.redhat.com> <200608281239.32231.jkeating@redhat.com> <1156783878.3034.224.camel@laptopd505.fenrus.org> <20060828165835.GD31875@devserv.devel.redhat.com> <20060828175250.GC13464@lists.us.dell.com> Message-ID: <1156903046.4767.60.camel@shinybook.infradead.org> On Mon, 2006-08-28 at 12:52 -0500, Matt Domsch wrote: > On Mon, Aug 28, 2006 at 12:58:35PM -0400, Alan Cox wrote: > > On Mon, Aug 28, 2006 at 06:51:17PM +0200, Arjan van de Ven wrote: > > > well... bluetooth is hardware. In THEORY the install could happen once > > > "something" sees a bluetooth device.... > > > > No Sometimes your bluetooth device pretends to be a HID device :) > > > I know that gets evil, and that jeremy will hate me for it, but it does > > > sort of make sense. > > > > Not if your bluetooth connection is used for internet access 8) > > Installing the whole OS over bluetooth? /me shudders. Before we had bcm43xx, bluetooth was the primary network connection for my shinybook. It's faster than the DSL line into the building. -- dwmw2 From pmatilai at laiskiainen.org Wed Aug 30 06:07:25 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 30 Aug 2006 09:07:25 +0300 (EEST) Subject: bluetooth in default desktop install? In-Reply-To: <44F319FD.6000606@poolshark.org> References: <1156780320.4016.35.camel@greebo> <44F319FD.6000606@poolshark.org> Message-ID: On Mon, 28 Aug 2006, Denis Leroy wrote: > Alexander Larsson wrote: >> I see that gnome-bluetooth is now an optional package in the gnome >> installer group, and things like nautilus-sendto-bluetooth isn't >> included at all right now. >> >> I think a lot of machines (laptops) these days ship with Bluetooth >> support though, and a lot of people have mobile phones with Bluetooth >> support. Maybe we should install packages like this by default so that >> you can send a file to your phone in an out of the box FC6 install. >> >> Opinions? > > We're dealing with 372 Kb of packages here, so I think this is definitely > worth installing by default. I also have a bluetooth phone, so this is not > just reserved to laptop users. Another metoo - I have a bluetooth dongle on my desktop for transferring photos from phone to computer. Hardly an uncommon task these days, at least in this part of the world :) - Panu - From tmraz at redhat.com Wed Aug 30 07:33:04 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 30 Aug 2006 09:33:04 +0200 Subject: Fedora Outage Notice for August 30th, 2006 In-Reply-To: <1156894829.8959.4.camel@price> References: <44F4C2D2.7080505@redhat.com> <1156892088.32717.140.camel@dhcp-32-122.ord.redhat.com> <1156894829.8959.4.camel@price> Message-ID: <1156923184.3563.2.camel@perun.kabelta.loc> On Wed, 2006-08-30 at 01:40 +0200, David Nielsen wrote: > tir, 29 08 2006 kl. 17:54 -0500, skrev Tom 'spot' Callaway: > > On Tue, 2006-08-29 at 18:42 -0400, Warren Togami wrote: > > > Date: August 30th, 2006 > > > Time: 8:00AM - 8:00PM Mountain Standard Time (UTC -7) > > > > > > Fedora Project Infrastructure is scheduled for maintenance during > > > Wednesday, August 30th for co-location facility upgrades. The servers > > > will be back online by no later than 08:00PM MST (UTC-7). > > > > > > Unaffected Services: > > > - Fedora Wiki > > > - Fedora Mailing Lists > > > > > > Services Affected: > > > - Fedora Extras Buildsystem > > > - Fedora CVS/Mercurial/Git > > > - Fedora Orbital Laser > > > > Damnit, this was my day on the Orbital Laser! Denmark, you're saved for > > at least a month now... but your time will come! > > Bah Spot, my great nation shall overcome your feeble attempts at > destroying us.. watch as we, oh wait all we really do is make cheese and > produce shitty pop music, feel free to wipe us out. But a really quality cheese! As I love Danbo and others I'd prefer Denmark not being destroyed. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From naoki at valuecommerce.com Wed Aug 30 08:55:46 2006 From: naoki at valuecommerce.com (Naoki) Date: Wed, 30 Aug 2006 17:55:46 +0900 Subject: compiz problem - No window managment. In-Reply-To: <44F4822D.1070407@redhat.com> References: <1156831773.4399.54.camel@localhost.localdomain> <44F45FC5.8020009@redhat.com> <44F4822D.1070407@redhat.com> Message-ID: <1156928146.31771.18.camel@localhost.localdomain> On Tue, 2006-08-29 at 14:06 -0400, Kristian H?gsberg wrote: > Adam Jackson wrote: > > Naoki wrote: > >> As I reported back on the 24th compiz was failing to perform any window > >> management, meaning all windows were on one workspace and had no borders > >> and could not be altered. Matthias Saou correctly noted that this > >> would happen if DRI was not loaded which was exactly my problem. With > >> the latest rawhide though the problem is back but there seems to be no > >> DRI problem in this instance.. > > > > It happens when you're not running gnome-window-decorator, or whatever > > it's called. > > It can also happen if the compiz gconf database got screwed, which can happen > if you upgraded from something earlier than 0.0.13-0.12.20060721git. In that > case, uninstall and then reinstall compiz. > > Other than that, as Adam mentions, compiz relies on an external helper > program, gnome-window-decorator, to draw the window decorations. The > recommended way to start compiz is to go to the System->Preferences->More > Preferences->Desktop Effects and click the big button there. This will start > compiz the right way and set it as your default windows manager. If that > still doesn't work for, please let us know. Howdy, indeed the only way I enable it is through the preferences window. Your trick of remove/re-install has solved the issue for me though thanks! Now I just need to work out how the heck to get the function keys to act as workspace switchers. From buildsys at redhat.com Wed Aug 30 09:47:46 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 30 Aug 2006 05:47:46 -0400 Subject: rawhide report: 20060830 changes Message-ID: <200608300947.k7U9lkva000631@hs20-bc2-6.build.redhat.com> New package orca Flexible, extensible, and powerful assistive technology Removed package gnome-mag Removed package gnopernicus Updated Packages: NetworkManager-0.7.0-0.cvs20060529.7 ------------------------------------ * Tue Aug 29 2006 Christopher Aillon - 0.7.0-0.cvs20060529.7 - BuildRequire wireless-tools-devel and perl-XML-Parser - Update the BuildRoot tag anaconda-11.1.0.86-1 -------------------- * Tue Aug 29 2006 Jeremy Katz - 11.1.0.86-1 - Fix ia64 pxeboot dir (#199274) - Remember manual TCP/IP settings (dcantrel, #202662) - Clean up extra repo stuff some more (clumens) * Tue Aug 29 2006 Jeremy Katz - 11.1.0.85-1 - Sanity check more device names for LVM (notting, #2040387) - Exception handling fixes (clumens) - Fix Extras selection (clumens, #204267) - Setup repos later - Improved verbage (Paul Frields, #204249) - Filter out some non-addressable storage from hd dict (pjones) - Handle xen virtual serial - Reset file contexts on mountpoints (#202525) - Ensure programs used by anaconda are installed (clumens, #203216) authconfig-5.3.5-1 ------------------ * Tue Aug 29 2006 Tomas Mraz - 5.3.5-1 - improve smart card related UI strings - removed possibility to set smart card type from authconfig-gtk as only coolkey will be supported for now compiz-0.0.13-0.20.20060817git.fc6 ---------------------------------- * Tue Aug 29 2006 Kristian H??gsberg - 0.0.13-0.20.20060817git.fc6 - Add cow.patch to make compiz use the composite overlay window. eclipse-cdt-1:3.1.0-1jpp_13fc ----------------------------- * Tue Aug 29 2006 Jeff Johnston 3.1.0-1jpp_13fc - Rebase autotools to 0.0.4 source. - Use ScannerInfoProvider extension instead of DynamicScannerInfoProvider. - Add sub-console support to CDT. epiphany-2.15.92-2.fc6 ---------------------- * Tue Aug 29 2006 Matthias Clasen - 2.15.92-2.fc6 - Use Pango by default - Add a BR for perl-XML-Parser esc-1.0.0-8.fc6 --------------- * Sun Aug 27 2006 Jack Magne - 1.0.0-8 - Fixes to get libnotify working properly on FC6 systems. evolution-2.7.92-7.fc6 ---------------------- * Tue Aug 29 2006 Matthew Barnes - 2.7.92-7.fc6 - Add patch for Gnome.org bug #353472. * Mon Aug 28 2006 Matthew Barnes - 2.7.92-6.fc6 - Add another hunk to the patch for RH bug #201541. - Add patch for RH bug #202289. * Mon Aug 28 2006 Matthew Barnes - 2.7.92-5.fc6 - Add patch for RH bug #201541. evolution-data-server-1.7.92-4.fc6 ---------------------------------- * Tue Aug 29 2006 Matthew Barnes - 1.7.92-4.fc6 - Revise patch for RH bug #198935. - Add patch for Gnome.org bug #353478. freetype-2.2.1-8.fc6 -------------------- * Tue Aug 29 2006 Behdad Esfahbod 2.2.1-8 - Add freetype-composite.patch and freetype-more-composite.patch from upstream. (#131851) gjdoc-0.7.7-8 ------------- * Tue Aug 29 2006 Deepak Bhole - 0.7.7-8 - Rebuilt. gnome-python2-extras-2.14.2-1.fc6 --------------------------------- * Tue Aug 29 2006 Matthias Clasen - 2.14.2-1 - Update to 2.14.2 - Drop upstreamed patch gnome-speech-0.4.5-1.fc6 ------------------------ * Tue Aug 29 2006 Matthias Clasen - 0.4.5-1.fc6 - Update to 0.4.5 gtkhtml3-3.11.92-2.fc6 ---------------------- * Tue Aug 29 2006 Matthew Barnes - 3.11.92-2.fc6 - Add patch for Gnome.org bug #353424. im-chooser-0.3.1-3.fc6 ---------------------- * Tue Aug 29 2006 Akira TAGOH - 0.3.1-3 - im-chooser-r53.patch: take care of the suffix to appears current selection. (#204433) inn-2.4.3-6.fc6 --------------- * Tue Aug 29 2006 Martin Stransky 2.4.3-6 - added dist tag - added patch from #204371 - innd.init script should use ctlinnd to stop the server java-1.4.2-gcj-compat-0:1.4.2.0-40jpp.103 ----------------------------------------- * Tue Aug 29 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp.103 - Import java-gcj-compat 1.0.63. kdenetwork-7:3.5.4-3.fc6 ------------------------ * Tue Aug 29 2006 Christopher Aillon 7:3.5.4-3 - Update BR to use the now split-out wireless-tools-devel package kdewebdev-6:3.5.4-2.fc6 ----------------------- * Fri Aug 25 2006 Than Ngo 6:3.5.4-2 - fix #203893, add missing icon for kxsldbg kernel-2.6.17-1.2600.fc6 ------------------------ * Tue Aug 29 2006 Jeremy Katz - Fix serial console with xen dom0 * Mon Aug 28 2006 Don Zickus - enabled EHEA driver - x86 relocatable fixes - audit code fixes for cachefs kudzu-1.2.52-1 -------------- * Tue Aug 29 2006 Bill Nottingham - 1.2.52-1 - fix sg crash - close fd leaks logwatch-7.3-5 -------------- * Tue Aug 29 2006 Ivana Varekova 7.3-5 - fix amavis problem #204432 ltrace-0.5-4.45svn.fc6 ---------------------- * Mon Aug 28 2006 Petr Machata - 0.5-4.45svn - enabling testsuite in hunt for testsuite fail on ppc - first take on ppc32 testsuite problems... mrtg-2.14.5-2 ------------- * Wed Aug 30 2006 Miloslav Trmac - 2.14.5-2 - Add Requires: perl-Socket6 perl-IO-Socket-INET6 for IPv6 support mx4j-1:3.0.1-6jpp.3 ------------------- * Fri Aug 25 2006 Deepak Bhole 0:3.0.1-6jpp.3 - Fixed broken deps. * Fri Aug 25 2006 Deepak Bhole 0:3.0.1-6jpp.2 - Make tests conditional - Add missing requirements nc-1.84-8.fc6 ------------- * Tue Aug 29 2006 Radek Vokal - 1.84-8 - fix verbose option (#202321) * Mon Aug 28 2006 Radek Vokal - 1.84-7 - add dist tag - add '-C' option and behaviour for sending CRLFs as line-ending (#203931) * Wed Jul 12 2006 Jesse Keating - 1.84-6.1 - rebuild php-5.1.6-2 ----------- * Tue Aug 29 2006 Joe Orton 5.1.6-2 - update to 5.1.6 (security fixes) - bump default memory_limit to 16M (#196802) * Wed Jul 12 2006 Jesse Keating - 5.1.4-8.1 - rebuild * Fri Jun 09 2006 Joe Orton 5.1.4-8 - Provide php-posix (#194583) - only provide php-pcntl from -cli subpackage - add missing defattr's (thanks to Matthias Saou) python-xeninst-0.91.0-1 ----------------------- * Tue Aug 29 2006 Jeremy Katz - 0.91.0-1 - add support for paravirt guests with framebuffer. rhpl-0.188-2 ------------ * Tue Aug 29 2006 Christopher Aillon - 0.188-2 - Update BR to use the now split-out wireless-tools-devel package scim-hangul-0.2.2-7.fc6 ----------------------- * Tue Aug 29 2006 Akira TAGOH - 0.2.2-7 - scim-hangul-update-caret.patch: backported from CVS to update the caret. (#198721) system-config-securitylevel-1.6.24-1 ------------------------------------ * Tue Aug 29 2006 Chris Lumens 1.6.24-1 - Add a debugging error dialog in case setsebool fails. udev-095-8 ---------- * Tue Aug 29 2006 Harald Hoyer - 095-8 - fixed bug #204157 vixie-cron-4:4.1-62.fc6 ----------------------- * Wed Aug 30 2006 Marcela Maslanova - 4:4.1-62 - fix problem with selinux (#181439) * Mon Aug 28 2006 Marcela Maslanova - 4:4.1-61 - changes in spec file (#204230) wireless-tools-1:28-1.fc6 ------------------------- * Tue Aug 29 2006 Christopher Aillon - 1:28-1 - Update to the latest stable release - Create -devel subpackage for headers xen-3.0.2-28 ------------ * Tue Aug 29 2006 Jeremy Katz - 3.0.2-28 - fix a typo xinetd-2:2.3.14-6 ----------------- * Tue Aug 29 2006 Steve Grubb 2:2.3.14-6 - Revised labeled networking patch again xorg-x11-drv-ati-6.6.2-1.fc6 ---------------------------- * Tue Aug 29 2006 Adam Jackson 6.6.2-1.fc6 - Update to 6.6.2 from upstream: - Mach64 stability and correctness fixes - Mach64 EXA support. - Misc bugfixes for radeon. xorg-x11-server-1.1.1-32.fc6 ---------------------------- * Wed Aug 30 2006 Kristian H??gsberg - 1.1.1-32.fc6 - Drop xorg-x11-server-1.1.0-gl-include-inferiors.patch now that compiz can uses the composite overlay window. yelp-2.15.91-3.fc6 ------------------ * Tue Aug 29 2006 Matthias Clasen - 2.15.91-3.fc6 - Use Pango Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.0-3.ia64 requires libvirt-python >= 0:0.1.4-3 virt-manager - 0.2.0-3.ia64 requires python-xeninst >= 0:0.90.1 From mcdavey at mrao.cam.ac.uk Wed Aug 30 10:37:36 2006 From: mcdavey at mrao.cam.ac.uk (Matt Davey) Date: Wed, 30 Aug 2006 11:37:36 +0100 Subject: pilot-link v0.12.0 has been released In-Reply-To: <1156650167.15123.11.camel@thud.gurulabs.com> References: <1156650167.15123.11.camel@thud.gurulabs.com> Message-ID: <1156934256.10919.49.camel@sirocco.local.corvil.com> On Sat, 2006-08-26 at 21:42 -0600, Dax Kelson wrote: > After a long wait, finally, pilot-link v0.12.0 has been released. > > See: > > http://www.pilot-link.org/pipermail/pilot-link-announce/2006-August/000017.html > > FC5 shipped with a pre-release version of pilot-link v0.12.0 that was > later reverted in an errata update to pilot-link v0.11.8. > > It would be nice if FC6 could ship with v0.12.0. It solves major > problems (race conditions most notably) with it's libusb support, plus > it is much faster. Note that there are API changes between pilot-link 0.11.8 and 0.12.0. I don't know that the status of the jpilot/kpilot/multisync/.... projects is, but this is the situation as regards gnome-pilot: 1. gnome-pilot-2.0.14pre6 is a pre-release version of gnome-pilot, based on CVS as at 2006-08-30. It can be built against pilot-link 0.11.8 or 0.12.0 and includes support for libusb syncing (requires pl 0.12.0 which has been configured for libusb, blacklisting of the visor module, and installation of pilot-link udev rules). 2. gnome-pilot-conduits-2.0.14pre5 is a pre-release version of gnome-pilot-conduits, based on CVS as at 2006-08-12. It can be built against pilot-link 0.11.8 or 0.12.0. 3. The Evolution CVS has not, AFAIK, been updated for the pilot-link 0.12.0 API. The patch by Mark Adams (and others?) included in the fc5 RPMs is a good starting point. This patch is being reviewed with a view to submission to the Evolution team. See recent postings to the gnome-pilot-list for details. References: gnome-pilot pre-releases: http://www.inference.phy.cam.ac.uk/mcdavey/downloads/ Evolution conduits patch-in-progress thread: http://mail.gnome.org/archives/gnome-pilot-list/2006-August/msg00024.html Matt Davey "Madam, I had a wonderful evening, but this mcdavey at mrao.cam.ac.uk wasn't it." -- Groucho Marx. From gilboad at gmail.com Wed Aug 30 10:47:56 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 30 Aug 2006 13:47:56 +0300 Subject: pilot-link v0.12.0 has been released In-Reply-To: <1156650167.15123.11.camel@thud.gurulabs.com> References: <1156650167.15123.11.camel@thud.gurulabs.com> Message-ID: <9050516b0608300347s3a77cacauf9105415562ae3e8@mail.gmail.com> On 8/27/06, Dax Kelson wrote: > After a long wait, finally, pilot-link v0.12.0 has been released. > > See: > > http://www.pilot-link.org/pipermail/pilot-link-announce/2006-August/000017.html > > FC5 shipped with a pre-release version of pilot-link v0.12.0 that was > later reverted in an errata update to pilot-link v0.11.8. > > It would be nice if FC6 could ship with v0.12.0. It solves major > problems (race conditions most notably) with it's libusb support, plus > it is much faster. > > Back in March I benchmarked backing up 15,668KB of data from my Treo650 > with v0.11 using the visor kernel module method and pre-release v0.12 > with libusb. > I'd wait for gnome-pilot and evolution to support it out of the box (read: no need to apply 50 patches to get it working) before moving 0.12 We had -way- too many problems with pilot-0.12preX in FC4 and FC5 to makes the same mistake again. Just my 0.02. Gilboa From mharris at mharris.ca Wed Aug 30 10:50:47 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 30 Aug 2006 06:50:47 -0400 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> Message-ID: <44F56D87.9090305@mharris.ca> Arthur Pemberton wrote: > Hi guys, > > I apologize ahead of time for the offtopic nature of this thread, and > if desired, I will cease any continuation. Threads over on > fedora-extras-list have brought my attention to the e-dissappearance > of one "Ignacio Vazquez-Abrams". > > This guy has helped me out many times over of #fedora, and was always > online, despite me changing time zone twice - to the point where I > asked if he was a bot. He seemed to have also had a large load in > package maintaince. Fedora being partly about the community, I have to > ask: does anyone know what happened to this guy? His online presence > seems to have simply ceased as of May-2006. I searched Gmail for > emails from him, the last was in May. His blog > (http://www.ivazquez.net) seems also to have gone quiet as of May. > > Just felt that the guy has helped me enough to at least care if he > suddenly died or something. A grep of my IRC logs shows that he was in IRC at least until: FreeNode (formerly OpenProjects.net)-#fedora-x.log:Apr 24 12:39:27 <-- ignacio (n=ivazquez at fedora/ignacio) has left #fedora-x FreeNode (formerly OpenProjects.net)-#fedora-devel.log:Jun 23 01:18:04 --> ignacio (n=ivazquez at fedora/ignacio) has joined #fedora-devel Jun 25 02:28:25 <-- ignacio (n=ivazquez at fedora/ignacio) has left ##fedora-join-instructions FreeNode (formerly OpenProjects.net)-#fedora-triage.log:Jun 25 01:48:23 --> ignacio (n=ivazquez at fedora/ignacio) has joined #fedora-triage All dates are in 2006. Haven't seen him anywhere since. Googling for his name doesn't appear to show anything more recent either. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From sundaram at fedoraproject.org Wed Aug 30 11:39:35 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 30 Aug 2006 17:09:35 +0530 Subject: Fedora Artwork In-Reply-To: <20060829213522.GA13892@nostromo.devel.redhat.com> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> Message-ID: <44F578F7.8000702@fedoraproject.org> Bill Nottingham wrote: > Of course the process isn't clear. There isn't one! > > That being said, we should probably have one. Here's a strawman. > > 1) The default artwork must be locked at the feature freeze, modulo > bugfixes. Fixing an icon or two's orientation is a bugfix. Changing > the theme or icon set is not. > > Rationale: At that point, people start making screenshots, install > guides, release notes, etc. In fact, I believe there are FC6 documents > already mostly frozen. FC6 specific documents? We dont really have any besides the release notes. So IMO we are good enough to try and get a new theme in place before test3 release. There is a draft desktop guide being written http://fedoraproject.org/wiki/Docs/Drafts/DesktopUserGuide but replacing a few screenshots is no big deal. I can do that. > 2) Any default artwork that uses the Fedora logo must be approved by > the board, until we come up with a better policy. > > Rationale: Yay, trademarks! > > For artwork to be accepted for default, it must contain: > > - GDM theme > - GNOME/KDE splash > - GRUB splash > - syslinux splash > - anaconda artwork > - firstboot artwork > - RHGB splash > - screensaver lock > - (optional) GTK theme > - (optional) icon theme > > You can certainly do less, but any default theme must cover > all the cases. > The DNA theme is pretty much complete. We just need to approve and import the changes and fill in the remaining bits before the general release. Any objections? I am not sure about the icon theme, maybe provide it as a alternative icon set for now. > As for proposals, you can have mockups beforehand, but any work must be > done by the feature freeze. I suppose having volunteers to help turning > GDM themems from mockup to reality would be good. > > We should define some sort of simple package for people to submit artwork > for people to try and use. Not sure what to do here. > > As to who decides what is default, I suppose we have some time (because of > 1) ) to define a policy. Rahul From Lam at Lam.pl Wed Aug 30 12:29:34 2006 From: Lam at Lam.pl (Leszek Matok) Date: Wed, 30 Aug 2006 14:29:34 +0200 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <44F56D87.9090305@mharris.ca> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <44F56D87.9090305@mharris.ca> Message-ID: <1156940974.2723.4.camel@pensja.lam.pl> Dnia 30-08-2006, ?ro o godzinie 06:50 -0400, Mike A. Harris napisa?(a): > Linux fans: Check out Tym Morrison's hit new heavy metal single > "Only Linux" at http://tymmorrison.com The guy can't even pronounce it right! Please, point him to http://www.paul.sladen.org/pronunciation/torvalds-says-linux.wav :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From rdieter at math.unl.edu Wed Aug 30 13:20:30 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 30 Aug 2006 08:20:30 -0500 Subject: pilot-link v0.12.0 has been released References: <1156650167.15123.11.camel@thud.gurulabs.com> <9050516b0608300347s3a77cacauf9105415562ae3e8@mail.gmail.com> Message-ID: Gilboa Davara wrote: > We had -way- too many problems with pilot-0.12preX in FC4 and FC5 to > makes the same mistake again. Agreed. The pilot-link developers didn't help matters by having a 1+ year wait between the prereleases and the final version (now) and by virtually refusing to diagnose/fix bugs because of the use of the preX versions (though, imo, that's exactly what pre-release versions are for, fixing bugs!). -- Rex From rhallyx at mindspring.com Wed Aug 30 14:13:52 2006 From: rhallyx at mindspring.com (Richard Hally) Date: Wed, 30 Aug 2006 10:13:52 -0400 Subject: yum seg fault Message-ID: <44F59D20.5040401@mindspring.com> When running "yum update" for todays rawhide update, yum stopped with a segmentation fault: > Cleanup : php-common ##################### [ 68/103] > Cleanup : gnome-python2-libegg ##################### [ 69/103] > Cleanup : php-mysql ##################### [ 70/103] > Removing : gnopernicus ##################### [ 71/103] > Segmentation fault > [root at localhost ~]# yum update > Loading "installonlyn" plugin > Setting up Update Process > Setting up repositories > development 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > Excluding Packages in global exclude list > Finished > Segmentation fault > [root at localhost ~]# Anyone else see this? What can be done to complete the update? yum-2.9.5-2 Richard From selinux at gmail.com Wed Aug 30 14:18:43 2006 From: selinux at gmail.com (Tom London) Date: Wed, 30 Aug 2006 07:18:43 -0700 Subject: compiz problem - No window managment. In-Reply-To: <1156928146.31771.18.camel@localhost.localdomain> References: <1156831773.4399.54.camel@localhost.localdomain> <44F45FC5.8020009@redhat.com> <44F4822D.1070407@redhat.com> <1156928146.31771.18.camel@localhost.localdomain> Message-ID: <4c4ba1530608300718v1be0710p84b2c6f317c3d1e4@mail.gmail.com> On 8/30/06, Naoki wrote: > Howdy, indeed the only way I enable it is through the preferences > window. Your trick of remove/re-install has solved the issue for me > though thanks! > > Now I just need to work out how the heck to get the function keys to act > as workspace switchers. > I added the following to ~/bin/start-compiz: #!/bin/bash gnome-window-decorator & compiz --replace gconf & and added '~/bin/start-compiz' to the 'startup programs' tab of 'System->Preferences->More Preferences->Sessions' compiz with window decorations starts with the session, and 'ALT-CTL {right,left}Arrow' switch windows. tom -- Tom London From jacliburn at bellsouth.net Wed Aug 30 14:26:19 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 30 Aug 2006 09:26:19 -0500 Subject: Via VT8237A kernel support Message-ID: <44F5A00B.9030305@bellsouth.net> For reasons I cannot fathom -- and because the cognizant gatekeepers at LKML won't respond to pleas for feedback -- these two simple patches, which add PATA and SATA support for the VIA VT8237A Southbridge chip now found on certain new motherboards, have not been applied (or acked or nacked or anything else). PATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115513979609546&w=2 SATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115552504713314&w=2 I know for a fact the the SATA patch works; I wrote it and I've been using it for weeks. I've read the PATA patch works, too, but I haven't personally tried it (although I'd be willing to try if it helps). I don't want to waste anyone's time by filing a Fedora bugzilla that will never be implemented, so if I do, what are the prospects for getting these patches into the Fedora development tree until such time as they're applied upstream (if ever)? Maybe my expectations are too high. For the kerneldev-savvy readers, what is the typical gestation period for upstream patches of this type? Thanks, Jay From mtasaka at ioa.s.u-tokyo.ac.jp Wed Aug 30 14:28:54 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 30 Aug 2006 23:28:54 +0900 Subject: yum seg fault In-Reply-To: <44F59D20.5040401@mindspring.com> References: <44F59D20.5040401@mindspring.com> Message-ID: <44F5A0A6.7070304@ioa.s.u-tokyo.ac.jp> Richard Hally wrote: > When running "yum update" for todays rawhide update, yum stopped with a > segmentation fault: > > Anyone else see this? What can be done to complete the update? > > yum-2.9.5-2 > > > Richard > For me, yum causes SEGV sometimes recently, not specified to yum-2.9.5-2. From jfrieben at freesurf.fr Wed Aug 30 14:31:05 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Wed, 30 Aug 2006 16:31:05 +0200 (CEST) Subject: Font rendering regression for freetype 2.2.1 Message-ID: <36931.194.94.224.254.1156948265.squirrel@jose.freesurf.fr> The transition from FreeType 2.1.10 to 2.2.1 has led to a sensible regression of the font rendering quality in various cases, in particular for web pages using M$ core fonts. Luxi fonts (Fedora default font family up to FC5) are affected, too. The latter is horizontally more condensed now, and when the hinting is set from "medium" to "slight", it's ok in the horizontal direction, but it gets vertically squeezed. Verdana characters look blurred compared to setups where FreeType 2.1.10 is installed. However, nobody seems to have complained about this, and the associated bug report https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198082 has not received any feedback. Nobody else hit by or sensitive to this regression? From j.w.r.degoede at hhs.nl Wed Aug 30 14:33:30 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 30 Aug 2006 16:33:30 +0200 Subject: Via VT8237A kernel support In-Reply-To: <44F5A00B.9030305@bellsouth.net> References: <44F5A00B.9030305@bellsouth.net> Message-ID: <44F5A1BA.7070903@hhs.nl> Jay Cliburn wrote: > For reasons I cannot fathom -- and because the cognizant gatekeepers at > LKML won't respond to pleas for feedback -- these two simple patches, > which add PATA and SATA support for the VIA VT8237A Southbridge chip now > found on certain new motherboards, have not been applied (or acked or > nacked or anything else). > > PATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115513979609546&w=2 > > SATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115552504713314&w=2 > > I know for a fact the the SATA patch works; I wrote it and I've been > using it for weeks. I've read the PATA patch works, too, but I haven't > personally tried it (although I'd be willing to try if it helps). > > I don't want to waste anyone's time by filing a Fedora bugzilla that > will never be implemented, so if I do, what are the prospects for > getting these patches into the Fedora development tree until such time > as they're applied upstream (if ever)? > > Maybe my expectations are too high. For the kerneldev-savvy readers, > what is the typical gestation period for upstream patches of this type? > For a patch as trival as this it should be picked up real soon. But it looks wrong that PCI ID seems completely unrelated form the other via sata ID's whereas the others are somewhat consecutive numbers. Are you sure you've got the right ID (iow the ID for the sata controller function of the southbridge?) Regards, Hans From arjan at fenrus.demon.nl Wed Aug 30 14:40:34 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 30 Aug 2006 16:40:34 +0200 Subject: Via VT8237A kernel support In-Reply-To: <44F5A00B.9030305@bellsouth.net> References: <44F5A00B.9030305@bellsouth.net> Message-ID: <1156948835.3101.55.camel@laptopd505.fenrus.org> On Wed, 2006-08-30 at 09:26 -0500, Jay Cliburn wrote: > For reasons I cannot fathom -- and because the cognizant gatekeepers at > LKML won't respond to pleas for feedback -- these two simple patches, > which add PATA and SATA support for the VIA VT8237A Southbridge chip now > found on certain new motherboards, have not been applied (or acked or > nacked or anything else). > > PATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115513979609546&w=2 > > SATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115552504713314&w=2 > > I know for a fact the the SATA patch works; I wrote it and I've been > using it for weeks. I've read the PATA patch works, too, but I haven't > personally tried it (although I'd be willing to try if it helps). > > I don't want to waste anyone's time by filing a Fedora bugzilla that > will never be implemented, so if I do, what are the prospects for > getting these patches into the Fedora development tree until such time > as they're applied upstream (if ever)? > > Maybe my expectations are too high. For the kerneldev-savvy readers, > what is the typical gestation period for upstream patches of this type? maybe you should post them on the lkml mailing list instead; that is much more active than the linux-ide list. Maybe CC linux-scsi as well since the sata stuff lives in drivers/scsi ... From notting at redhat.com Wed Aug 30 14:49:54 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Aug 2006 10:49:54 -0400 Subject: Fedora Artwork In-Reply-To: <44F578F7.8000702@fedoraproject.org> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> Message-ID: <20060830144954.GG17038@nostromo.devel.redhat.com> Rahul (sundaram at fedoraproject.org) said: > > Rationale: At that point, people start making screenshots, install > > guides, release notes, etc. In fact, I believe there are FC6 documents > > already mostly frozen. > > FC6 specific documents? There is an install guide already freezing for translation today/tomorrow. So I don't agree that we have time to change. Bill From jacliburn at bellsouth.net Wed Aug 30 14:52:01 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 30 Aug 2006 09:52:01 -0500 Subject: Via VT8237A kernel support In-Reply-To: <44F5A1BA.7070903@hhs.nl> References: <44F5A00B.9030305@bellsouth.net> <44F5A1BA.7070903@hhs.nl> Message-ID: <44F5A611.7030102@bellsouth.net> Hans de Goede wrote: > For a patch as trival as this it should be picked up real soon. But it > looks wrong that PCI ID seems completely unrelated form the other via > sata ID's whereas the others are somewhat consecutive numbers. Are you > sure you've got the right ID (iow the ID for the sata controller > function of the southbridge?) I'm positive the device ID is correct. [root at hawk ~]# lspci -v -s 00:0f.0 00:0f.0 IDE interface: VIA Technologies, Inc. VT8237A SATA 2-Port Controller (rev 80) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: VIA Technologies, Inc. VT8237A SATA 2-Port Controller Flags: bus master, medium devsel, latency 64, IRQ 82 I/O ports at dc00 [size=8] I/O ports at d880 [size=4] I/O ports at d800 [size=8] I/O ports at d480 [size=4] I/O ports at d400 [size=16] I/O ports at d000 [size=256] Capabilities: [c0] Power Management version 2 [root at hawk ~]# lspci -n -v -s 00:0f.0 00:0f.0 0101: 1106:0591 (rev 80) (prog-if 8f) Subsystem: 1106:0591 Flags: bus master, medium devsel, latency 64, IRQ 82 I/O ports at dc00 [size=8] I/O ports at d880 [size=4] I/O ports at d800 [size=8] I/O ports at d480 [size=4] I/O ports at d400 [size=16] I/O ports at d000 [size=256] Capabilities: [c0] Power Management version 2 From chris at tylers.info Wed Aug 30 14:56:02 2006 From: chris at tylers.info (Chris Tyler) Date: Wed, 30 Aug 2006 10:56:02 -0400 Subject: bluetooth in default desktop install? In-Reply-To: <20060830141905.3750373384@hormel.redhat.com> References: <20060830141905.3750373384@hormel.redhat.com> Message-ID: <1156949763.4797.176.camel@concord2.proximity.on.ca> Panu Matilainen wrote: > On Mon, 28 Aug 2006, Denis Leroy wrote: > > Alexander Larsson wrote: > >> I see that gnome-bluetooth is now an optional package in the gnome > >> installer group, and things like nautilus-sendto-bluetooth isn't > >> included at all right now. > >> > >> I think a lot of machines (laptops) these days ship with Bluetooth > >> support though, and a lot of people have mobile phones with Bluetooth > >> support. Maybe we should install packages like this by default so that > >> you can send a file to your phone in an out of the box FC6 install. > >> > >> Opinions? > > > > We're dealing with 372 Kb of packages here, so I think this is definitely > > worth installing by default. I also have a bluetooth phone, so this is not > > just reserved to laptop users. > > Another metoo - I have a bluetooth dongle on my desktop for transferring > photos from phone to computer. Hardly an uncommon task these days, at > least in this part of the world :) What about: - Installed by default, but - In a separate Anaconda/Pirut group so it can be easily de-selected during installation? (It would be oh-so-nice to have an "install these packages if the hardware is present" capability to set an intelligent default for this kind of thing). -- Chris Tyler From sundaram at fedoraproject.org Wed Aug 30 14:57:34 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 30 Aug 2006 20:27:34 +0530 Subject: Fedora Artwork In-Reply-To: <20060830144954.GG17038@nostromo.devel.redhat.com> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <20060830144954.GG17038@nostromo.devel.redhat.com> Message-ID: <44F5A75E.8010308@fedoraproject.org> Bill Nottingham wrote: > Rahul (sundaram at fedoraproject.org) said: >>> Rationale: At that point, people start making screenshots, install >>> guides, release notes, etc. In fact, I believe there are FC6 documents >>> already mostly frozen. >> FC6 specific documents? > > There is an install guide already freezing for translation today/tomorrow. > So I don't agree that we have time to change. > > Bill > AFAIK, the current translation freeze is for test3. The general release translation freeze is on September 24th. http://fedoraproject.org/wiki/DocsProject/Schedule Rahul From notting at redhat.com Wed Aug 30 14:59:23 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Aug 2006 10:59:23 -0400 Subject: Fedora Artwork In-Reply-To: <44F5A75E.8010308@fedoraproject.org> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <20060830144954.GG17038@nostromo.devel.redhat.com> <44F5A75E.8010308@fedoraproject.org> Message-ID: <20060830145923.GJ17038@nostromo.devel.redhat.com> Rahul (sundaram at fedoraproject.org) said: > >>> Rationale: At that point, people start making screenshots, install > >>> guides, release notes, etc. In fact, I believe there are FC6 documents > >>> already mostly frozen. > >>FC6 specific documents? > > > >There is an install guide already freezing for translation today/tomorrow. > >So I don't agree that we have time to change. > > AFAIK, the current translation freeze is for test3. The general release > translation freeze is on September 24th. > > http://fedoraproject.org/wiki/DocsProject/Schedule See http://fedoraproject.org/wiki/PaulWFrields/DocDrafts/ Bill From otto_rey at yahoo.com.ar Wed Aug 30 15:08:17 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Wed, 30 Aug 2006 08:08:17 -0700 (PDT) Subject: bluetooth in default desktop install? In-Reply-To: <1156949763.4797.176.camel@concord2.proximity.on.ca> Message-ID: <20060830150817.16330.qmail@web52402.mail.yahoo.com> Yes, this maybe a good option. Detect and install... and not only in installation step, in desktop will be nice. I put an BlueTooth dongle and Fedora ask me if i want to install packages to use it. :) Well... im dreaming... but will be nice.. :) ----- Original Message ---- From: Chris Tyler To: fedora-devel-list at redhat.com Sent: Wednesday, August 30, 2006 11:56:02 AM Subject: Re: bluetooth in default desktop install? Panu Matilainen wrote: > On Mon, 28 Aug 2006, Denis Leroy wrote: > > Alexander Larsson wrote: > >> I see that gnome-bluetooth is now an optional package in the gnome > >> installer group, and things like nautilus-sendto-bluetooth isn't > >> included at all right now. > >> > >> I think a lot of machines (laptops) these days ship with Bluetooth > >> support though, and a lot of people have mobile phones with Bluetooth > >> support. Maybe we should install packages like this by default so that > >> you can send a file to your phone in an out of the box FC6 install. > >> > >> Opinions? > > > > We're dealing with 372 Kb of packages here, so I think this is definitely > > worth installing by default. I also have a bluetooth phone, so this is not > > just reserved to laptop users. > > Another metoo - I have a bluetooth dongle on my desktop for transferring > photos from phone to computer. Hardly an uncommon task these days, at > least in this part of the world :) What about: - Installed by default, but - In a separate Anaconda/Pirut group so it can be easily de-selected during installation? (It would be oh-so-nice to have an "install these packages if the hardware is present" capability to set an intelligent default for this kind of thing). -- Chris Tyler -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacliburn at bellsouth.net Wed Aug 30 15:13:39 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 30 Aug 2006 10:13:39 -0500 Subject: Via VT8237A kernel support In-Reply-To: <1156948835.3101.55.camel@laptopd505.fenrus.org> References: <44F5A00B.9030305@bellsouth.net> <1156948835.3101.55.camel@laptopd505.fenrus.org> Message-ID: <44F5AB23.5080908@bellsouth.net> Arjan van de Ven wrote: > maybe you should post them on the lkml mailing list instead; that is > much more active than the linux-ide list. Maybe CC linux-scsi as well > since the sata stuff lives in drivers/scsi ... > I'd do that, but the driver source provides explicit instructions for patch submittal. I've heard nothing whatsoever from Mr. Garzik or anyone else on the linux-ide list. Furthermore, the first time I submitted the patch, I indeed (and apparently erroneously) submitted it to the linux-scsi list. Again, no response. [jcliburn at osprey ~]$ head -n 5 kernel-work/linux-2.6/Makefile VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 18 EXTRAVERSION = -rc4 NAME=Crazed Snow-Weasel [jcliburn at osprey ~]$ head -n 8 \ kernel-work/linux-2.6/drivers/scsi/sata_via.c /* * sata_via.c - VIA Serial ATA controllers * * Maintained by: Jeff Garzik * Please ALWAYS copy linux-ide at vger.kernel.org on emails. * * Copyright 2003-2004 Red Hat, Inc. All rights reserved. From stickster at gmail.com Wed Aug 30 17:15:29 2006 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Aug 2006 17:15:29 +0000 Subject: Fedora Artwork In-Reply-To: <44F578F7.8000702@fedoraproject.org> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> Message-ID: <1156958129.12689.119.camel@localhost.localdomain> On Wed, 2006-08-30 at 17:09 +0530, Rahul wrote: > Bill Nottingham wrote: > > > Of course the process isn't clear. There isn't one! > > > > That being said, we should probably have one. Here's a strawman. > > > > 1) The default artwork must be locked at the feature freeze, modulo > > bugfixes. Fixing an icon or two's orientation is a bugfix. Changing > > the theme or icon set is not. > > > > Rationale: At that point, people start making screenshots, install > > guides, release notes, etc. In fact, I believe there are FC6 documents > > already mostly frozen. > > FC6 specific documents? We dont really have any besides the release > notes. Um, the Installation Guide is one. Having worked on that all last weekend, I can tell you it's FC6 specific. :-) But like our other documents, it only undergoes a temporary freeze for our translators' sake for a short period before publication. Then it's open for business again. Any artwork changes can be screenshotted into the new one. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 alan at redhat.com Wed Aug 30 17:39:53 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 30 Aug 2006 13:39:53 -0400 Subject: Via VT8237A kernel support In-Reply-To: <44F5A00B.9030305@bellsouth.net> References: <44F5A00B.9030305@bellsouth.net> Message-ID: <20060830173953.GB15881@devserv.devel.redhat.com> On Wed, Aug 30, 2006 at 09:26:19AM -0500, Jay Cliburn wrote: > found on certain new motherboards, have not been applied (or acked or > nacked or anything else). > > PATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115513979609546&w=2 This one is in -mm (and has been supported by the new libata PATA code for a couple of months). It ought to be in 2.6.18 final, I'll make sure it gets pushed if it hasn't already. If it didn't its an oversight. > SATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115552504713314&w=2 > > I know for a fact the the SATA patch works; I wrote it and I've been > using it for weeks. I've read the PATA patch works, too, but I haven't The 0x0591 identifer is in 2.6.18-rc4-mm2 so again presumably should get pushed. > I don't want to waste anyone's time by filing a Fedora bugzilla that > will never be implemented, so if I do, what are the prospects for Actually I have a tracking bug in bugzilla for a couple of ide bits already Alan From alan at redhat.com Wed Aug 30 17:41:33 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 30 Aug 2006 13:41:33 -0400 Subject: Via VT8237A kernel support In-Reply-To: <1156948835.3101.55.camel@laptopd505.fenrus.org> References: <44F5A00B.9030305@bellsouth.net> <1156948835.3101.55.camel@laptopd505.fenrus.org> Message-ID: <20060830174133.GC15881@devserv.devel.redhat.com> On Wed, Aug 30, 2006 at 04:40:34PM +0200, Arjan van de Ven wrote: > maybe you should post them on the lkml mailing list instead; that is > much more active than the linux-ide list. Maybe CC linux-scsi as well > since the sata stuff lives in drivers/scsi ... Not any more 8) Its now in drivers/ata From notting at redhat.com Wed Aug 30 18:11:32 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Aug 2006 14:11:32 -0400 Subject: Fedora Artwork In-Reply-To: <1156958129.12689.119.camel@localhost.localdomain> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> Message-ID: <20060830181132.GB24052@nostromo.devel.redhat.com> Paul W. Frields (stickster at gmail.com) said: > > > 1) The default artwork must be locked at the feature freeze, modulo > > > bugfixes. Fixing an icon or two's orientation is a bugfix. Changing > > > the theme or icon set is not. > > > > > > Rationale: At that point, people start making screenshots, install > > > guides, release notes, etc. In fact, I believe there are FC6 documents > > > already mostly frozen. > > > > FC6 specific documents? We dont really have any besides the release > > notes. > > Um, the Installation Guide is one. Having worked on that all last > weekend, I can tell you it's FC6 specific. :-) But like our other > documents, it only undergoes a temporary freeze for our translators' > sake for a short period before publication. Then it's open for business > again. Any artwork changes can be screenshotted into the new one. Ah, I misread. I'm still leery about changing this after the feature freeze. Bill From jamatos at fc.up.pt Wed Aug 30 18:19:15 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Wed, 30 Aug 2006 19:19:15 +0100 Subject: Fedora Artwork In-Reply-To: <20060830181132.GB24052@nostromo.devel.redhat.com> References: <44F46DD9.1050908@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> Message-ID: <200608301919.15417.jamatos@fc.up.pt> On Wednesday 30 August 2006 19:11, Bill Nottingham wrote: > Ah, I misread. I'm still leery about changing this after the feature > freeze. Come on, we don't have a second chance to cause a first good impression. ;-) DNA seems a nice successor to Bubles. :-) > Bill -- Jos? Ab?lio From jacliburn at bellsouth.net Wed Aug 30 18:44:21 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 30 Aug 2006 13:44:21 -0500 Subject: Via VT8237A kernel support In-Reply-To: <20060830173953.GB15881@devserv.devel.redhat.com> References: <44F5A00B.9030305@bellsouth.net> <20060830173953.GB15881@devserv.devel.redhat.com> Message-ID: <44F5DC85.1090102@bellsouth.net> Alan Cox wrote: > On Wed, Aug 30, 2006 at 09:26:19AM -0500, Jay Cliburn wrote: >> found on certain new motherboards, have not been applied (or acked or >> nacked or anything else). >> >> PATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115513979609546&w=2 > > This one is in -mm (and has been supported by the new libata PATA code for > a couple of months). It ought to be in 2.6.18 final, I'll make sure it gets > pushed if it hasn't already. If it didn't its an oversight. > >> SATA: http://marc.theaimsgroup.com/?l=linux-ide&m=115552504713314&w=2 >> >> I know for a fact the the SATA patch works; I wrote it and I've been >> using it for weeks. I've read the PATA patch works, too, but I haven't > > > The 0x0591 identifer is in 2.6.18-rc4-mm2 so again presumably should get > pushed. > >> I don't want to waste anyone's time by filing a Fedora bugzilla that >> will never be implemented, so if I do, what are the prospects for > > Actually I have a tracking bug in bugzilla for a couple of ide bits already > > Alan > Thank you VERY much for this information. Great news indeed for those of us who own the 8237a. I've not heard a peep as a result of my patch submittal. Is there another kernel mailing list I should be watching on which I'd have seen the patch applied? (I watch -ide, -scsi, and netdev.) From alan at redhat.com Wed Aug 30 19:00:07 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 30 Aug 2006 15:00:07 -0400 Subject: Via VT8237A kernel support In-Reply-To: <44F5DC85.1090102@bellsouth.net> References: <44F5A00B.9030305@bellsouth.net> <20060830173953.GB15881@devserv.devel.redhat.com> <44F5DC85.1090102@bellsouth.net> Message-ID: <20060830190007.GF15881@devserv.devel.redhat.com> On Wed, Aug 30, 2006 at 01:44:21PM -0500, Jay Cliburn wrote: > I've not heard a peep as a result of my patch submittal. Is there > another kernel mailing list I should be watching on which I'd have seen > the patch applied? (I watch -ide, -scsi, and netdev.) I'd guess it got ignored as it was already in the upstream trees. Thanks for noticing the PATA ident was missing I've poked Andrew and Linus and it should be resolved for .18. From steve at silug.org Wed Aug 30 19:07:37 2006 From: steve at silug.org (Steven Pritchard) Date: Wed, 30 Aug 2006 14:07:37 -0500 Subject: Wishlist: remote install GUI Message-ID: <20060830190737.GA16790@osiris.silug.org> A thought came up on IRC earlier that I thought I should record somewhere: http://fedoraproject.org/wiki/StevenPritchard/InstallConsole To summarize, back in the late 90s when I was an HP-UX admin, I thought that one of the nicer tools HP made was something called Ignite-UX. It was a GUI that could be used to remotely start an install of HP-UX. On several occasions, I used to it completely reinstall dozens of HP-UX workstations all at once. I think something similar for Fedora would be Really Cool, and I'm convinced it would be fairly easy to implement by someone who knew anaconda much, much better than I do. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From mmcgrath at fedoraproject.org Wed Aug 30 19:36:51 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 30 Aug 2006 14:36:51 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <20060830190737.GA16790@osiris.silug.org> References: <20060830190737.GA16790@osiris.silug.org> Message-ID: <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> On 8/30/06, Steven Pritchard wrote: > A thought came up on IRC earlier that I thought I should record > somewhere: > > http://fedoraproject.org/wiki/StevenPritchard/InstallConsole > > To summarize, back in the late 90s when I was an HP-UX admin, I > thought that one of the nicer tools HP made was something called > Ignite-UX. It was a GUI that could be used to remotely start an > install of HP-UX. On several occasions, I used to it completely > reinstall dozens of HP-UX workstations all at once. > > I think something similar for Fedora would be Really Cool, and I'm > convinced it would be fairly easy to implement by someone who knew > anaconda much, much better than I do. :-) > > Steve > -- VNC won't do? -Mike From mmcgrath at fedoraproject.org Wed Aug 30 19:42:14 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 30 Aug 2006 14:42:14 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> Message-ID: <3237e4410608301242y2a3b37acs74da4a1dae75e8b1@mail.gmail.com> On 8/30/06, Mike McGrath wrote: > On 8/30/06, Steven Pritchard wrote: > > A thought came up on IRC earlier that I thought I should record > > somewhere: > > > > http://fedoraproject.org/wiki/StevenPritchard/InstallConsole > > > > To summarize, back in the late 90s when I was an HP-UX admin, I > > thought that one of the nicer tools HP made was something called > > Ignite-UX. It was a GUI that could be used to remotely start an > > install of HP-UX. On several occasions, I used to it completely > > reinstall dozens of HP-UX workstations all at once. > > > > I think something similar for Fedora would be Really Cool, and I'm > > convinced it would be fairly easy to implement by someone who knew > > anaconda much, much better than I do. :-) > > > > Steve > > -- > > VNC won't do? > > -Mike > Ignore me, long day :) -Mike From stb52988 at gmail.com Wed Aug 30 21:09:08 2006 From: stb52988 at gmail.com (Steve Barnhart) Date: Wed, 30 Aug 2006 17:09:08 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list Message-ID: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Forwarded to the more "technical" list following discussion. > Ya I really am saddened that no other distros have taken advantage of > YaST being open source. Everyone keeps wasting resources and > rebuilding when YaST is a good alternative and includes an ncurses gui > too. I really like YaST and is probably the reason I keep having a > hard time deciding between Fedora and openSUSE and keeping both of > them on my HD. Porting YaST should be way simpler for Fedora as it is > already RPM based. So many modules are there that rebuilding something > else just seems like a waste of time. > On 8/30/06, Nicola Losito wrote: > > > > > > So here i am again. > > I've let settle down a little dust in the discussion with Raul. > > > > From a Marketing point (yes, techicians ALL hates marketing) point how > > can/want we "force" the developers to appeal more customers ? > > And i do not mean professional ones which uses XEN or SElinux in a > > "conscious" way, but everyday people. I mean the point & click inclined to. > > I might say to look on how Novell has worked on the desktop experience of > > SLED starting from the openSUSE, there are some yards of difference between > > the two projects. > > > > From my point of view we can welcome more people: > > > > - talking till come blue in the face of Fedora, of what's going on and why > > (possibily); > > > > - continuing this road of "disclosure" i am enjoying since Max has come > > "the" chief :-P > > > > - simplyfing the package management & retrieval (again to give a slight idea > > i would *love* a hugest as possible fedora-extra repo, an external > > FC-compatible non-US repository for packages that are allowed almoust > > everywhere but not in the USA and a "Penguin Liberation Front" style repo); > > > > - answering in a clear and motivated way to people approaching .... being > > told "your vision is wrong or different" is useless. We have to suppose that > > people who subscribes here or another no help-desk list has read and > > understood our "policies" and still has a different take on them. Things are > > always perfectible (hope it's the right word) and welcoming new ideas is not > > always bad. On the contrary to stick obsessively with self made rules would > > end in a closed environment, and we - i suppose - are for the Open. > > > > - try to develop more friendly and unified "control center" .... now for > > Fedora (and also Debian) i see a tendency to put this effort on Gnome or > > KDE. I like the Mandriva Control Center and YaST approach, and since someone > > told me YaST is smart enough to leave untouched hand-modified files and > > since it has become GPL'd i would like other distro approach and make it > > better than it is (as it's being done with Smart Package management). > > > > So, lunch is coming my way .... i'll stop bothering this list ! > > Thanks for reading ++ i do hope to have been "understandable" > > > > > > > > -- > > Nicola .:kOoLiNuS:. Losito > > http://koolinus.wordpress.com -- Fedora-marketing-list mailing list Fedora-marketing-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list -- Steve From jkeating at redhat.com Wed Aug 30 21:20:55 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Aug 2006 17:20:55 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: <200608301721.00085.jkeating@redhat.com> On Wednesday 30 August 2006 17:09, Steve Barnhart wrote: > Forwarded to the more "technical" list following discussion. > > > Ya I really am saddened that no other distros have taken advantage of > > YaST being open source. Everyone keeps wasting resources and > > rebuilding when YaST is a good alternative and includes an ncurses gui > > too. I really like YaST and is probably the reason I keep having a > > hard time deciding between Fedora and openSUSE and keeping both of > > them on my HD. Porting YaST should be way simpler for Fedora as it is > > already RPM based. So many modules are there that rebuilding something > > else just seems like a waste of time. Please god no... YAST is one of the worst systems out there. linuxconf is pretty close too. -- 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 stb52988 at gmail.com Wed Aug 30 21:25:01 2006 From: stb52988 at gmail.com (Steve Barnhart) Date: Wed, 30 Aug 2006 17:25:01 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <200608301721.00085.jkeating@redhat.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <200608301721.00085.jkeating@redhat.com> Message-ID: <15ce3ec0608301425x348941fct49447110bbc1e4c0@mail.gmail.com> On 8/30/06, Jesse Keating wrote: > > > Ya I really am saddened that no other distros have taken advantage of > > > YaST being open source. Everyone keeps wasting resources and > > > rebuilding when YaST is a good alternative and includes an ncurses gui > > > too. I really like YaST and is probably the reason I keep having a > > > hard time deciding between Fedora and openSUSE and keeping both of > > > them on my HD. Porting YaST should be way simpler for Fedora as it is > > > already RPM based. So many modules are there that rebuilding something > > > else just seems like a waste of time. > > Please god no... YAST is one of the worst systems out there. linuxconf is > pretty close too. Umm actually Novell seems to be doing pretty good including it in their server options and I would like your reasoning for demeaning it in such a way. Not that I do not realize it has problems of its own, I think too many people simply critisize it because well, it makes things easier. Personally I can personally compare it to the control panel and atleast with something like that I could do stuff much easier/quicker that way and if I was trying to help someone else (especially newer people to Linux) it would be easier to walk them through that/document stuff then have them cut/paste into config files and the like which is in different places usually for distributions anyway.Ubuntu seems to be building one and reinventing the wheel as usual, but I would like to see Fedora getting in with a control panel also and YaST seems like a prime candidate. Steve From bpepple at fedoraproject.org Wed Aug 30 21:45:20 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 30 Aug 2006 17:45:20 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <200608301721.00085.jkeating@redhat.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <200608301721.00085.jkeating@redhat.com> Message-ID: <1156974320.16593.2.camel@shuttle.piedmont.com> On Wed, 2006-08-30 at 17:20 -0400, Jesse Keating wrote: > On Wednesday 30 August 2006 17:09, Steve Barnhart wrote: > > Forwarded to the more "technical" list following discussion. > > > > > Ya I really am saddened that no other distros have taken advantage of > > > YaST being open source. Everyone keeps wasting resources and > > > rebuilding when YaST is a good alternative and includes an ncurses gui > > > too. I really like YaST and is probably the reason I keep having a > > > hard time deciding between Fedora and openSUSE and keeping both of > > > them on my HD. Porting YaST should be way simpler for Fedora as it is > > > already RPM based. So many modules are there that rebuilding something > > > else just seems like a waste of time. > > Please god no... YAST is one of the worst systems out there. linuxconf is > pretty close too. Agreed. The last time I used it, admittedly a few years back, it was a cluttered mess to use. Also, last I heard it didn't have a gtk+ frontend yet (though I remember reading something about a summer of code project for it). /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Aug 30 21:46:21 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Aug 2006 17:46:21 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <15ce3ec0608301425x348941fct49447110bbc1e4c0@mail.gmail.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <200608301721.00085.jkeating@redhat.com> <15ce3ec0608301425x348941fct49447110bbc1e4c0@mail.gmail.com> Message-ID: <200608301746.21809.jkeating@redhat.com> On Wednesday 30 August 2006 17:25, Steve Barnhart wrote: > Umm actually Novell seems to be doing pretty good including it in > their server options and I would like your reasoning for demeaning it > in such a way. Not that I do not realize it has problems of its own, I > think too many people simply critisize it because well, it makes > things easier. Personally I can personally compare it to the control > panel and atleast with something like that I could do stuff much > easier/quicker that way and if I was trying to help someone else > (especially newer people to Linux) it would be easier to walk them > through that/document stuff then have them cut/paste into config files > and the like which is in different places usually for distributions > anyway.Ubuntu seems to be building one and reinventing the wheel as > usual, but I would like to see Fedora getting in with a control panel > also and YaST seems like a prime candidate. Every time I've tried to use it or had a customer try to use it, it seemed like "Oh that looks pretty, but how do I actually accomplish $foo?" struggle struggle struggle, try modifying config file by hand, watch yast overwrite it, watch yast get confused, watch system stop working in weird and whacky ways. Watch yast make assumptions that just aren't true, etc, etc, etc... I had many users send their systems back so that we could put Fedora/Red Hat on them because the SuSE crap wasn't doing it for them. Perhaps yast has gotten amazingly better in the past year or so, I don't really suspect so. I'll let others comment who've had to use it for any period of time. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From denis at poolshark.org Wed Aug 30 21:58:59 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 30 Aug 2006 23:58:59 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: <44F60A23.1070007@poolshark.org> Steve Barnhart wrote: > Forwarded to the more "technical" list following discussion. > >> Ya I really am saddened that no other distros have taken advantage of >> YaST being open source. Everyone keeps wasting resources and >> rebuilding when YaST is a good alternative and includes an ncurses gui >> too. I really like YaST and is probably the reason I keep having a >> hard time deciding between Fedora and openSUSE and keeping both of >> them on my HD. Porting YaST should be way simpler for Fedora as it is >> already RPM based. So many modules are there that rebuilding something >> else just seems like a waste of time. YaSt is the #1 reason I don't use SuSE From smooge at gmail.com Wed Aug 30 22:23:43 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 30 Aug 2006 16:23:43 -0600 Subject: Fedora Artwork In-Reply-To: <20060830181132.GB24052@nostromo.devel.redhat.com> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> Message-ID: <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> On 8/30/06, Bill Nottingham wrote: > Paul W. Frields (stickster at gmail.com) said: > > > > 1) The default artwork must be locked at the feature freeze, modulo > > > > bugfixes. Fixing an icon or two's orientation is a bugfix. Changing > > > > the theme or icon set is not. > > > > > > > > Rationale: At that point, people start making screenshots, install > > > > guides, release notes, etc. In fact, I believe there are FC6 documents > > > > already mostly frozen. > > > > > > FC6 specific documents? We dont really have any besides the release > > > notes. > > > > Um, the Installation Guide is one. Having worked on that all last > > weekend, I can tell you it's FC6 specific. :-) But like our other > > documents, it only undergoes a temporary freeze for our translators' > > sake for a short period before publication. Then it's open for business > > again. Any artwork changes can be screenshotted into the new one. > > Ah, I misread. I'm still leery about changing this after the feature > freeze. > I agree. I would prefer to see a good first impression with a fulfilled working icon set than one that hasn't been baked for a couple of months testing. From what I have been told from Apple people.. icons and other things are slushed well before other features so that a lot of usability testing can be done right. I think that for FC7 this is one thing that should be tracked in the schedule. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From samfw at redhat.com Wed Aug 30 22:50:07 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Wed, 30 Aug 2006 18:50:07 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <15ce3ec0608301425x348941fct49447110bbc1e4c0@mail.gmail.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <200608301721.00085.jkeating@redhat.com> <15ce3ec0608301425x348941fct49447110bbc1e4c0@mail.gmail.com> Message-ID: <1156978207.9624.15.camel@samfw.rdu.redhat.com> On Wed, 2006-08-30 at 17:25 -0400, Steve Barnhart wrote: > On 8/30/06, Jesse Keating wrote: > > > > Ya I really am saddened that no other distros have taken advantage of > > > > YaST being open source. Everyone keeps wasting resources and > > > > rebuilding when YaST is a good alternative and includes an ncurses gui > > > > too. I really like YaST and is probably the reason I keep having a > > > > hard time deciding between Fedora and openSUSE and keeping both of > > > > them on my HD. Porting YaST should be way simpler for Fedora as it is > > > > already RPM based. So many modules are there that rebuilding something > > > > else just seems like a waste of time. > > > > Please god no... YAST is one of the worst systems out there. linuxconf is > > pretty close too. > > Umm actually Novell seems to be doing pretty good including it in > their server options and I would like your reasoning for demeaning it > in such a way. Not that I do not realize it has problems of its own, I > think too many people simply critisize it because well, it makes > things easier. Personally I can personally compare it to the control > panel and atleast with something like that I could do stuff much > easier/quicker that way and if I was trying to help someone else > (especially newer people to Linux) it would be easier to walk them > through that/document stuff then have them cut/paste into config files > and the like which is in different places usually for distributions > anyway.Ubuntu seems to be building one and reinventing the wheel as > usual, but I would like to see Fedora getting in with a control panel > also and YaST seems like a prime candidate. > Steve, Here's my two cents. A lot of administrators I know hate /all/ control panels. Most of these control panels are web-based. Like, webmin, Plesk, cpanel, etc. The general rule of thumb with control panels is that they always have a strong possibility of hosing your configuration files (and in some cases your whole system), they often severely limit the number of options you have for any given service, and they often don't do things in the "right way" (i.e. the way the admin in question would have done them). YaST is the only one I know of that is an integral part of the distro, rather than an add-on product, but it's essentially the same thing. I would suspect that newer users to Linux (especially those coming from Windows) would be attracted to YaST initially. The more experience one gains, though, the more one realizes the tool's limitations and drawbacks. I thought YaST (and webmin) were a god-send when I first started using Linux. But now I wouldn't even think about touching them. I suspect most developers and seasoned admins would agree, but a lot of users would rather have the GUI tool even with its drawbacks... I would just say, be careful and don't depend on it too much. Having said all that... Fedora includes all kinds of GUI tools (both graphical and ncurseS) that perform these kind of routine system administration tasks... system-config-* Sam > Steve > -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA -------------- 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 Aug 30 22:50:21 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 30 Aug 2006 17:50:21 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> Message-ID: <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> On 8/30/06, Mike McGrath wrote: > On 8/30/06, Steven Pritchard wrote: > > A thought came up on IRC earlier that I thought I should record > > somewhere: > > > > http://fedoraproject.org/wiki/StevenPritchard/InstallConsole > > > > To summarize, back in the late 90s when I was an HP-UX admin, I > > thought that one of the nicer tools HP made was something called > > Ignite-UX. It was a GUI that could be used to remotely start an > > install of HP-UX. On several occasions, I used to it completely > > reinstall dozens of HP-UX workstations all at once. > > > > I think something similar for Fedora would be Really Cool, and I'm > > convinced it would be fairly easy to implement by someone who knew > > anaconda much, much better than I do. :-) > > > > Steve > > -- > > VNC won't do? > > -Mike > is there a doc up on how to remtoe install via vnc? I would like to give this a try on my test machine come FC6 ---- To be updated... From jspaleta at gmail.com Wed Aug 30 23:01:03 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 30 Aug 2006 15:01:03 -0800 Subject: Fedora Artwork In-Reply-To: <200608301919.15417.jamatos@fc.up.pt> References: <44F46DD9.1050908@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <200608301919.15417.jamatos@fc.up.pt> Message-ID: <604aa7910608301601k5bd95636s9536924f3d7dad26@mail.gmail.com> On 8/30/06, Jos? Matos wrote: > DNA seems a nice successor to Bubles. :-) Is that dolphin or human DNA? -jef"appearently when on a two day canoe trip on an Alaskan river, you are not suppose to follow bear tracks along the sandbar into the treeline when looking for privacy for your bathroom break. I would have throught this is the sort of information the trip guides would have told me before we landed on that sandbar...silly me."spaleta From jspaleta at gmail.com Wed Aug 30 23:14:50 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 30 Aug 2006 15:14:50 -0800 Subject: Fedora Artwork In-Reply-To: <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> Message-ID: <604aa7910608301614x36f495e0j5387ebc08da3999d@mail.gmail.com> On 8/30/06, Stephen John Smoogen wrote: > I agree. I would prefer to see a good first impression with a > fulfilled working icon set than one that hasn't been baked for a > couple of months testing. From what I have been told from Apple > people.. icons and other things are slushed well before other features > so that a lot of usability testing can be done right. I think that for > FC7 this is one thing that should be tracked in the schedule. I'd say something more strongly, that the icon set collection needs to be nearly together before the official fc7 testing phase starts. This is something that interested people who care about artwork touch and feel should be fighting over between fc6 release date so that by the time fc7 testing starts the back and forth opinion mongering phase will be over and we can focus on technical specifics. I LOATHE watching the recursive nature of arguments of style. The style template needs to be set in stone before fc7 opens for testing so that we can focus on more quantitative qualities of icon usage. -jef"goes back to designing well endowed childen's book characters in inkscape"spaleta From jkeating at redhat.com Wed Aug 30 23:32:08 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Aug 2006 19:32:08 -0400 Subject: Wishlist: remote install GUI In-Reply-To: <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> Message-ID: <200608301932.14167.jkeating@redhat.com> On Wednesday 30 August 2006 18:50, Arthur Pemberton wrote: > is there a doc up on how to remtoe install via vnc? I would like to > give this a try on my test machine come FC6 Just add 'vnc' to the line that launches the installer, either your CD boot line, your network boot line, the kernel argument line if you shove the kernel into your existing grub, whatever. -- 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 brent at linux.wku.edu Thu Aug 31 00:42:24 2006 From: brent at linux.wku.edu (Brent) Date: Wed, 30 Aug 2006 19:42:24 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <200608301932.14167.jkeating@redhat.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <200608301932.14167.jkeating@redhat.com> Message-ID: <44F63070.2000107@linux.wku.edu> Jesse Keating wrote: > the kernel argument line if you shove the kernel into your existing grub, whatever. Is there a good document somewhere that talks about how to do this? I have some machines that have fedora on them and I don't have CD-Drives for them or anything and this seems like the best option, but I have never seen the best way to accomplish this. Thanks Brent From jkeating at redhat.com Thu Aug 31 01:14:26 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Aug 2006 21:14:26 -0400 Subject: Wishlist: remote install GUI In-Reply-To: <44F63070.2000107@linux.wku.edu> References: <20060830190737.GA16790@osiris.silug.org> <200608301932.14167.jkeating@redhat.com> <44F63070.2000107@linux.wku.edu> Message-ID: <200608302114.26186.jkeating@redhat.com> On Wednesday 30 August 2006 20:42, Brent wrote: > Is there a good document somewhere that talks about how to do this? ?I > have some machines that have fedora on them and I don't have CD-Drives > for them or anything and this seems like the best option, but I have > never seen the best way to accomplish this. I don't know if there is a document, I just sorted it out one day when I had the itch. Grub can boot kernels and initrds right? And you can pass arguments to it right? The CD has kernel and initrd files designed for network booting over PXE, these are suitable to get a box up and on the network to start an install. Copy the kernel and initrd image from the images/pxe/ directory on the CD or on the install tree to your /boot. Edit group and make a reference to these. As for arguments, you can put anything here that you normally would type at the CD prompt, such as vnc, askmethod, text, kickstart, method, etc... Reboot to this image and away you go. -- 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 tdiehl at rogueind.com Thu Aug 31 02:12:44 2006 From: tdiehl at rogueind.com (Tom Diehl) Date: Wed, 30 Aug 2006 22:12:44 -0400 (EDT) Subject: Fedora Artwork In-Reply-To: <604aa7910608301601k5bd95636s9536924f3d7dad26@mail.gmail.com> References: <44F46DD9.1050908@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <200608301919.15417.jamatos@fc.up.pt> <604aa7910608301601k5bd95636s9536924f3d7dad26@mail.gmail.com> Message-ID: On Wed, 30 Aug 2006, Jeff Spaleta wrote: > On 8/30/06, Jos? Matos wrote: >> DNA seems a nice successor to Bubles. :-) > > Is that dolphin or human DNA? > > -jef"appearently when on a two day canoe trip on an Alaskan river, you > are not suppose to follow bear tracks along the sandbar into the > treeline when looking for privacy for your bathroom break. I would > have throught this is the sort of information the trip guides would > have told me before we landed on that sandbar...silly me."spaleta ROFLMAO!! I have just one question, did you find the bear?? At least it sounds like you are having a good time in Alaska. :-) Regards, -- Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From jtorresh at gmail.com Thu Aug 31 02:27:53 2006 From: jtorresh at gmail.com (Jorge Torres) Date: Wed, 30 Aug 2006 21:27:53 -0500 Subject: Font rendering regression for freetype 2.2.1 In-Reply-To: <36931.194.94.224.254.1156948265.squirrel@jose.freesurf.fr> References: <36931.194.94.224.254.1156948265.squirrel@jose.freesurf.fr> Message-ID: <44F64929.8020603@gmail.com> Joachim Frieben escribi?: [...] > has not received any feedback. Nobody else hit by or sensitive to this > regression? > > Yes, I've seen this too. Like you said, Luxi fonts look bad and other fonts are affected too. Pete Zaitcev has posted on his blog [1] about the "new" fonts in Rawhide, also. So it's not just you and me. [1] http://zaitcev.livejournal.com/77086.html From mmcgrath at fedoraproject.org Thu Aug 31 02:49:29 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 30 Aug 2006 21:49:29 -0500 Subject: CVS outage Message-ID: <3237e4410608301949pfc94a20n7c309a6fd238f443@mail.gmail.com> The migration today went fairly well, few bumps but all infrastructure should be back up now except for the CVS box. He's hurt, hurt bad. The issue is with booting and because many things at the colo are still in a transition right now we cannot access PDU's to restart it. We will be addressing this issue first thing tomorrow morning (US morning) when the techs are back in the data center. Outages are never fun and we apologize for any inconvenience this has caused but once everything is back up we will be in a better spot for future expandability of the Fedora Project's infrastructure. -Mike From pschroeder at uplogix.com Thu Aug 31 03:49:28 2006 From: pschroeder at uplogix.com (Paul B Schroeder) Date: Wed, 30 Aug 2006 22:49:28 -0500 Subject: "redhat" and "fedora" in package naming Message-ID: <44F65C48.6040903@uplogix.com> Not that it's a big deal.. But as redhat-config-* gave way to system-config-*, I would think the same might be done with some of the other packages.. i.e. redhat-lsb to system-lsb fedora-release to system-release etc... Makes things more generic for the downstream distros anyway.. Any thoughts on this? Cheers...Paul... -- --- Paul B Schroeder From pschroeder at uplogix.com Thu Aug 31 04:08:07 2006 From: pschroeder at uplogix.com (Paul B Schroeder) Date: Wed, 30 Aug 2006 23:08:07 -0500 Subject: readonly-root with a non-readonly-root Message-ID: <44F660A7.7050501@uplogix.com> /etc/rc.d/rc.sysinit currently gets the relies on getting $READONLY from /etc/sysconfig/readonly-root. It uses this to determine whether or not to call /etc/rc.readonly and whether or not to remount the root filesystem in read-write mode. In some instances (think flash based filesystem), it would be desireable to run the rc.readonly script (we don't want to burn up the flash), but still have the root filesystem in read-write mode (we still want to be able to do some filesystem editing). Maybe rc.sysinit could check two separate variables to control this? $EXEC_RC_READONLY or whatever you would want to call it, could be used by rc.sysinit to determine whether or not to exec rc.readonly. And $READONLY could still be used to determine whether or not to remount root read-write. Thoughts? Cheers...Paul... -- --- Paul B Schroeder From jspaleta at gmail.com Thu Aug 31 04:45:58 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 30 Aug 2006 20:45:58 -0800 Subject: "redhat" and "fedora" in package naming In-Reply-To: <44F65C48.6040903@uplogix.com> References: <44F65C48.6040903@uplogix.com> Message-ID: <604aa7910608302145w20f5a197u10540dcb221d99a0@mail.gmail.com> On 8/30/06, Paul B Schroeder wrote: > fedora-release to system-release nope not that package since the fedora-release package contains exactly the bits of configuration that tag a system as running 'fedora'. This is nothing in fedora-release that a downstream distro would need to provide except for /etc/redhat-release file because initscripts needs it which is a symlink anyways. A downstream distro has absolutely no business reusing the bulk of the files in fedora-release. And not fedora-logos package either since it contains the specific trademarked material that a downstream distro can't reuse. Make everything else that you want generically named for consistency but these two packages should stay in the fedora namespace to explicitly denote that the contents are fedora specific and downstream distros should be replacing those packages with their downstream specific versions with downstream specific content. -jef"mmmm black bean and fried banana empanadas"spaleta From nicu_fedora at nicubunu.ro Thu Aug 31 05:41:53 2006 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Thu, 31 Aug 2006 08:41:53 +0300 Subject: Fedora Artwork In-Reply-To: <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> Message-ID: <44F676A1.4000208@nicubunu.ro> Stephen John Smoogen wrote: > > I agree. I would prefer to see a good first impression with a > fulfilled working icon set than one that hasn't been baked for a > couple of months testing. From what I have been told from Apple > people.. icons and other things are slushed well before other features > so that a lot of usability testing can be done right. I think that for > FC7 this is one thing that should be tracked in the schedule. Forget the icons, if is not enough time for them, will not be the default, but for a wallpaper, GDM theme and GRUB splash there is no need for months of testing and these are very visible (and we have for weeks the good looking DNA theme from M?ir?n) -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From linux at glossolalie.org Thu Aug 31 06:30:27 2006 From: linux at glossolalie.org (Thierry Sayegh De Bellis) Date: Thu, 31 Aug 2006 07:30:27 +0100 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <44F60A23.1070007@poolshark.org> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <44F60A23.1070007@poolshark.org> Message-ID: <44F68203.7060303@glossolalie.org> Denis Leroy wrote: > Steve Barnhart wrote: >> Forwarded to the more "technical" list following discussion. >> >>> Ya I really am saddened that no other distros have taken advantage of >>> YaST being open source. Everyone keeps wasting resources and >>> rebuilding when YaST is a good alternative and includes an ncurses gui >>> too. I really like YaST and is probably the reason I keep having a >>> hard time deciding between Fedora and openSUSE and keeping both of >>> them on my HD. Porting YaST should be way simpler for Fedora as it is >>> already RPM based. So many modules are there that rebuilding something >>> else just seems like a waste of time. > > YaSt is the #1 reason I don't use SuSE > I second this, I have tried and retried over the last 3 years and seen YaST fail to deliver so many times. We are phasing out as many SLES as we can because of YaST and the fact that it's absolutely crap in a production environment. From markmc at redhat.com Thu Aug 31 07:14:53 2006 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 31 Aug 2006 08:14:53 +0100 Subject: readonly-root with a non-readonly-root In-Reply-To: <44F660A7.7050501@uplogix.com> References: <44F660A7.7050501@uplogix.com> Message-ID: <1157008493.2488.25.camel@localhost.localdomain> On Wed, 2006-08-30 at 23:08 -0500, Paul B Schroeder wrote: > /etc/rc.d/rc.sysinit currently gets the relies on getting $READONLY from > /etc/sysconfig/readonly-root. It uses this to determine whether or not to call > /etc/rc.readonly and whether or not to remount the root filesystem in read-write > mode. This is all changed in rawhide. Have a look there and see if that's any better for you. Cheers, Mark. From mailinglists at erwinrol.com Thu Aug 31 07:29:42 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 31 Aug 2006 09:29:42 +0200 Subject: rpm db problem Message-ID: <1157009382.27817.225.camel@xpc.home.erwinrol.com> This morning i tried to do a yum update and got an error, when trying a rpm -qa i got the following error; [root at xpc erwin]# rpm -qa rpmdb: /var/lib/rpm/Packages: Invalid hash meta page 0 error: cannot open Packages index using db3 - Invalid argument (22) error: cannot open Packages database in /var/lib/rpm I have no idea how this happened, have others seen this problem recently? And more important how can it be fixed? - Erwin From mailinglists at erwinrol.com Thu Aug 31 07:36:29 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 31 Aug 2006 09:36:29 +0200 Subject: rpm db problem In-Reply-To: <1157009382.27817.225.camel@xpc.home.erwinrol.com> References: <1157009382.27817.225.camel@xpc.home.erwinrol.com> Message-ID: <1157009789.27817.228.camel@xpc.home.erwinrol.com> On Thu, 2006-08-31 at 09:29 +0200, Erwin Rol wrote: > This morning i tried to do a yum update and got an error, when trying a > rpm -qa i got the following error; > > [root at xpc erwin]# rpm -qa > rpmdb: /var/lib/rpm/Packages: Invalid hash meta page 0 > error: cannot open Packages index using db3 - Invalid argument (22) > error: cannot open Packages database in /var/lib/rpm > > I have no idea how this happened, have others seen this problem > recently? And more important how can it be fixed? OK fixed it by removing the __db.??? files, but i still don't understand how this could happen. The only thing i did was yum update. Yesterday there where missing deps, so i tried again today and than got the error. - Erwin From pertusus at free.fr Thu Aug 31 07:53:47 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 31 Aug 2006 09:53:47 +0200 Subject: rpm db problem In-Reply-To: <1157009382.27817.225.camel@xpc.home.erwinrol.com> References: <1157009382.27817.225.camel@xpc.home.erwinrol.com> Message-ID: <20060831075347.GF2455@free.fr> On Thu, Aug 31, 2006 at 09:29:42AM +0200, Erwin Rol wrote: > This morning i tried to do a yum update and got an error, when trying a > rpm -qa i got the following error; > > [root at xpc erwin]# rpm -qa > rpmdb: /var/lib/rpm/Packages: Invalid hash meta page 0 > error: cannot open Packages index using db3 - Invalid argument (22) > error: cannot open Packages database in /var/lib/rpm > > I have no idea how this happened, have others seen this problem I also have ahd issues with rpm database corruption, but I don't know what caused it nor how to reproduce it. sometimes there is a segfault when running yum, which is certainly in the rpmlib, and I guess it is what screews things, and also sometimes rpm never finish. > recently? And more important how can it be fixed? What I do is rm -f /var/lib/rpm/__db* db_verify /var/lib/rpm/Packages rpm --rebuilddb -- Pat From mailinglists at erwinrol.com Thu Aug 31 08:08:32 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 31 Aug 2006 10:08:32 +0200 Subject: rpm db problem In-Reply-To: <20060831075347.GF2455@free.fr> References: <1157009382.27817.225.camel@xpc.home.erwinrol.com> <20060831075347.GF2455@free.fr> Message-ID: <1157011712.27817.232.camel@xpc.home.erwinrol.com> On Thu, 2006-08-31 at 09:53 +0200, Patrice Dumas wrote: > On Thu, Aug 31, 2006 at 09:29:42AM +0200, Erwin Rol wrote: > > This morning i tried to do a yum update and got an error, when trying a > > rpm -qa i got the following error; > > > > [root at xpc erwin]# rpm -qa > > rpmdb: /var/lib/rpm/Packages: Invalid hash meta page 0 > > error: cannot open Packages index using db3 - Invalid argument (22) > > error: cannot open Packages database in /var/lib/rpm > > > > I have no idea how this happened, have others seen this problem > > I also have ahd issues with rpm database corruption, but I don't know > what caused it nor how to reproduce it. sometimes there is a segfault > when running yum, which is certainly in the rpmlib, and I guess it is > what screews things, and also sometimes rpm never finish. I never seen RPM hang on this machine, but i did see it happen on my dual core machine. > > recently? And more important how can it be fixed? > > What I do is > > rm -f /var/lib/rpm/__db* > db_verify /var/lib/rpm/Packages > rpm --rebuilddb Yeah i did this minus the db_verify part. One silly question, didn't rpm start using sqlite? But the databases are still BDB? - Erwin From law at redhat.com Thu Aug 31 08:10:44 2006 From: law at redhat.com (Jeffrey Law) Date: Thu, 31 Aug 2006 02:10:44 -0600 Subject: readonly-root with a non-readonly-root In-Reply-To: <44F660A7.7050501@uplogix.com> References: <44F660A7.7050501@uplogix.com> Message-ID: <1157011845.10185.206.camel@fuel98.slc.redhat.com> On Wed, 2006-08-30 at 23:08 -0500, Paul B Schroeder wrote: > /etc/rc.d/rc.sysinit currently gets the relies on getting $READONLY from > /etc/sysconfig/readonly-root. It uses this to determine whether or not to call > /etc/rc.readonly and whether or not to remount the root filesystem in read-write > mode. > > In some instances (think flash based filesystem), it would be desireable to run > the rc.readonly script (we don't want to burn up the flash), but still have the > root filesystem in read-write mode (we still want to be able to do some > filesystem editing). Maybe rc.sysinit could check two separate variables to > control this? > > $EXEC_RC_READONLY or whatever you would want to call it, could be used by > rc.sysinit to determine whether or not to exec rc.readonly. And $READONLY could > still be used to determine whether or not to remount root read-write. > > Thoughts? As Mark mentioned. All this has changed. The capabilities of rc.readonly have moved into rc.sysinit. It will probabl continue to morph as we continue working on stateless linux. We also have some capabilities (via bind mounts) to allow certain files/directories to be read/write while the root filesystem itself continues to be readonly. You could probably use those capabilities to accomplish your task, particularly if you can enumerate every file/directory which you want to be writable. Jeff From alan at redhat.com Thu Aug 31 08:50:31 2006 From: alan at redhat.com (Alan Cox) Date: Thu, 31 Aug 2006 04:50:31 -0400 Subject: Font rendering regression for freetype 2.2.1 In-Reply-To: <44F64929.8020603@gmail.com> References: <36931.194.94.224.254.1156948265.squirrel@jose.freesurf.fr> <44F64929.8020603@gmail.com> Message-ID: <20060831085031.GA25393@devserv.devel.redhat.com> On Wed, Aug 30, 2006 at 09:27:53PM -0500, Jorge Torres wrote: > fonts are affected too. > > Pete Zaitcev has posted on his blog [1] about the "new" fonts in Rawhide, > also. So it's not just you and me. I see it too. Mind you some of the antaliasing has been broken since FC5 and never fixed so I may be seeing something locale specific rather than just the new fonts. From rmg57 at telus.net Thu Aug 31 08:51:40 2006 From: rmg57 at telus.net (Myles Green) Date: Thu, 31 Aug 2006 02:51:40 -0600 Subject: Fedora Artwork In-Reply-To: <44F676A1.4000208@nicubunu.ro> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> <44F676A1.4000208@nicubunu.ro> Message-ID: <20060831025140.15d68284@d205-206-253-124.abhsia.telus.net> On Thu, 31 Aug 2006 08:41:53 +0300 Nicu Buculei wrote: > Stephen John Smoogen wrote: > > > > I agree. I would prefer to see a good first impression with a > > fulfilled working icon set than one that hasn't been baked for a > > couple of months testing. From what I have been told from Apple > > people.. icons and other things are slushed well before other features > > so that a lot of usability testing can be done right. I think that for > > FC7 this is one thing that should be tracked in the schedule. > > Forget the icons, if is not enough time for them, will not be the > default, but for a wallpaper, GDM theme and GRUB splash there is no need > for months of testing and these are very visible (and we have for weeks > the good looking DNA theme from M?ir?n) Is there an actual GTK/Metacity theme out there? If so, my efforts at finding them have been in vain. I've got the wallpaper and GDM themes, still need to find/get the GRUB splash. I *like* this theme! Myles -- Save yourself! Reboot in 5 seconds! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Thu Aug 31 08:57:21 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 31 Aug 2006 10:57:21 +0200 (CEST) Subject: "redhat" and "fedora" in package naming In-Reply-To: <604aa7910608302145w20f5a197u10540dcb221d99a0@mail.gmail.com> References: <44F65C48.6040903@uplogix.com> <604aa7910608302145w20f5a197u10540dcb221d99a0@mail.gmail.com> Message-ID: <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> Le Jeu 31 ao?t 2006 06:45, Jeff Spaleta a ?crit : > On 8/30/06, Paul B Schroeder wrote: >> fedora-release to system-release > > > nope not that package since the fedora-release package contains > exactly the bits of configuration that tag a system as running > 'fedora'. This is nothing in fedora-release that a downstream distro > would need to provide except for /etc/redhat-release file because > initscripts needs it which is a symlink anyways. A downstream distro > has absolutely no business reusing the bulk of the files in > fedora-release. Actually, I think the point was if you want to create Dodo Linux 7 based on Fedora Core 6 it's easier to substitute the Dodo Linux id if the package/file providing it has a neutral name. No need to scan scripts and deps for fedora references - just replace the release file in the package with a new one. Regards, -- Nicolas Mailhot From buildsys at redhat.com Thu Aug 31 09:34:25 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 31 Aug 2006 05:34:25 -0400 Subject: rawhide report: 20060831 changes Message-ID: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> Updated Packages: NetworkManager-1:0.6.4-4.fc6 ---------------------------- * Wed Aug 30 2006 Bill Nottingham - 1:0.6.4-4 - add epochs in requirements * Wed Aug 30 2006 Dan Williams - 1:0.6.4-3 - Fix FC-5 buildreqs * Wed Aug 30 2006 Dan Williams - 1:0.6.4-2 - Revert FC6 to latest stable NM - Update to stable snapshot - Remove bind/caching-nameserver hard requirement anaconda-11.1.0.88-1 -------------------- * Wed Aug 30 2006 Jeremy Katz - 11.1.0.88-1 - Fix a case where images don't exist (#204648) - More making pkgorder quieter * Wed Aug 30 2006 Jeremy Katz - 11.1.0.87-1 - Fix traceback on editing lvm (#204631) - Fix SELinux context setting - Don't do file logging in pkgorder anacron-2.3-39.fc6 ------------------ * Wed Aug 30 2006 Jitka Kudrnacova - 2.3-39 - modified PATH in /etc/anacrontab file to make the same as in /etc/crontab (#61891) ant-0:1.6.5-2jpp.2 ------------------ * Wed Aug 30 2006 Deepak Bhole 1.6.5-2jpp.2 - Re-enabling style and xmlvalidate task on ppc64 and s390x. at-spi-1.7.11-2.fc6 ------------------- * Wed Aug 23 2006 Matthias Clasen - 1.7.11-2.fc6 - Remove debug spew audit-1.2.6-3 ------------- * Wed Aug 30 2006 Steve Grubb 1.2.6-3 - Rename audit event socket cairo-java-1.0.5-2.fc6 ---------------------- * Wed Aug 30 2006 Stepan Kasal - 1.0.5-2 - Do not pack the *.la files. - Move the *.so symlinks to -devel. - Do not do `rm *.a'--there are not any. compiz-0.0.13-0.21.20060817git.fc6 ---------------------------------- * Wed Aug 30 2006 Kristian H??gsberg - 0.0.13-0.21.20060817git.fc6 - Drop gl-include-inferiors.patch now that compiz uses COW and the X server evicts offscreen pixmaps automatically on GLX_EXT_texture_from_pixmap usage. cups-1:1.2.3-3 -------------- * Wed Aug 30 2006 Tim Waugh 1:1.2.3-3 - Don't overwrite snmp.c. - No longer need str1893 patch. * Wed Aug 30 2006 Tim Waugh 1:1.2.3-2 - 1.2.3. No longer need str1880 or str1881 patches. * Tue Aug 29 2006 Tim Waugh - Removed dest-cache patch. dbus-sharp-0.63-6.fc6 --------------------- * Wed Aug 30 2006 Alexander Larsson - 0.63-6 - Fix connection and message gc problem (#187452) - Patch from Christian Krause epiphany-2.15.92-3.fc6 ---------------------- * Wed Aug 30 2006 Matthias Clasen - 2.15.92-3.fc6 - Install the fonts and pango schemas (#204602) esc-1.0.0-9.fc6 --------------- * Wed Aug 30 2006 Jack Magne - 1.0.0-9 - Revision of the strings used in ESC. firefox-1.5.0.6-9 ----------------- * Tue Aug 29 2006 Christopher Aillon 1.5.0.6-9 - Build with -rpath (#161958) * Mon Aug 28 2006 Behdad Esfahbod - Remove "Pango breaks MathML" from firefox.sh.in frysk-0.0.1.2006.08.30.rh1-1.fc6 -------------------------------- * Tue Aug 29 2006 Stepan Kasal - 0.0.1.2006.08.30.rh1-1 - New upstream version. - Removed xorg-x11-xinit from BuildRequires, dogtail was fixed to require it. - Build also on ppc64. glib-java-0.2.6-2.fc6 --------------------- * Wed Aug 30 2006 Stepan Kasal - 0.2.6-2 - Do not pack the *.la files. - Move the *.so symlinks to -devel. glib2-2.12.3-2.fc6 ------------------ * Wed Aug 30 2006 Matthias Clasen - 2.12.3-1.fc6 - Update to 2.12.3 - Drop upstreamed patch gnome-vfs2-2.15.92-2.fc6 ------------------------ * Wed Aug 30 2006 Matthias Clasen - 2.15.92-2 - Make error handling for http redirect more robust (203678) hal-0.5.7.1-3.fc6 ----------------- * Wed Aug 30 2006 Matthias Clasen - 0.5.7.1-3.fc6 - Add a .desktop file for hal-device-manager java-1.4.2-gcj-compat-0:1.4.2.0-40jpp.104 ----------------------------------------- * Wed Aug 30 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp.104 - Import java-gcj-comapt 1.0.64. jpackage-utils-0:1.6.6-1jpp.7 ----------------------------- * Wed Aug 30 2006 Thomas Fitzsimmons - 0:1.6.6-1jpp.7 - Make rebuild-security-providers look in /usr/lib. libgconf-java-2.12.4-3.fc6 -------------------------- * Wed Aug 30 2006 Stepan Kasal - 2.12.4-3 - Do not pack the *.la files. - Move the *.so symlinks to -devel. libgnome-java-2.12.4-2.fc6 -------------------------- * Wed Aug 30 2006 Stepan Kasal - 2.12.4-2 - Do not pack the *.la files. - Move the *.so symlinks to -devel. libgtk-java-2.8.6-3.fc6 ----------------------- * Wed Aug 30 2006 Stepan Kasal - 2.8.6-3 - Do not pack the *.la files. - Move the *.so symlinks to -devel. libvte-java-0.12.1-3.fc6 ------------------------ * Wed Aug 30 2006 Stepan Kasal - 0.12.1-3 - Do not pack the *.la files. - Move the *.so symlinks to -devel. libxklavier-3.0-1.fc6 --------------------- * Wed Aug 30 2006 Matthias Clasen - 3.0-1.fc6 - Update to 3.0 - Require pkgconfig in the -devel package - Don't ship static libraries man-pages-fr-2.39-2.fc6 ----------------------- * Wed Aug 30 2006 Marcela Maslanova 2.39-2 - new version of man-pages mesa-6.5.1-0.rc2.fc6 -------------------- * Tue Aug 29 2006 Kristian H??gsberg - 6.5.1-0.rc2.fc6 - Rebase to 6.5.1 RC2. - Get rid of redhat-mesa-driver-install and redhat-mesa-target helper scripts and clean up specfile a bit. mx4j-1:3.0.1-6jpp.4 ------------------- * Wed Aug 30 2006 Deepak Bhole 3.0.1-6jpp.4 - Rebuilding. net-snmp-5.3.1.0-6.fc6 ---------------------- * Wed Aug 30 2006 Radek Vokal 5.3.1.0-6 - fix IPv4/IPv6 address presentation (#200255) nfs-utils-lib-1.0.8-7.2 ----------------------- * Wed Aug 30 2006 Steve Dickson 1.0.8-7.2 - added automake to BuildRequires: * Wed Aug 30 2006 Steve Dickson 1.0.8-7.1 - rebuild * Wed Aug 02 2006 Steve Dickson 1.0.8-7 - Updated librpcsecgss to -0.14 pyparted-1.7.3-1.fc6 -------------------- * Wed Aug 30 2006 David Cantrell - 1.7.3-1 - Include parted/constraint.h in required header files * Wed Aug 30 2006 David Cantrell - 1.7.2-2 - Require parted-1.7.1 or higher python-xeninst-0.92.0-1 ----------------------- * Wed Aug 30 2006 Jeremy Katz - 0.92.0-1 - Fix silly loop when asking about graphics support (misa) - Fix passing macaddr - Add support so that we reboot into the guest after installation finishes selinux-policy-2.3.10-3 ----------------------- * Wed Aug 30 2006 Dan Walsh 2.3.10-3 - Fix audit line - Fix requires line * Tue Aug 29 2006 Dan Walsh 2.3.10-1 - Upgrade to upstream * Mon Aug 28 2006 Dan Walsh 2.3.9-6 - Fix install problems setroubleshoot-0.38-1 --------------------- * Wed Aug 30 2006 Dan Walsh - 0.38-1 - Dan Walsh * Hook up the rest of the menu bars on browser window * Add public_content.py plugin - John Dennis * add delete_signatures() method to AlertClient class * start using the AppBar in the browser. * "open logfile" now connected all the way from browser menu to server rpc, still needs implementation, but "plumbing" is working. * fixes for the date/time dialog * remove install of setroubleshoot.glade, we now only use setroubleshoot_browser.glade * some fixed to DateTimeDialog struts-0:1.2.9-4jpp.2 --------------------- * Wed Aug 30 2006 Deepak Bhole 1.2.9-4jpp.2 - Rebuilding. system-config-printer-0.7.27-1 ------------------------------ * Wed Aug 30 2006 Tim Waugh 0.7.27-1 - Build requires intltool. - 0.7.27. system-config-securitylevel-1.6.25-1 ------------------------------------ * Wed Aug 30 2006 Chris Lumens 1.6.25-1 - Fix traceback from debugging dialog. - Display a dialog while policy is being saved and reloaded. usermode-1.86-1 --------------- * Wed Aug 30 2006 Martin Bacovsky 1.86-1 - fix userpasswd - Query window pops up three times if cancelling passwd (#202924) - Serbian latin script translation added (#203003) vim-2:7.0.076-1 --------------- * Wed Aug 30 2006 Karsten Hopp 7.0.076-1 - Patchlevel 76 vixie-cron-4:4.1-63.fc6 ----------------------- * Wed Aug 30 2006 Marcela Maslanova - 4:4.1-63 - fix problem with selinux (#181439) * Mon Aug 28 2006 Marcela Maslanova - 4:4.1-61 - changes in spec file (#204230) * Fri Aug 25 2006 Marcela Maslanova - 4:4.1-60 - patch from Jose Plans fixed: Job delayed after using crontab -e xen-3.0.2-29 ------------ * Wed Aug 30 2006 Jeremy Katz - 3.0.2-29 - update libvncserver to hopefully fix problems with vnc clients disconnecting xkeyboard-config-0.8-5 ---------------------- * Tue Aug 29 2006 Alexander Larsson - 0.8-5 - Add MacBook model and geometry, plus alt_win option xorg-x11-server-1.1.1-33.fc6 ---------------------------- * Wed Aug 30 2006 Kristian H??gsberg - 1.1.1-33.fc6 - Update xorg-x11-server-1.1.1-offscreen-pixmaps.patch to evict pixmap when GLX_EXT_texture_from_pixmap is first used. yum-2.9.5-3 ----------- * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 - fix deprecation warnings in installonlyn (Jack Neely) Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.0-3.ia64 requires libvirt-python >= 0:0.1.4-3 virt-manager - 0.2.0-3.ia64 requires python-xeninst >= 0:0.90.1 From gilboad at gmail.com Thu Aug 31 09:45:04 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 31 Aug 2006 12:45:04 +0300 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C Message-ID: <1157017504.5475.9.camel@gilboa-work-dev> Hello all, This bug has been originally reported against yum/FC3 by Rahul Sundaram and continues to thrive... In essence, once yum begins to download files, it misinterprets Ctrl-C as "Mirror switch" instead of "Cancel", leaving the user no direct way to halt yum. (I usually suspend yum [Ctrl-Z] and then kill it using "killall -9 yum" which is -far- from being an ideal solution). Any chance of getting this fixed before FC6? Gilboa From david at lovesunix.net Thu Aug 31 09:49:34 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 31 Aug 2006 11:49:34 +0200 Subject: "redhat" and "fedora" in package naming In-Reply-To: <44F65C48.6040903@uplogix.com> References: <44F65C48.6040903@uplogix.com> Message-ID: <1157017774.2600.21.camel@price> ons, 30 08 2006 kl. 22:49 -0500, skrev Paul B Schroeder: > Not that it's a big deal.. But as redhat-config-* gave way to system-config-*, > I would think the same might be done with some of the other packages.. i.e. > > redhat-lsb to system-lsb > fedora-release to system-release > etc... > > Makes things more generic for the downstream distros anyway.. Any thoughts on this? If I'm not mistaken the artwork is still contained in redhat-artwork as well which would make it a candidate for renaming. - David From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 31 10:57:37 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 31 Aug 2006 12:57:37 +0200 Subject: rawhide report: 20060831 changes In-Reply-To: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> Message-ID: <20060831125737.5a8d2b16@python2> buildsys at redhat.com wrote : > yum-2.9.5-3 > ----------- > * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 > - fix deprecation warnings in installonlyn (Jack Neely) Looks like installonlyn.py is broken now : # yum update Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 85, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 183, in getOptionsConfig errorlevel=opts.errorlevel) File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 123, in doConfigSetup startupconf.pluginconfpath) File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 227, in doPluginSetup plugin_types, confpath) File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 128, in __init__ self._importplugins(types) File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 169, in _importplugins self._loadplugin(modulefile, types) File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 185, in _loadplugin module = imp.load_module(modname, fp, pathname, description) File "/usr/lib/yum-plugins/installonlyn.py", line 23, in ? from yum.packages import YumInstalledPackage, comparePoEVR ImportError: cannot import name comparePoEVR People might want to "yum --exclude=yum update" today ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2600.fc6 Load : 2.41 2.23 1.99 From skvidal at linux.duke.edu Thu Aug 31 11:21:50 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 31 Aug 2006 07:21:50 -0400 Subject: rpm db problem In-Reply-To: <1157011712.27817.232.camel@xpc.home.erwinrol.com> References: <1157009382.27817.225.camel@xpc.home.erwinrol.com> <20060831075347.GF2455@free.fr> <1157011712.27817.232.camel@xpc.home.erwinrol.com> Message-ID: <1157023310.8113.2.camel@cutter> On Thu, 2006-08-31 at 10:08 +0200, Erwin Rol wrote: > On Thu, 2006-08-31 at 09:53 +0200, Patrice Dumas wrote: > > On Thu, Aug 31, 2006 at 09:29:42AM +0200, Erwin Rol wrote: > > > This morning i tried to do a yum update and got an error, when trying a > > > rpm -qa i got the following error; > > > > > > [root at xpc erwin]# rpm -qa > > > rpmdb: /var/lib/rpm/Packages: Invalid hash meta page 0 > > > error: cannot open Packages index using db3 - Invalid argument (22) > > > error: cannot open Packages database in /var/lib/rpm > > > > > > I have no idea how this happened, have others seen this problem > > > > I also have ahd issues with rpm database corruption, but I don't know > > what caused it nor how to reproduce it. sometimes there is a segfault > > when running yum, which is certainly in the rpmlib, and I guess it is > > what screews things, and also sometimes rpm never finish. > > I never seen RPM hang on this machine, but i did see it happen on my > dual core machine. > > > > recently? And more important how can it be fixed? > > > > What I do is > > > > rm -f /var/lib/rpm/__db* > > db_verify /var/lib/rpm/Packages > > rpm --rebuilddb > > Yeah i did this minus the db_verify part. > > One silly question, didn't rpm start using sqlite? But the databases > are still BDB? rpm defaults to bdb use. It _can_ use sqlite. -sv From skvidal at linux.duke.edu Thu Aug 31 11:48:18 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 31 Aug 2006 07:48:18 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157017504.5475.9.camel@gilboa-work-dev> References: <1157017504.5475.9.camel@gilboa-work-dev> Message-ID: <1157024899.8113.6.camel@cutter> On Thu, 2006-08-31 at 12:45 +0300, Gilboa Davara wrote: > Hello all, > > This bug has been originally reported against yum/FC3 by Rahul Sundaram > and continues to thrive... > In essence, once yum begins to download files, it misinterprets Ctrl-C > as "Mirror switch" instead of "Cancel", leaving the user no direct way > to halt yum. This has been considered a feature by a fair number of users. > (I usually suspend yum [Ctrl-Z] and then kill it using "killall -9 yum" > which is -far- from being an ideal solution). Outside of downloading files you should be able to cancel yum at any time in recent cvs pulls. > Any chance of getting this fixed before FC6? I'm not sure we'll ever be fixing the mirror skip thing or not. -sv From stickster at gmail.com Thu Aug 31 11:47:31 2006 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 31 Aug 2006 07:47:31 -0400 Subject: Wishlist: remote install GUI In-Reply-To: <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> Message-ID: <1157024851.14304.3.camel@localhost.localdomain> On Wed, 2006-08-30 at 17:50 -0500, Arthur Pemberton wrote: > On 8/30/06, Mike McGrath wrote: > > On 8/30/06, Steven Pritchard wrote: > > > A thought came up on IRC earlier that I thought I should record > > > somewhere: > > > > > > http://fedoraproject.org/wiki/StevenPritchard/InstallConsole > > > > > > To summarize, back in the late 90s when I was an HP-UX admin, I > > > thought that one of the nicer tools HP made was something called > > > Ignite-UX. It was a GUI that could be used to remotely start an > > > install of HP-UX. On several occasions, I used to it completely > > > reinstall dozens of HP-UX workstations all at once. > > > > > > I think something similar for Fedora would be Really Cool, and I'm > > > convinced it would be fairly easy to implement by someone who knew > > > anaconda much, much better than I do. :-) > > > > VNC won't do? > > > is there a doc up on how to remtoe install via vnc? I would like to > give this a try on my test machine come FC6 As Mike also realized, VNC isn't exactly the same thing, in that you can't *initiate* the install remotely. But if you have a boot CD/DVD, like Jesse said, you can do the install mostly as a remote operation. The Installation Guide has had this information for some time; see Appendix A: http://fedora.redhat.com/docs/fedora-install-guide-en/fc5/sn-remoteaccess-installation.html That's for FC5, but the information won't change much, if at all, for FC6. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 arjan at fenrus.demon.nl Thu Aug 31 11:52:32 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 31 Aug 2006 13:52:32 +0200 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157024899.8113.6.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> Message-ID: <1157025158.2715.103.camel@laptopd505.fenrus.org> > > Any chance of getting this fixed before FC6? > > I'm not sure we'll ever be fixing the mirror skip thing or not. can we at least do "if ctrl-c three times within a second then abort" so that it's at least possible to abort it if you try hard enough? From Lam at Lam.pl Thu Aug 31 11:58:53 2006 From: Lam at Lam.pl (Leszek Matok) Date: Thu, 31 Aug 2006 13:58:53 +0200 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157024899.8113.6.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> Message-ID: <1157025533.3142.1.camel@pensja.lam.pl> Dnia 31-08-2006, czw o godzinie 07:48 -0400, seth vidal napisa?(a): > > In essence, once yum begins to download files, it misinterprets Ctrl-C > > as "Mirror switch" instead of "Cancel", leaving the user no direct way > > to halt yum. > This has been considered a feature by a fair number of users. As I've already written, it ignores ^\ (quit signal) as well. I'm all for ^C being "terminate transfer and skip to the next mirror", but PLEASE, make it quit on ^\, then. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From jkeating at redhat.com Thu Aug 31 11:59:36 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 31 Aug 2006 07:59:36 -0400 Subject: "redhat" and "fedora" in package naming In-Reply-To: <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> References: <44F65C48.6040903@uplogix.com> <604aa7910608302145w20f5a197u10540dcb221d99a0@mail.gmail.com> <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> Message-ID: <200608310759.39552.jkeating@redhat.com> On Thursday 31 August 2006 04:57, Nicolas Mailhot wrote: > Actually, I think the point was if you want to create Dodo Linux 7 based > on Fedora Core 6 it's easier to substitute the Dodo Linux id if the > package/file providing it has a neutral name. No need to scan scripts and > deps for fedora references - just replace the release file in the package > with a new one. Most of these specifically named packages do have a Provides: system-foo for generic deps, so that we don't have to change the deps between RHEL and FC (: -- 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 alan at redhat.com Thu Aug 31 12:02:25 2006 From: alan at redhat.com (Alan Cox) Date: Thu, 31 Aug 2006 08:02:25 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157024899.8113.6.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> Message-ID: <20060831120225.GA9314@devserv.devel.redhat.com> On Thu, Aug 31, 2006 at 07:48:18AM -0400, seth vidal wrote: > > Any chance of getting this fixed before FC6? > > I'm not sure we'll ever be fixing the mirror skip thing or not. The ^C feature is useful, but if ^\ (which is the stronger 'go away') actually killed yum it would be nicer. From jakub at redhat.com Thu Aug 31 12:04:57 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 31 Aug 2006 08:04:57 -0400 Subject: Wishlist: remote install GUI In-Reply-To: <1157024851.14304.3.camel@localhost.localdomain> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> Message-ID: <20060831120457.GK12531@devserv.devel.redhat.com> On Thu, Aug 31, 2006 at 07:47:31AM -0400, Paul W. Frields wrote: > As Mike also realized, VNC isn't exactly the same thing, in that you > can't *initiate* the install remotely. But if you have a boot CD/DVD, Why not? If the box is already running, you can just copy isolinux/vmlinuz and isolinux/initrd.img to /boot, edit /etc/grub.conf, add the vnc option etc. in there, make it the default target and reboot. Jakub From skvidal at linux.duke.edu Thu Aug 31 12:09:27 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 31 Aug 2006 08:09:27 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831120225.GA9314@devserv.devel.redhat.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <20060831120225.GA9314@devserv.devel.redhat.com> Message-ID: <1157026167.8113.10.camel@cutter> On Thu, 2006-08-31 at 08:02 -0400, Alan Cox wrote: > On Thu, Aug 31, 2006 at 07:48:18AM -0400, seth vidal wrote: > > > Any chance of getting this fixed before FC6? > > > > I'm not sure we'll ever be fixing the mirror skip thing or not. > > The ^C feature is useful, but if ^\ (which is the stronger 'go away') actually > killed yum it would be nicer. I'm looking at what ^\ raises now to see if we can grab it. -sv From mattdm at mattdm.org Thu Aug 31 12:27:40 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 31 Aug 2006 08:27:40 -0400 Subject: "redhat" and "fedora" in package naming In-Reply-To: <1157017774.2600.21.camel@price> References: <44F65C48.6040903@uplogix.com> <1157017774.2600.21.camel@price> Message-ID: <20060831122740.GA22902@jadzia.bu.edu> On Thu, Aug 31, 2006 at 11:49:34AM +0200, David Nielsen wrote: > > Makes things more generic for the downstream distros anyway.. Any thoughts on this? > If I'm not mistaken the artwork is still contained in redhat-artwork as > well which would make it a candidate for renaming. Is it still all Red Hat-produced artwork? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From stickster at gmail.com Thu Aug 31 12:28:50 2006 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 31 Aug 2006 08:28:50 -0400 Subject: Wishlist: remote install GUI In-Reply-To: <20060831120457.GK12531@devserv.devel.redhat.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <20060831120457.GK12531@devserv.devel.redhat.com> Message-ID: <1157027330.14304.11.camel@localhost.localdomain> On Thu, 2006-08-31 at 08:04 -0400, Jakub Jelinek wrote: > On Thu, Aug 31, 2006 at 07:47:31AM -0400, Paul W. Frields wrote: > > As Mike also realized, VNC isn't exactly the same thing, in that you > > can't *initiate* the install remotely. But if you have a boot CD/DVD, > > Why not? If the box is already running, you can just copy > isolinux/vmlinuz and isolinux/initrd.img to /boot, edit /etc/grub.conf, > add the vnc option etc. in there, make it the default target and reboot. Well yes, but that's not a function of VNC per se; my wording was imprecise on that count, but that was the meaning. How often I give advice to do it that way -- at least in my company -- would be a function of the "actual remoteness" of the box and the experience level of the administrator. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 rmg57 at telus.net Thu Aug 31 13:12:37 2006 From: rmg57 at telus.net (Myles Green) Date: Thu, 31 Aug 2006 07:12:37 -0600 Subject: rawhide report: 20060831 changes In-Reply-To: <20060831125737.5a8d2b16@python2> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> <20060831125737.5a8d2b16@python2> Message-ID: <20060831071237.57e826fc@d205-206-253-124.abhsia.telus.net> On Thu, 31 Aug 2006 12:57:37 +0200 Matthias Saou wrote: > buildsys at redhat.com wrote : > > > yum-2.9.5-3 > > ----------- > > * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 > > - fix deprecation warnings in installonlyn (Jack Neely) > > Looks like installonlyn.py is broken now : *sigh* too late :-/ Has anybody created 'the fix' yet? Could you please post the link here? Thanks. Myles -- "I suppose you expect me to talk." "No, Mr. Bond. I expect you to die." -- Goldfinger -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at nodata.co.uk Thu Aug 31 13:14:40 2006 From: fedora at nodata.co.uk (nodata) Date: Thu, 31 Aug 2006 15:14:40 +0200 (CEST) Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157024899.8113.6.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> Message-ID: <50758.213.164.3.90.1157030080.squirrel@www.nodata.co.uk> >> In essence, once yum begins to download files, it misinterprets Ctrl-C >> as "Mirror switch" instead of "Cancel", leaving the user no direct way >> to halt yum. > > This has been considered a feature by a fair number of users. The ability to switch mirrors *is* a nice feature, but the ability for a program to exit when you type ctrl-c is much nicer, and it's good to follow standard behaviour. Why not use something else to switch mirrors? From pertusus at free.fr Thu Aug 31 13:26:53 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 31 Aug 2006 15:26:53 +0200 Subject: rawhide report: 20060831 changes In-Reply-To: <20060831071237.57e826fc@d205-206-253-124.abhsia.telus.net> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> <20060831125737.5a8d2b16@python2> <20060831071237.57e826fc@d205-206-253-124.abhsia.telus.net> Message-ID: <20060831132653.GM2455@free.fr> On Thu, Aug 31, 2006 at 07:12:37AM -0600, Myles Green wrote: > On Thu, 31 Aug 2006 12:57:37 +0200 > Matthias Saou > wrote: > > > buildsys at redhat.com wrote : > > > > > yum-2.9.5-3 > > > ----------- > > > * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 > > > - fix deprecation warnings in installonlyn (Jack Neely) > > > > Looks like installonlyn.py is broken now : > > *sigh* too late :-/ Has anybody created 'the fix' yet? Could you please > post the link here? Thanks. You can comment out or disable plugins in yum.conf: #plugins=1 -- Pat From gilboad at gmail.com Thu Aug 31 13:48:36 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 31 Aug 2006 16:48:36 +0300 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157024899.8113.6.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> Message-ID: <1157032116.5475.21.camel@gilboa-work-dev> On Thu, 2006-08-31 at 07:48 -0400, seth vidal wrote: > On Thu, 2006-08-31 at 12:45 +0300, Gilboa Davara wrote: > > Hello all, > > > > This bug has been originally reported against yum/FC3 by Rahul Sundaram > > and continues to thrive... > > In essence, once yum begins to download files, it misinterprets Ctrl-C > > as "Mirror switch" instead of "Cancel", leaving the user no direct way > > to halt yum. > > This has been considered a feature by a fair number of users. I don't doubt it. Buy why use Ctrl-C? It's like using the "X" button on a gnome WM decoration to maximize the Window. It simpley makes no sense. > > > > (I usually suspend yum [Ctrl-Z] and then kill it using "killall -9 yum" > > which is -far- from being an ideal solution). > > > Outside of downloading files you should be able to cancel yum at any > time in recent cvs pulls. At least on slow(er) links, Download is the longest running task. > > > Any chance of getting this fixed before FC6? > > I'm not sure we'll ever be fixing the mirror skip thing or not. A couple of possible solutions spring in mind. A. Enable Ctrl-\ (SIGABRT) kill yum. B. If you hit Ctrl-C twice, kill yum. And my favorite: C. Move mirror switch to a different keyboard combination (Ctrl-M?) and return Ctrl-C to its default behavior - graceful shutdown. Gilboa From fedora at camperquake.de Thu Aug 31 13:54:18 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 31 Aug 2006 15:54:18 +0200 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157032116.5475.21.camel@gilboa-work-dev> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157032116.5475.21.camel@gilboa-work-dev> Message-ID: <20060831155418.3d532d69@banea.int.addix.net> Hi. On Thu, 31 Aug 2006 16:48:36 +0300, Gilboa Davara wrote: > C. Move mirror switch to a different keyboard combination (Ctrl-M?) > and return Ctrl-C to its default behavior - graceful shutdown. The nice thing about Ctrl-C is that you do not have to do much to handle it. The system delivers a signal to you for free if the user presses it. You'd have to poll for Ctrl-M yourself. From sundaram at fedoraproject.org Thu Aug 31 14:25:49 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 19:55:49 +0530 Subject: Fedora Artwork In-Reply-To: <20060830181132.GB24052@nostromo.devel.redhat.com> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> Message-ID: <44F6F16D.1050507@fedoraproject.org> Bill Nottingham wrote: > Paul W. Frields (stickster at gmail.com) said: >>>> 1) The default artwork must be locked at the feature freeze, modulo >>>> bugfixes. Fixing an icon or two's orientation is a bugfix. Changing >>>> the theme or icon set is not. >>>> >>>> Rationale: At that point, people start making screenshots, install >>>> guides, release notes, etc. In fact, I believe there are FC6 documents >>>> already mostly frozen. >>> FC6 specific documents? We dont really have any besides the release >>> notes. >> Um, the Installation Guide is one. Having worked on that all last >> weekend, I can tell you it's FC6 specific. :-) But like our other >> documents, it only undergoes a temporary freeze for our translators' >> sake for a short period before publication. Then it's open for business >> again. Any artwork changes can be screenshotted into the new one. > > Ah, I misread. I'm still leery about changing this after the feature > freeze. > I think we leave icon theme unchanged as a separate package in Fedora Extras and look at importing the DNA theme and completing it. Rahul From sundaram at fedoraproject.org Thu Aug 31 14:27:20 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 19:57:20 +0530 Subject: "redhat" and "fedora" in package naming In-Reply-To: <20060831122740.GA22902@jadzia.bu.edu> References: <44F65C48.6040903@uplogix.com> <1157017774.2600.21.camel@price> <20060831122740.GA22902@jadzia.bu.edu> Message-ID: <44F6F1C8.7070903@fedoraproject.org> Matthew Miller wrote: > On Thu, Aug 31, 2006 at 11:49:34AM +0200, David Nielsen wrote: >>> Makes things more generic for the downstream distros anyway.. Any thoughts on this? >> If I'm not mistaken the artwork is still contained in redhat-artwork as >> well which would make it a candidate for renaming. > > Is it still all Red Hat-produced artwork? > So far, yes. Rahul From sundaram at fedoraproject.org Thu Aug 31 14:27:41 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 19:57:41 +0530 Subject: Fedora Artwork In-Reply-To: <20060831025140.15d68284@d205-206-253-124.abhsia.telus.net> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> <44F676A1.4000208@nicubunu.ro> <20060831025140.15d68284@d205-206-253-124.abhsia.telus.net> Message-ID: <44F6F1DD.8040608@fedoraproject.org> Myles Green wrote: > Is there an actual GTK/Metacity theme out there? If so, my efforts at > finding them have been in vain. I've got the wallpaper and GDM themes, > still need to find/get the GRUB splash. I *like* this theme! > > Myles No. We havent created a Metacity DNA theme (yet). Rahul From katzj at redhat.com Thu Aug 31 14:29:02 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 31 Aug 2006 10:29:02 -0400 Subject: rawhide report: 20060831 changes In-Reply-To: <20060831071237.57e826fc@d205-206-253-124.abhsia.telus.net> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> <20060831125737.5a8d2b16@python2> <20060831071237.57e826fc@d205-206-253-124.abhsia.telus.net> Message-ID: <1157034542.24982.2.camel@aglarond.local> On Thu, 2006-08-31 at 07:12 -0600, Myles Green wrote: > On Thu, 31 Aug 2006 12:57:37 +0200 > Matthias Saou > wrote: > > buildsys at redhat.com wrote : > > > > > yum-2.9.5-3 > > > ----------- > > > * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 > > > - fix deprecation warnings in installonlyn (Jack Neely) > > > > Looks like installonlyn.py is broken now : > > *sigh* too late :-/ Has anybody created 'the fix' yet? Could you please > post the link here? Thanks. Sorry about that -- didn't look closely enough to notice that it was using one of the post-2.9.5 methods. Backed out the change and put up http://people.redhat.com/~katzj/yum-2.9.5-4.noarch.rpm and http://people.redhat.com/~katzj/yum-updatesd-2.9.5-4.noarch.rpm Jeremy From sundaram at fedoraproject.org Thu Aug 31 14:31:22 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 20:01:22 +0530 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157024899.8113.6.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> Message-ID: <44F6F2BA.8030609@fedoraproject.org> seth vidal wrote: > Outside of downloading files you should be able to cancel yum at any > time in recent cvs pulls. Users usually want to cancel it only during downloads because the mirrors or down or they are on a slow connections and things like that. Rahul From gilboad at gmail.com Thu Aug 31 14:35:50 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 31 Aug 2006 17:35:50 +0300 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831155418.3d532d69@banea.int.addix.net> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157032116.5475.21.camel@gilboa-work-dev> <20060831155418.3d532d69@banea.int.addix.net> Message-ID: <1157034950.5475.24.camel@gilboa-work-dev> On Thu, 2006-08-31 at 15:54 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 31 Aug 2006 16:48:36 +0300, Gilboa Davara wrote: > > > C. Move mirror switch to a different keyboard combination (Ctrl-M?) > > and return Ctrl-C to its default behavior - graceful shutdown. > > The nice thing about Ctrl-C is that you do not have to do much > to handle it. The system delivers a signal to you for free if > the user presses it. You'd have to poll for Ctrl-M yourself. > I know ;) Don't know much about Python, but I doubt that its more difficult then doing the same in C... Gilboa From mattdm at mattdm.org Thu Aug 31 14:47:06 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 31 Aug 2006 10:47:06 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157032116.5475.21.camel@gilboa-work-dev> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157032116.5475.21.camel@gilboa-work-dev> Message-ID: <20060831144706.GA28309@jadzia.bu.edu> On Thu, Aug 31, 2006 at 04:48:36PM +0300, Gilboa Davara wrote: > > This has been considered a feature by a fair number of users. > I don't doubt it. > Buy why use Ctrl-C? > It's like using the "X" button on a gnome WM decoration to maximize the > Window. It simpley makes no sense. To you, perhaps. However, this sort of thing is fairly traditional behavior in many unix programs -- stop what you're doing without killing the program. Try this: run "bc", and type: while (1) print "looping\n" and hit enter. Then, hit ctrl-c. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fedora at nodata.co.uk Thu Aug 31 14:54:58 2006 From: fedora at nodata.co.uk (nodata) Date: Thu, 31 Aug 2006 16:54:58 +0200 (CEST) Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831144706.GA28309@jadzia.bu.edu> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157032116.5475.21.camel@gilboa-work-dev> <20060831144706.GA28309@jadzia.bu.edu> Message-ID: <8262.213.164.3.90.1157036098.squirrel@www.nodata.co.uk> > On Thu, Aug 31, 2006 at 04:48:36PM +0300, Gilboa Davara wrote: > To you, perhaps. However, this sort of thing is fairly traditional > behavior > in many unix programs -- stop what you're doing without killing the > program. > > Try this: run "bc", and type: > > while (1) print "looping\n" > > and hit enter. Then, hit ctrl-c. But bc is an interactive calculator thing, just like running python gives you an interactive python shell. ^C for bc wouldn't make a lot of sense. yum is a system admin tool that you use to update your box, it's in the same category as top, find, ps, rpm, etc. All of those exit cleanly when you type ^C. From nicolas.mailhot at laposte.net Thu Aug 31 14:42:16 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 31 Aug 2006 16:42:16 +0200 (CEST) Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <44F6F2BA.8030609@fedoraproject.org> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> Message-ID: <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> Le Jeu 31 ao?t 2006 16:31, Rahul a ?crit : > seth vidal wrote: > >> Outside of downloading files you should be able to cancel yum at any >> time in recent cvs pulls. > > Users usually want to cancel it only during downloads because the > mirrors or down or they are on a slow connections and things like that. The other slow part is the rpm transaction, and most users are not mad enough to cancel it. -- Nicolas Mailhot From pschroeder at uplogix.com Thu Aug 31 15:25:56 2006 From: pschroeder at uplogix.com (Paul B Schroeder) Date: Thu, 31 Aug 2006 10:25:56 -0500 Subject: "redhat" and "fedora" in package naming In-Reply-To: <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> References: <44F65C48.6040903@uplogix.com> <604aa7910608302145w20f5a197u10540dcb221d99a0@mail.gmail.com> <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> Message-ID: <44F6FF84.7030702@uplogix.com> Nicolas Mailhot wrote: > Le Jeu 31 ao?t 2006 06:45, Jeff Spaleta a ?crit : >> On 8/30/06, Paul B Schroeder wrote: >>> fedora-release to system-release >> >> nope not that package since the fedora-release package contains >> exactly the bits of configuration that tag a system as running >> 'fedora'. This is nothing in fedora-release that a downstream distro >> would need to provide except for /etc/redhat-release file because >> initscripts needs it which is a symlink anyways. A downstream distro >> has absolutely no business reusing the bulk of the files in >> fedora-release. > > Actually, I think the point was if you want to create Dodo Linux 7 based > on Fedora Core 6 it's easier to substitute the Dodo Linux id if the > package/file providing it has a neutral name. No need to scan scripts and > deps for fedora references - just replace the release file in the package > with a new one. Yea.. This is more along the lines of what I was thinking. If somebody wanted to replace initscripts for instance, it is just nicer to replace the files in that package or do a patch in the spec file. I wouldn't create an entirely new "myinitscripts" package. I suppose you could create a new package and say that is "provides initscripts". But that just feels dirty. And it doesn't keep you consistent with FC upstream. Either way you're going to replace the files in, for example, fedora-release. Either by changing the files in the package or creating a new one. The name of a package/distro doesn't really change what people do with them. As I mentioned, not a big deal, but it would just seem more consistent and cleaner to me. -- --- Paul B Schroeder From gilboad at gmail.com Thu Aug 31 15:26:23 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 31 Aug 2006 18:26:23 +0300 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831144706.GA28309@jadzia.bu.edu> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157032116.5475.21.camel@gilboa-work-dev> <20060831144706.GA28309@jadzia.bu.edu> Message-ID: <1157037983.5475.31.camel@gilboa-work-dev> On Thu, 2006-08-31 at 10:47 -0400, Matthew Miller wrote: > On Thu, Aug 31, 2006 at 04:48:36PM +0300, Gilboa Davara wrote: > > > This has been considered a feature by a fair number of users. > > I don't doubt it. > > Buy why use Ctrl-C? > > It's like using the "X" button on a gnome WM decoration to maximize the > > Window. It simpley makes no sense. > > To you, perhaps. However, this sort of thing is fairly traditional behavior > in many unix programs -- stop what you're doing without killing the program. > > Try this: run "bc", and type: > > while (1) print "looping\n" > > and hit enter. Then, hit ctrl-c. > Umm... bc does stop the current execution. More-ever, convert your code to C, and it will immediately quit. " #include #include int main(int cArgc, char *szArgv[]) { while ( 1 ) printf("Loooooooping\n"); return 99; } " (The default signal handler does exit(130) when Ctrl-C is signaled) From skvidal at linux.duke.edu Thu Aug 31 15:32:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 31 Aug 2006 11:32:58 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> Message-ID: <1157038379.10742.4.camel@cutter> On Thu, 2006-08-31 at 16:42 +0200, Nicolas Mailhot wrote: > Le Jeu 31 ao?t 2006 16:31, Rahul a ?crit : > > seth vidal wrote: > > > >> Outside of downloading files you should be able to cancel yum at any > >> time in recent cvs pulls. > > > > Users usually want to cancel it only during downloads because the > > mirrors or down or they are on a slow connections and things like that. > > The other slow part is the rpm transaction, and most users are not mad > enough to cancel it. cancelling during the transaction is a bad, bad idea. -sv From pschroeder at uplogix.com Thu Aug 31 15:32:00 2006 From: pschroeder at uplogix.com (Paul B Schroeder) Date: Thu, 31 Aug 2006 10:32:00 -0500 Subject: readonly-root with a non-readonly-root In-Reply-To: <1157011845.10185.206.camel@fuel98.slc.redhat.com> References: <44F660A7.7050501@uplogix.com> <1157011845.10185.206.camel@fuel98.slc.redhat.com> Message-ID: <44F700F0.9060301@uplogix.com> Excellent.. Even better... Thanks... Jeffrey Law wrote: > On Wed, 2006-08-30 at 23:08 -0500, Paul B Schroeder wrote: >> /etc/rc.d/rc.sysinit currently gets the relies on getting $READONLY from >> /etc/sysconfig/readonly-root. It uses this to determine whether or not to call >> /etc/rc.readonly and whether or not to remount the root filesystem in read-write >> mode. >> >> In some instances (think flash based filesystem), it would be desireable to run >> the rc.readonly script (we don't want to burn up the flash), but still have the >> root filesystem in read-write mode (we still want to be able to do some >> filesystem editing). Maybe rc.sysinit could check two separate variables to >> control this? >> >> $EXEC_RC_READONLY or whatever you would want to call it, could be used by >> rc.sysinit to determine whether or not to exec rc.readonly. And $READONLY could >> still be used to determine whether or not to remount root read-write. >> >> Thoughts? > As Mark mentioned. All this has changed. The capabilities of rc.readonly > have moved into rc.sysinit. It will probabl continue to morph as we > continue working on stateless linux. > > We also have some capabilities (via bind mounts) to allow certain > files/directories to be read/write while the root filesystem itself > continues to be readonly. You could probably use those capabilities > to accomplish your task, particularly if you can enumerate every > file/directory which you want to be writable. > > Jeff > -- --- Paul B Schroeder From rhally at mindspring.com Thu Aug 31 15:46:31 2006 From: rhally at mindspring.com (Richard Hally) Date: Thu, 31 Aug 2006 11:46:31 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157038379.10742.4.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> Message-ID: <44F70457.1000106@mindspring.com> seth vidal wrote: > On Thu, 2006-08-31 at 16:42 +0200, Nicolas Mailhot wrote: >> Le Jeu 31 ao?t 2006 16:31, Rahul a ?crit : >>> seth vidal wrote: >>> >>>> Outside of downloading files you should be able to cancel yum at any >>>> time in recent cvs pulls. >>> Users usually want to cancel it only during downloads because the >>> mirrors or down or they are on a slow connections and things like that. >> The other slow part is the rpm transaction, and most users are not mad >> enough to cancel it. > > cancelling during the transaction is a bad, bad idea. > > -sv > > How about when yum seg faults and leaves the rpm db a "messed up" state and you try yum again and it just hangs or loops? Yes, killall -9 yum works. I guess the real problem is the seg faults or whatever other reasons yum needs to be kill. Richard From dragoran at feuerpokemon.de Thu Aug 31 15:49:21 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 31 Aug 2006 17:49:21 +0200 Subject: Fedora Artwork In-Reply-To: <44F6F16D.1050507@fedoraproject.org> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <44F6F16D.1050507@fedoraproject.org> Message-ID: <44F70501.2080608@feuerpokemon.de> Rahul wrote: > Bill Nottingham wrote: >> Paul W. Frields (stickster at gmail.com) said: >>>>> 1) The default artwork must be locked at the feature freeze, modulo >>>>> bugfixes. Fixing an icon or two's orientation is a bugfix. >>>>> Changing >>>>> the theme or icon set is not. >>>>> >>>>> Rationale: At that point, people start making screenshots, install >>>>> guides, release notes, etc. In fact, I believe there are FC6 >>>>> documents >>>>> already mostly frozen. >>>> FC6 specific documents? We dont really have any besides the release >>>> notes. >>> Um, the Installation Guide is one. Having worked on that all last >>> weekend, I can tell you it's FC6 specific. :-) But like our other >>> documents, it only undergoes a temporary freeze for our translators' >>> sake for a short period before publication. Then it's open for >>> business >>> again. Any artwork changes can be screenshotted into the new one. >> >> Ah, I misread. I'm still leery about changing this after the feature >> freeze. >> > > I think we leave icon theme unchanged as a separate package in Fedora > Extras and look at importing the DNA theme and completing it. > > Rahul > +1 From rhally at mindspring.com Thu Aug 31 15:52:51 2006 From: rhally at mindspring.com (Richard Hally) Date: Thu, 31 Aug 2006 11:52:51 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157038379.10742.4.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> Message-ID: <44F705D3.9000100@mindspring.com> seth vidal wrote: > On Thu, 2006-08-31 at 16:42 +0200, Nicolas Mailhot wrote: >> Le Jeu 31 ao?t 2006 16:31, Rahul a ?crit : >>> seth vidal wrote: >>> >>>> Outside of downloading files you should be able to cancel yum at any >>>> time in recent cvs pulls. >>> Users usually want to cancel it only during downloads because the >>> mirrors or down or they are on a slow connections and things like that. >> The other slow part is the rpm transaction, and most users are not mad >> enough to cancel it. > > cancelling during the transaction is a bad, bad idea. > > -sv > > Yes. Would it be a good idea to separate a large transaction into multiple smaller transactions when possible? It would help recovering from an "interrupted" update. Richard From rdieter at math.unl.edu Thu Aug 31 15:56:38 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 31 Aug 2006 10:56:38 -0500 Subject: openmotif to be removed from Fedora October 2, 2006 Message-ID: <44F706B6.3010009@math.unl.edu> ------------------- For reference, a copy of this posting as well as any updates on this topic are available at http://fedoraproject.org/wiki/RexDieter/openmotif ------------------- Per discussion on the Fedora Advisory Board mailing list, openmotif currently does not meet Fedora's licensing requirements. The openmotif developers have been contacted, but it appears openmotif's licensing will not be changing soon. The hard decision has been made that openmotif will be removed from Fedora and the current plan is to make this happen by October 2, 2006, the final development freeze for Fedora Core 6. Currently, the following packages in Core and Extras contain runtime or build time dependencies on openmotif: * cmucl * ddd * geomview * gpsd * grace * Inventor * mesa-libGLw * nedit * xlockmore * xpdf Maintainers need to update their packages to use another motif implementation, lesstif (in Extras). It is not 100% ABI-compatible (and provides a different shared library soname), but all that should be required for most motif-dependent applications is changing BuildRequires: openmotif-devel to BuildRequires: lesstif-devel and rebuilding/recompiling. From j.w.r.degoede at hhs.nl Thu Aug 31 16:25:21 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 31 Aug 2006 18:25:21 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F706B6.3010009@math.unl.edu> References: <44F706B6.3010009@math.unl.edu> Message-ID: <44F70D71.4040308@hhs.nl> Rex Dieter wrote: > ------------------- > For reference, a copy of this posting as well as any updates on this > topic are available at > http://fedoraproject.org/wiki/RexDieter/openmotif > ------------------- > > Per discussion on the Fedora Advisory Board mailing list, openmotif > currently does not meet Fedora's licensing requirements. The openmotif > developers have been contacted, but it appears openmotif's licensing > will not be changing soon. > > The hard decision has been made that openmotif will be removed from > Fedora and the current plan is to make this happen by October 2, 2006, > the final development freeze for Fedora Core 6. > > Currently, the following packages in Core and Extras contain runtime or > build time dependencies on openmotif: > * cmucl > * ddd > * geomview > * gpsd > * grace > * Inventor > * mesa-libGLw > * nedit > * xlockmore > * xpdf > > Maintainers need to update their packages to use another motif > implementation, lesstif (in Extras). It is not 100% ABI-compatible (and > provides a different shared library soname), but all that should be > required for most motif-dependent applications is changing > > BuildRequires: openmotif-devel > to > BuildRequires: lesstif-devel > > and rebuilding/recompiling. > since lesstif is in extras does this mean that all those packages will be moving to extras? Regards, Hans From sundaram at fedoraproject.org Thu Aug 31 16:21:20 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 21:51:20 +0530 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F70D71.4040308@hhs.nl> References: <44F706B6.3010009@math.unl.edu> <44F70D71.4040308@hhs.nl> Message-ID: <44F70C80.9050100@fedoraproject.org> Hans de Goede wrote: > > Rex Dieter wrote: >> ------------------- >> For reference, a copy of this posting as well as any updates on this >> topic are available at >> http://fedoraproject.org/wiki/RexDieter/openmotif >> ------------------- >> >> Per discussion on the Fedora Advisory Board mailing list, openmotif >> currently does not meet Fedora's licensing requirements. The openmotif >> developers have been contacted, but it appears openmotif's licensing >> will not be changing soon. >> >> The hard decision has been made that openmotif will be removed from >> Fedora and the current plan is to make this happen by October 2, 2006, >> the final development freeze for Fedora Core 6. >> >> Currently, the following packages in Core and Extras contain runtime or >> build time dependencies on openmotif: >> * cmucl >> * ddd >> * geomview >> * gpsd >> * grace >> * Inventor >> * mesa-libGLw >> * nedit >> * xlockmore >> * xpdf >> >> Maintainers need to update their packages to use another motif >> implementation, lesstif (in Extras). It is not 100% ABI-compatible (and >> provides a different shared library soname), but all that should be >> required for most motif-dependent applications is changing >> >> BuildRequires: openmotif-devel >> to >> BuildRequires: lesstif-devel >> >> and rebuilding/recompiling. >> > > since lesstif is in extras does this mean that all those packages will > be moving to extras? > The above list includes both core and extras packages and all the lesstif/motif dependencies in core would move out to extras. Rahul From esr at thyrsus.com Thu Aug 31 16:21:32 2006 From: esr at thyrsus.com (Eric S. Raymond) Date: Thu, 31 Aug 2006 12:21:32 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F70D71.4040308@hhs.nl> References: <44F706B6.3010009@math.unl.edu> <44F70D71.4040308@hhs.nl> Message-ID: <20060831162132.GA11055@thyrsus.com> Hans de Goede : > since lesstif is in extras does this mean that all those packages will > be moving to extras? The claim 'lesstif is in extras' seems to be false to begin with. At least, yum fails to find it: root at snark:/home/esr# yum install lesstif-devel Setting up Install Process Setting up repositories livna [1/4] updates [2/4] core [3/4] extras [4/4] Reading repository metadata in from local files Parsing package install arguments No Match for argument: lesstif-devel Nothing to do -- Eric S. Raymond From skvidal at linux.duke.edu Thu Aug 31 16:24:50 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 31 Aug 2006 12:24:50 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <20060831162132.GA11055@thyrsus.com> References: <44F706B6.3010009@math.unl.edu> <44F70D71.4040308@hhs.nl> <20060831162132.GA11055@thyrsus.com> Message-ID: <1157041490.10742.20.camel@cutter> On Thu, 2006-08-31 at 12:21 -0400, Eric S. Raymond wrote: > Hans de Goede : > > since lesstif is in extras does this mean that all those packages will > > be moving to extras? > > The claim 'lesstif is in extras' seems to be false to begin with. > At least, yum fails to find it: > > root at snark:/home/esr# yum install lesstif-devel > Setting up Install Process > Setting up repositories > livna [1/4] > updates [2/4] > core [3/4] > extras [4/4] > Reading repository metadata in from local files > Parsing package install arguments > No Match for argument: lesstif-devel > Nothing to do > -- > Eric S. Raymond http://fedoraproject.org/extras/development/SRPMS/repodata/repoview/lesstif-0-0.95.0-8.fc6.html looks like it is there to me. -sv From rmg57 at telus.net Thu Aug 31 16:29:12 2006 From: rmg57 at telus.net (Myles Green) Date: Thu, 31 Aug 2006 10:29:12 -0600 Subject: rawhide report: 20060831 changes In-Reply-To: <1157034542.24982.2.camel@aglarond.local> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> <20060831125737.5a8d2b16@python2> <20060831071237.57e826fc@d205-206-253-124.abhsia.telus.net> <1157034542.24982.2.camel@aglarond.local> Message-ID: <20060831102912.36d711ba@d205-206-253-124.abhsia.telus.net> On Thu, 31 Aug 2006 10:29:02 -0400 Jeremy Katz wrote: > Sorry about that -- didn't look closely enough to notice that it was > using one of the post-2.9.5 methods. Backed out the change and put up > http://people.redhat.com/~katzj/yum-2.9.5-4.noarch.rpm and > http://people.redhat.com/~katzj/yum-updatesd-2.9.5-4.noarch.rpm Thank you! BTW, no need to apologize I decided to track Rawhide all by myself :-) Thanks again, Myles -- The greatest productive force is human selfishness. -- Robert Heinlein -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Thu Aug 31 16:30:40 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Aug 2006 12:30:40 -0400 Subject: Fedora Artwork In-Reply-To: <20060831025140.15d68284@d205-206-253-124.abhsia.telus.net> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> <44F676A1.4000208@nicubunu.ro> <20060831025140.15d68284@d205-206-253-124.abhsia.telus.net> Message-ID: <20060831163040.GA18071@apone.devel.redhat.com> Myles Green (rmg57 at telus.net) said: > > Forget the icons, if is not enough time for them, will not be the > > default, but for a wallpaper, GDM theme and GRUB splash there is no need > > for months of testing and these are very visible (and we have for weeks > > the good looking DNA theme from M?ir?n) > > Is there an actual GTK/Metacity theme out there? If so, my efforts at > finding them have been in vain. I've got the wallpaper and GDM themes, > still need to find/get the GRUB splash. I *like* this theme! Considering this more... I still believe that having all artwork done by feature freeze is the proper idea. That being said, we didn't actually *have* any policy in place at feature freeze for FC6. So, it's somewhat hard to hold to that policy. My proposal for *this release is*: - shelve the icon set - it's not done. Feel free to ship it as an optional update that users can install and then switch to, or something similar. - for the various splash screens/logo-ware, we can change them as long as they are in by *test 3*. Which doesn't leave much time, but if they're mostly done (as they appear to be) it should be doable. - as to *what* artwork we ship, I hope that fedora-art can come to some sort of consensus. Opinions? Bill From gilboad at gmail.com Thu Aug 31 16:30:54 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 31 Aug 2006 19:30:54 +0300 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F706B6.3010009@math.unl.edu> References: <44F706B6.3010009@math.unl.edu> Message-ID: <1157041854.5475.35.camel@gilboa-work-dev> On Thu, 2006-08-31 at 10:56 -0500, Rex Dieter wrote: > ------------------- > For reference, a copy of this posting as well as any updates on this > topic are available at > http://fedoraproject.org/wiki/RexDieter/openmotif > ------------------- > > Per discussion on the Fedora Advisory Board mailing list, openmotif > currently does not meet Fedora's licensing requirements. The openmotif > developers have been contacted, but it appears openmotif's licensing > will not be changing soon. > > The hard decision has been made that openmotif will be removed from > Fedora and the current plan is to make this happen by October 2, 2006, > the final development freeze for Fedora Core 6. ... > > Maintainers need to update their packages to use another motif > implementation, lesstif (in Extras). It is not 100% ABI-compatible (and > provides a different shared library soname), but all that should be > required for most motif-dependent applications is changing Considering the fact that packages such as ddd and xpdf are part of Core, wouldn't be prudent to push lessif into Core? Gilboa From jfrieben at freesurf.fr Thu Aug 31 16:31:51 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 31 Aug 2006 18:31:51 +0200 (CEST) Subject: openmotif to be removed from Fedora October 2, 2006 Message-ID: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> The "tetex-xdvi" package is missing from the list below. Of course, building against "Openmotif" has always been optional. One would have to revert to the "X/Athena" widget based interface in order to keep it in "core". I suppose, moving "tetex" (or its successor) to "extras" was not part of the agenda ... > > Currently, the following packages in Core and Extras contain runtime or build time dependencies on openmotif: > * cmucl > * ddd > * geomview > * gpsd > * grace > * Inventor > * mesa-libGLw > * nedit > * xlockmore > * xpdf From rdieter at math.unl.edu Thu Aug 31 16:31:51 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 31 Aug 2006 11:31:51 -0500 Subject: openmotif to be removed from Fedora October 2, 2006 References: <44F706B6.3010009@math.unl.edu> <44F70D71.4040308@hhs.nl> <20060831162132.GA11055@thyrsus.com> Message-ID: Eric S. Raymond wrote: > Hans de Goede : >> since lesstif is in extras does this mean that all those packages will >> be moving to extras? > > The claim 'lesstif is in extras' seems to be false to begin with. > At least, yum fails to find it: It was included only for a day or two, and may not have propogated to all the Extras mirrors yet. Be patient grasshopper. -- Rex From pertusus at free.fr Thu Aug 31 16:32:09 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 31 Aug 2006 18:32:09 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> Message-ID: <20060831163209.GR2455@free.fr> On Thu, Aug 31, 2006 at 06:31:51PM +0200, Joachim Frieben wrote: > The "tetex-xdvi" package is missing from the list below. Of course, building > against "Openmotif" has always been optional. One would have to revert to > the "X/Athena" widget based interface in order to keep it in "core". > I suppose, moving "tetex" (or its successor) to "extras" was not part of the > agenda ... Indeed tetex-xdvi is now built with Xaw. Moving tetex to extras would be certainly nice, but many packages in core requires it to build (for documentation). -- Pat From sundaram at fedoraproject.org Thu Aug 31 16:42:17 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 22:12:17 +0530 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157041854.5475.35.camel@gilboa-work-dev> References: <44F706B6.3010009@math.unl.edu> <1157041854.5475.35.camel@gilboa-work-dev> Message-ID: <44F71169.4050607@fedoraproject.org> Gilboa Davara wrote: > Considering the fact that packages such as ddd and xpdf are part of > Core, wouldn't be prudent to push lessif into Core? > > Gilboa Since Evince and KPDF both use poppler (which is a librarized fork of xpdf) is available in core and xpdf being the only major application using the motif library, the plan is move the motif/lesstif dependencies to extras instead. Rahul From notting at redhat.com Thu Aug 31 16:49:05 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Aug 2006 12:49:05 -0400 Subject: readonly-root with a non-readonly-root In-Reply-To: <44F660A7.7050501@uplogix.com> References: <44F660A7.7050501@uplogix.com> Message-ID: <20060831164905.GD18071@apone.devel.redhat.com> Paul B Schroeder (pschroeder at uplogix.com) said: > /etc/rc.d/rc.sysinit currently gets the relies on getting $READONLY from > /etc/sysconfig/readonly-root. It uses this to determine whether or not to > call /etc/rc.readonly and whether or not to remount the root filesystem in > read-write mode. > > In some instances (think flash based filesystem), it would be desireable to > run the rc.readonly script (we don't want to burn up the flash), but still > have the root filesystem in read-write mode (we still want to be able to do > some filesystem editing). Maybe rc.sysinit could check two separate > variables to control this? > > $EXEC_RC_READONLY or whatever you would want to call it, could be used by > rc.sysinit to determine whether or not to exec rc.readonly. And $READONLY > could still be used to determine whether or not to remount root read-write. What exactly are you trying to do - bind mounts for temp state + rw fs? Bill From vonbrand at inf.utfsm.cl Thu Aug 31 16:49:33 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 31 Aug 2006 12:49:33 -0400 Subject: rawhide report: 20060831 changes In-Reply-To: Your message of "Thu, 31 Aug 2006 05:34:25 -0400." <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> Message-ID: <200608311649.k7VGnX45014198@laptop13.inf.utfsm.cl> buildsys at redhat.com wrote: [...] > yum-2.9.5-3 > ----------- > * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 > - fix deprecation warnings in installonlyn (Jack Neely) Nope. Broke completely. [root at laptop13 ~]# yum -y upgrade yum Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 85, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 183, in getOptionsConfig errorlevel=opts.errorlevel) File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 123, in doConfigSetup startupconf.pluginconfpath) File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 227, in doPluginSetup plugin_types, confpath) File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 128, in __init__ self._importplugins(types) File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 169, in _importplugins self._loadplugin(modulefile, types) File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 185, in _loadplugin module = imp.load_module(modname, fp, pathname, description) File "/usr/lib/yum-plugins/installonlyn.py", line 23, in ? from yum.packages import YumInstalledPackage, comparePoEVR ImportError: cannot import name comparePoEVR You have new mail in /var/spool/mail/root [root at laptop13 ~]# From sundaram at fedoraproject.org Thu Aug 31 16:50:11 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 22:20:11 +0530 Subject: Fedora Artwork In-Reply-To: <20060831163040.GA18071@apone.devel.redhat.com> References: <44F46DD9.1050908@fedoraproject.org> <20060829213522.GA13892@nostromo.devel.redhat.com> <44F578F7.8000702@fedoraproject.org> <1156958129.12689.119.camel@localhost.localdomain> <20060830181132.GB24052@nostromo.devel.redhat.com> <80d7e4090608301523ja3e64ffn9b17e915ac370556@mail.gmail.com> <44F676A1.4000208@nicubunu.ro> <20060831025140.15d68284@d205-206-253-124.abhsia.telus.net> <20060831163040.GA18071@apone.devel.redhat.com> Message-ID: <44F71343.2050904@fedoraproject.org> Bill Nottingham wrote: > Myles Green (rmg57 at telus.net) said: >>> Forget the icons, if is not enough time for them, will not be the >>> default, but for a wallpaper, GDM theme and GRUB splash there is no need >>> for months of testing and these are very visible (and we have for weeks >>> the good looking DNA theme from M?ir?n) >> >> Is there an actual GTK/Metacity theme out there? If so, my efforts at >> finding them have been in vain. I've got the wallpaper and GDM themes, >> still need to find/get the GRUB splash. I *like* this theme! > > Considering this more... > > I still believe that having all artwork done by feature freeze is > the proper idea. > > That being said, we didn't actually *have* any policy in place > at feature freeze for FC6. So, it's somewhat hard to hold to that > policy. We need to document the release freeze policy and the team to contact for exceptions probably somewhere in http://fedoraproject.org/wiki/Development and linked from http://fedoraproject.org/wiki/Core/Schedule > > My proposal for *this release is*: > > - shelve the icon set - it's not done. Feel free to ship it as > an optional update that users can install and then switch to, > or something similar. > - for the various splash screens/logo-ware, we can change them > as long as they are in by *test 3*. Which doesn't leave much time, > but if they're mostly done (as they appear to be) it should be > doable. > - as to *what* artwork we ship, I hope that fedora-art can come to > some sort of consensus. > > Opinions? DNA theme from duffy seems to be most complete and popular one in fedora-art list and perhaps the background from Andy http://fedoraproject.org/wiki/Artwork/ThemeSubmissions Rahul From krh at redhat.com Thu Aug 31 16:49:38 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Thu, 31 Aug 2006 12:49:38 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157038379.10742.4.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> Message-ID: <44F71322.1010402@redhat.com> seth vidal wrote: > On Thu, 2006-08-31 at 16:42 +0200, Nicolas Mailhot wrote: >> Le Jeu 31 ao?t 2006 16:31, Rahul a ?crit : >>> seth vidal wrote: >>> >>>> Outside of downloading files you should be able to cancel yum at any >>>> time in recent cvs pulls. >>> Users usually want to cancel it only during downloads because the >>> mirrors or down or they are on a slow connections and things like that. >> The other slow part is the rpm transaction, and most users are not mad >> enough to cancel it. > > cancelling during the transaction is a bad, bad idea. Why is it called a transaction, then? There's a bit of false advertising there... Kristian From sundaram at fedoraproject.org Thu Aug 31 16:51:42 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 31 Aug 2006 22:21:42 +0530 Subject: rawhide report: 20060831 changes In-Reply-To: <200608311649.k7VGnX45014198@laptop13.inf.utfsm.cl> References: <200608311649.k7VGnX45014198@laptop13.inf.utfsm.cl> Message-ID: <44F7139E.7020203@fedoraproject.org> Horst H. von Brand wrote: > buildsys at redhat.com wrote: > > [...] > >> yum-2.9.5-3 >> ----------- >> * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 >> - fix deprecation warnings in installonlyn (Jack Neely) > > Nope. Broke completely. > Please see list archives. Known issue. Rahul From mattdm at mattdm.org Thu Aug 31 16:54:05 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 31 Aug 2006 12:54:05 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <44F71322.1010402@redhat.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F71322.1010402@redhat.com> Message-ID: <20060831165405.GA3076@jadzia.bu.edu> On Thu, Aug 31, 2006 at 12:49:38PM -0400, Kristian H?gsberg wrote: > >cancelling during the transaction is a bad, bad idea. > Why is it called a transaction, then? There's a bit of false advertising > there... Only because you're making some assumptions about what "transaction" means based on its special-purpose use in a not-necessarily-related field. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jspaleta at gmail.com Thu Aug 31 16:56:37 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 31 Aug 2006 08:56:37 -0800 Subject: "redhat" and "fedora" in package naming In-Reply-To: <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> References: <44F65C48.6040903@uplogix.com> <604aa7910608302145w20f5a197u10540dcb221d99a0@mail.gmail.com> <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> Message-ID: <604aa7910608310956g23041ac0t9091d020d6f09822@mail.gmail.com> On 8/31/06, Nicolas Mailhot wrote: > Actually, I think the point was if you want to create Dodo Linux 7 based > on Fedora Core 6 it's easier to substitute the Dodo Linux id if the > package/file providing it has a neutral name. No need to scan scripts and > deps for fedora references - just replace the release file in the package > with a new one. Its not JUST the release file. take a really good hard look at the fedora-release package contents... everything in there is fedora distro specific. From the eula to the yum repo definitions. If anyone package defines that an install IS fedora.. its the fedora-release. Having a downstream distro rename a package, when ALL the real files in that package MUST change isn't too much to ask. The only thing I am aware of which explicitly depends on the fedora-release provide statement are the repo-release packages for 3rd party repos.. like livna. Which by the way makes perfect sense.. because the existence of a versioned fedora-release is pretty much the only way the rpmdb knows that its actually a fedora release. Its irrationally to completely genericize the entire packagespace, its only going to lead to confusion. Seems to me it would be harder for distros to comb the contents every package in Core looking for fedora specific content which should be replaced before redistribution, then to have Fedora keep the packages with fedora-specific content in a well-defined namespace. The entirety of the regular files in fedora-release and fedora-logos are fedora specific content and should remain as named to make it clear they are fedora specific content. What you want to do to make life easier for downstream distros is make sure is that nothing in Core and Extras strictly depend explicitly on the provides fedora-release and fedora-logos. And guess what they don't. The only silly provides/depends that I can see is initscripts requirement that /etc/redhat-release be on the system... which is a legacy rhl/rhel issue anyways and its not even Fedora inspired. And I'm sure that there is a way to have initscripts recoded so that requirement can be generalized to require /etc/system-release instead without loss of initscripts funtionality for fedora or rhel. If you want to work on something to help downstream distros.. go work on that. This is not the Generic Linux Distribution Project, and you must expect there to be Fedora specific content which is inappropriate for downstream distributors to reuse. By using a well defined fedora- package prefix for packages which contain fedora specific content (such as the eula, or fedora specific repository configurations, or trademarked materials) you are actually making it easier for the downstream distros to figure out exactly which packages contain content which they need to review before redistributing. -jef From jfrieben at freesurf.fr Thu Aug 31 16:57:10 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 31 Aug 2006 18:57:10 +0200 (CEST) Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <20060831163209.GR2455@free.fr> References: <20060831163209.GR2455@free.fr> Message-ID: <64022.194.94.224.254.1157043430.squirrel@jose.freesurf.fr> No, current "tetex-xdvi-3.0-26.1" does require "libXm.so.4" as "rpm" reports: "error: Failed dependencies: libXm.so.4 is needed by tetex-xdvi-3.0-26.1.i386" when trying to install it. > > Indeed tetex-xdvi is now built with Xaw. > > Moving tetex to extras would be certainly nice, but many packages in > core requires it to build (for documentation). > > -- > Pat > From mclasen at redhat.com Thu Aug 31 17:01:42 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 31 Aug 2006 13:01:42 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831165405.GA3076@jadzia.bu.edu> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F71322.1010402@redhat.com> <20060831165405.GA3076@jadzia.bu.edu> Message-ID: <1157043702.5088.2.camel@golem.boston.redhat.com> On Thu, 2006-08-31 at 12:54 -0400, Matthew Miller wrote: > On Thu, Aug 31, 2006 at 12:49:38PM -0400, Kristian H?gsberg wrote: > > >cancelling during the transaction is a bad, bad idea. > > Why is it called a transaction, then? There's a bit of false advertising > > there... > > Only because you're making some assumptions about what "transaction" means > based on its special-purpose use in a not-necessarily-related field. Well, there is a database involved here... From jnovy at redhat.com Thu Aug 31 17:11:38 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 31 Aug 2006 19:11:38 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <64022.194.94.224.254.1157043430.squirrel@jose.freesurf.fr> References: <20060831163209.GR2455@free.fr> <64022.194.94.224.254.1157043430.squirrel@jose.freesurf.fr> Message-ID: <1157044298.2537.3.camel@localhost.localdomain> Hi Joachim, On Thu, 2006-08-31 at 18:57 +0200, Joachim Frieben wrote: > No, current "tetex-xdvi-3.0-26.1" does require "libXm.so.4" as "rpm" reports: > > "error: Failed dependencies: > libXm.so.4 is needed by tetex-xdvi-3.0-26.1.i386" > > when trying to install it. Try it again tomorrow with tetex-xdvi-3.0-27.fc6. I built it today so it's not yet available on all mirrors. > > > > Indeed tetex-xdvi is now built with Xaw. > > > > Moving tetex to extras would be certainly nice, but many packages in > > core requires it to build (for documentation). > > > > -- > > Pat > > > > -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From pertusus at free.fr Thu Aug 31 17:12:26 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 31 Aug 2006 19:12:26 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F706B6.3010009@math.unl.edu> References: <44F706B6.3010009@math.unl.edu> Message-ID: <20060831171226.GA3478@free.fr> On Thu, Aug 31, 2006 at 10:56:38AM -0500, Rex Dieter wrote: > > The hard decision has been made that openmotif will be removed from > Fedora and the current plan is to make this happen by October 2, 2006, > the final development freeze for Fedora Core 6. I disagree with that timeline. That's not very nice for Motif library users. Doing such a change without previous notice, with openmotif and lesstif being available at the same time for only one month and only in devel seems wrong to me. It is well known that lesstif has has issues openmotif don't have, and that many users use the motif library internally. In my opinion it would have been much better to ship openmotif during FC6. The -devel packages conflict but the packages with libs don't, so it would have been much easier for users to sort issues out. Moreover it would also have been much friendly to leave an openmotif rpm which is more split like lesstif is, as requested in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203993 and is easier to install alongside. > Maintainers need to update their packages to use another motif > implementation, lesstif (in Extras). It is not 100% ABI-compatible (and They are 0% ABI-compatible... > provides a different shared library soname), but all that should be For current release but not for all releases. > required for most motif-dependent applications is changing > > BuildRequires: openmotif-devel > to > BuildRequires: lesstif-devel > > and rebuilding/recompiling. One thing to be warned against is that some lesstif and openmotif versions may provide the same soname although they are not binary compatible. I may be wrong, but I think that this issue could break some upgrade. Indeed imagine that there is an application in a previous fedora linked against libXm.so.2 (which is the current soname of lesstif, while openmotif is at libXm.so.4). This may lead to 2 issues when fedora is updated: 1) if lesstif replace openmotif as it provides libXm.so.2, since it is binary incompatible things will break. In that scenario the new fedora packages will be fine, only the packages that are not updated by a version built against lesstif will break. I don't see anything we can do to avoid that. 2) Since lesstif don't obsolete openmotif, things may also break the other way around, lesstif isn't installed since nothing requires it, and the new fedora packages are installed and break since they have been built against lesstif. To overcome this issue, it is possible to have packages newly built against lesstif to have a Requires: lesstif The attempted lesstif install will conflict with the installed openmotif but I think it is better that breaking apps without noticing. This Requires is not an obligation, but if maintainers want to be on the safe side, I think that this redundant Requires (since rpm will add libXm.so.2 automatically) should be accepted. -- Pat From ajackson at redhat.com Thu Aug 31 17:23:13 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 31 Aug 2006 13:23:13 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831165405.GA3076@jadzia.bu.edu> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F71322.1010402@redhat.com> <20060831165405.GA3076@jadzia.bu.edu> Message-ID: <44F71B01.4020602@redhat.com> Matthew Miller wrote: > On Thu, Aug 31, 2006 at 12:49:38PM -0400, Kristian H?gsberg wrote: >>> cancelling during the transaction is a bad, bad idea. >> Why is it called a transaction, then? There's a bit of false advertising >> there... > > Only because you're making some assumptions about what "transaction" means > based on its special-purpose use in a not-necessarily-related field. Computer science? - ajax From ajackson at redhat.com Thu Aug 31 17:27:27 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 31 Aug 2006 13:27:27 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> Message-ID: <44F71BFF.8000009@redhat.com> Joachim Frieben wrote: > The "tetex-xdvi" package is missing from the list below. Of course, building > against "Openmotif" has always been optional. One would have to revert to > the "X/Athena" widget based interface in order to keep it in "core". > I suppose, moving "tetex" (or its successor) to "extras" was not part of the > agenda ... In the longer term I would very much like to move libXaw (and Xaw3d) to extras as well. - ajax From mattdm at mattdm.org Thu Aug 31 17:30:06 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 31 Aug 2006 13:30:06 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <44F71B01.4020602@redhat.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F71322.1010402@redhat.com> <20060831165405.GA3076@jadzia.bu.edu> <44F71B01.4020602@redhat.com> Message-ID: <20060831173006.GA4634@jadzia.bu.edu> On Thu, Aug 31, 2006 at 01:23:13PM -0400, Adam Jackson wrote: > >>>cancelling during the transaction is a bad, bad idea. > >>Why is it called a transaction, then? There's a bit of false advertising > >>there... > >Only because you're making some assumptions about what "transaction" means > >based on its special-purpose use in a not-necessarily-related field. > Computer science? transaction != atomic transaction. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From notting at redhat.com Thu Aug 31 17:32:05 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Aug 2006 13:32:05 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831173006.GA4634@jadzia.bu.edu> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F71322.1010402@redhat.com> <20060831165405.GA3076@jadzia.bu.edu> <44F71B01.4020602@redhat.com> <20060831173006.GA4634@jadzia.bu.edu> Message-ID: <20060831173205.GA23970@apone.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > transaction != atomic transaction. Please allow 4 to 6 weeks for package delivery. Bill From gilboad at gmail.com Thu Aug 31 17:37:43 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 31 Aug 2006 20:37:43 +0300 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F71169.4050607@fedoraproject.org> References: <44F706B6.3010009@math.unl.edu> <1157041854.5475.35.camel@gilboa-work-dev> <44F71169.4050607@fedoraproject.org> Message-ID: <1157045863.5475.37.camel@gilboa-work-dev> On Thu, 2006-08-31 at 22:12 +0530, Rahul wrote: > Gilboa Davara wrote: > > > Considering the fact that packages such as ddd and xpdf are part of > > Core, wouldn't be prudent to push lessif into Core? > > > > Gilboa > > Since Evince and KPDF both use poppler (which is a librarized fork of > xpdf) is available in core and xpdf being the only major application > using the motif library, the plan is move the motif/lesstif dependencies > to extras instead. > > Rahul > OK. Thanks. Gilboa From mailinglists at erwinrol.com Thu Aug 31 17:44:54 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 31 Aug 2006 19:44:54 +0200 Subject: rpm db problem In-Reply-To: <1157023310.8113.2.camel@cutter> References: <1157009382.27817.225.camel@xpc.home.erwinrol.com> <20060831075347.GF2455@free.fr> <1157011712.27817.232.camel@xpc.home.erwinrol.com> <1157023310.8113.2.camel@cutter> Message-ID: <1157046295.27817.235.camel@xpc.home.erwinrol.com> On Thu, 2006-08-31 at 07:21 -0400, seth vidal wrote: > > One silly question, didn't rpm start using sqlite? But the databases > > are still BDB? > > rpm defaults to bdb use. It _can_ use sqlite. Is there any information on what the pros/cons are of both methods? - Erwin From jkeating at redhat.com Thu Aug 31 17:54:51 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 31 Aug 2006 13:54:51 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <20060831171226.GA3478@free.fr> References: <44F706B6.3010009@math.unl.edu> <20060831171226.GA3478@free.fr> Message-ID: <1157046891.15416.22.camel@dhcp83-49.boston.redhat.com> On Thu, 2006-08-31 at 19:12 +0200, Patrice Dumas wrote: > I disagree with that timeline. That's not very nice for Motif library > users. Doing such a change without previous notice, with openmotif > and lesstif being available at the same time for only one month > and only in devel seems wrong to me. It is well known that lesstif > has has issues openmotif don't have, and that many users use the > motif library internally. > > In my opinion it would have been much better to ship openmotif > during FC6. The -devel packages conflict but the packages with libs > don't, so it would have been much easier for users to sort issues > out. We can't in good concience continue to ship a package that doesn't meet our licensing requirements. "Because its useful" isn't a good enough reason. We've been talking about the audit and blogging about it and etc.. for a while now, we're sorry if you haven't been paying attention. It needs to happen and it WILL happen. We're giving some leeway by not nuking it immediately. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jnovy at redhat.com Thu Aug 31 17:51:06 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 31 Aug 2006 19:51:06 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F71BFF.8000009@redhat.com> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> Message-ID: <1157046666.2537.11.camel@localhost.localdomain> On Thu, 2006-08-31 at 13:27 -0400, Adam Jackson wrote: > Joachim Frieben wrote: > > The "tetex-xdvi" package is missing from the list below. Of course, building > > against "Openmotif" has always been optional. One would have to revert to > > the "X/Athena" widget based interface in order to keep it in "core". > > I suppose, moving "tetex" (or its successor) to "extras" was not part of the > > agenda ... > > In the longer term I would very much like to move libXaw (and Xaw3d) to > extras as well. So I hope teTeX will be in Extras as well in that time, because the only remaining Athena - libXaw alternative: neXtaw is not in Core but in Extras already. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From mspevack at redhat.com Thu Aug 31 17:57:07 2006 From: mspevack at redhat.com (Max Spevack) Date: Thu, 31 Aug 2006 13:57:07 -0400 (EDT) Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157046891.15416.22.camel@dhcp83-49.boston.redhat.com> References: <44F706B6.3010009@math.unl.edu> <20060831171226.GA3478@free.fr> <1157046891.15416.22.camel@dhcp83-49.boston.redhat.com> Message-ID: On Thu, 31 Aug 2006, Jesse Keating wrote: > We can't in good concience continue to ship a package that doesn't meet > our licensing requirements. "Because its useful" isn't a good enough > reason. We've been talking about the audit and blogging about it and > etc.. for a while now, we're sorry if you haven't been paying attention. > It needs to happen and it WILL happen. We're giving some leeway by not > nuking it immediately. I agree with Jesse. --Max -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From ajackson at redhat.com Thu Aug 31 17:55:14 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 31 Aug 2006 13:55:14 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157046666.2537.11.camel@localhost.localdomain> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> Message-ID: <44F72282.7060300@redhat.com> Jindrich Novy wrote: > On Thu, 2006-08-31 at 13:27 -0400, Adam Jackson wrote: >> Joachim Frieben wrote: >>> The "tetex-xdvi" package is missing from the list below. Of course, building >>> against "Openmotif" has always been optional. One would have to revert to >>> the "X/Athena" widget based interface in order to keep it in "core". >>> I suppose, moving "tetex" (or its successor) to "extras" was not part of the >>> agenda ... >> In the longer term I would very much like to move libXaw (and Xaw3d) to >> extras as well. > > So I hope teTeX will be in Extras as well in that time, because the only > remaining Athena - libXaw alternative: neXtaw is not in Core but in > Extras already. That would be a prerequisite for removing Xaw from Core, yes. I admit unfamiliarity with the TeX stack; is there a viable gtk replacement for teTeX? - ajax From jnovy at redhat.com Thu Aug 31 18:16:41 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 31 Aug 2006 20:16:41 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F72282.7060300@redhat.com> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> <44F72282.7060300@redhat.com> Message-ID: <1157048201.2537.19.camel@localhost.localdomain> On Thu, 2006-08-31 at 13:55 -0400, Adam Jackson wrote: > Jindrich Novy wrote: > > On Thu, 2006-08-31 at 13:27 -0400, Adam Jackson wrote: > >> Joachim Frieben wrote: > >>> The "tetex-xdvi" package is missing from the list below. Of course, building > >>> against "Openmotif" has always been optional. One would have to revert to > >>> the "X/Athena" widget based interface in order to keep it in "core". > >>> I suppose, moving "tetex" (or its successor) to "extras" was not part of the > >>> agenda ... > >> In the longer term I would very much like to move libXaw (and Xaw3d) to > >> extras as well. > > > > So I hope teTeX will be in Extras as well in that time, because the only > > remaining Athena - libXaw alternative: neXtaw is not in Core but in > > Extras already. > > That would be a prerequisite for removing Xaw from Core, yes. I admit > unfamiliarity with the TeX stack; is there a viable gtk replacement for > teTeX? The only GTK+ xdvi alternative I'm aware of is gtkdvi: http://www.nada.kth.se/~johannes/gtkdvi/ But I haven't tried it yet. Hopefully it could solve the openmotif/Xaw dependency hell in teTeX, so that libXaw could be moved to Extras as well. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From pemboa at gmail.com Thu Aug 31 18:17:22 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 31 Aug 2006 13:17:22 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <1157024851.14304.3.camel@localhost.localdomain> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> Message-ID: <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> On 8/31/06, Paul W. Frields wrote: > On Wed, 2006-08-30 at 17:50 -0500, Arthur Pemberton wrote: > > On 8/30/06, Mike McGrath wrote: > > > On 8/30/06, Steven Pritchard wrote: > > > > A thought came up on IRC earlier that I thought I should record > > > > somewhere: > > > > > > > > http://fedoraproject.org/wiki/StevenPritchard/InstallConsole > > > > > > > > To summarize, back in the late 90s when I was an HP-UX admin, I > > > > thought that one of the nicer tools HP made was something called > > > > Ignite-UX. It was a GUI that could be used to remotely start an > > > > install of HP-UX. On several occasions, I used to it completely > > > > reinstall dozens of HP-UX workstations all at once. > > > > > > > > I think something similar for Fedora would be Really Cool, and I'm > > > > convinced it would be fairly easy to implement by someone who knew > > > > anaconda much, much better than I do. :-) > > > > > > VNC won't do? > > > > > is there a doc up on how to remtoe install via vnc? I would like to > > give this a try on my test machine come FC6 > > As Mike also realized, VNC isn't exactly the same thing, in that you > can't *initiate* the install remotely. But if you have a boot CD/DVD, > like Jesse said, you can do the install mostly as a remote operation. > The Installation Guide has had this information for some time; see > Appendix A: > > http://fedora.redhat.com/docs/fedora-install-guide-en/fc5/sn-remoteaccess-installation.html > > That's for FC5, but the information won't change much, if at all, for > FC6. > Along the path of alternate install methods ... how feasible is it to say PXE book a remtoe machine, then have the install process start on it somehow. I am not familiar with the require technologies, but they seem to already exist. Would be nice if Fedora could pioneer (assuming ti doesn't alreayd exist) the ability to put a Disk 1 into machine X, have machine X boot to Disk 1, then have machine Y switch on and PXE boot, pulling the necessary info from machine X and have an monitor the installtion of machine Y from machine X via VNC (NX would be nice). If I could afford I would open up a bounty on that. Peace. -- To be updated... From notting at redhat.com Thu Aug 31 18:18:30 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Aug 2006 14:18:30 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157048201.2537.19.camel@localhost.localdomain> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> <44F72282.7060300@redhat.com> <1157048201.2537.19.camel@localhost.localdomain> Message-ID: <20060831181830.GD24531@apone.devel.redhat.com> Jindrich Novy (jnovy at redhat.com) said: > On Thu, 2006-08-31 at 13:55 -0400, Adam Jackson wrote: > > Jindrich Novy wrote: > > > On Thu, 2006-08-31 at 13:27 -0400, Adam Jackson wrote: > > >> Joachim Frieben wrote: > > >>> The "tetex-xdvi" package is missing from the list below. Of course, building > > >>> against "Openmotif" has always been optional. One would have to revert to > > >>> the "X/Athena" widget based interface in order to keep it in "core". > > >>> I suppose, moving "tetex" (or its successor) to "extras" was not part of the > > >>> agenda ... > > >> In the longer term I would very much like to move libXaw (and Xaw3d) to > > >> extras as well. > > > > > > So I hope teTeX will be in Extras as well in that time, because the only > > > remaining Athena - libXaw alternative: neXtaw is not in Core but in > > > Extras already. > > > > That would be a prerequisite for removing Xaw from Core, yes. I admit > > unfamiliarity with the TeX stack; is there a viable gtk replacement for > > teTeX? > > The only GTK+ xdvi alternative I'm aware of is gtkdvi: > http://www.nada.kth.se/~johannes/gtkdvi/ > > But I haven't tried it yet. Hopefully it could solve the openmotif/Xaw > dependency hell in teTeX, so that libXaw could be moved to Extras as > well. How hard would it be to do dvi reading in Evince or similar? Bill From jfrieben at freesurf.fr Thu Aug 31 18:22:56 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 31 Aug 2006 20:22:56 +0200 (CEST) Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157048201.2537.19.camel@localhost.localdomain> References: <1157048201.2537.19.camel@localhost.localdomain> Message-ID: <4054.194.94.224.254.1157048576.squirrel@arlette.freesurf.fr> Don't forget that "teTeX" is not supported software anymore. Maybe that's a suitable moment to look for alternatives. It seems that "TeX Live" is a likely successor to the former: http://www.tug.org/texlive > > But I haven't tried it yet. Hopefully it could solve the openmotif/Xaw > dependency hell in teTeX, so that libXaw could be moved to Extras as > well. > > Jindrich > From steve at silug.org Thu Aug 31 18:23:59 2006 From: steve at silug.org (Steven Pritchard) Date: Thu, 31 Aug 2006 13:23:59 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <20060831120457.GK12531@devserv.devel.redhat.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <20060831120457.GK12531@devserv.devel.redhat.com> Message-ID: <20060831182359.GA20726@osiris.silug.org> On Thu, Aug 31, 2006 at 08:04:57AM -0400, Jakub Jelinek wrote: > On Thu, Aug 31, 2006 at 07:47:31AM -0400, Paul W. Frields wrote: > > As Mike also realized, VNC isn't exactly the same thing, in that you > > can't *initiate* the install remotely. But if you have a boot CD/DVD, > > Why not? If the box is already running, you can just copy > isolinux/vmlinuz and isolinux/initrd.img to /boot, edit /etc/grub.conf, > add the vnc option etc. in there, make it the default target and reboot. To get back to what I had posted, it is easy to start a remote install/upgrade on a running system. What I would love to see is an easy way to start it (scp/sftp/rsync some files, massage grub.conf, reboot all automatically), then monitor progress without needing vnc. (Having the option to pop up vnc to see anaconda in progress would be cool though.) The idea is something like this could be used to upgrade $bignum systems at the same time. The cool part is that all we're missing is a) the GUI itself and b) some way to get status from anaconda remotely. I probably should have just sent what I typed on the wiki here, I suppose... Oh, and before anyone asks why I don't just demonstrate with some code, keep in mind that this has been in the back of my mind since I first used Ignite-UX something like 7 years ago. Apparently it's not that likely that I will get to it any time soon, but I thought someone else might think the idea was interesting enough to spend some time on it. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From notting at redhat.com Thu Aug 31 18:24:30 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Aug 2006 14:24:30 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <4054.194.94.224.254.1157048576.squirrel@arlette.freesurf.fr> References: <1157048201.2537.19.camel@localhost.localdomain> <4054.194.94.224.254.1157048576.squirrel@arlette.freesurf.fr> Message-ID: <20060831182430.GE24531@apone.devel.redhat.com> Joachim Frieben (jfrieben at freesurf.fr) said: > Don't forget that "teTeX" is not supported software anymore. Maybe that's a > suitable moment to look for alternatives. It seems that "TeX Live" is a > likely successor to the former: > > http://www.tug.org/texlive I thought that was the idea post-FC6, actually. Bill From mclasen at redhat.com Thu Aug 31 18:24:52 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 31 Aug 2006 14:24:52 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <20060831181830.GD24531@apone.devel.redhat.com> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> <44F72282.7060300@redhat.com> <1157048201.2537.19.camel@localhost.localdomain> <20060831181830.GD24531@apone.devel.redhat.com> Message-ID: <1157048693.5088.4.camel@golem.boston.redhat.com> On Thu, 2006-08-31 at 14:18 -0400, Bill Nottingham wrote: > Jindrich Novy (jnovy at redhat.com) said: > > On Thu, 2006-08-31 at 13:55 -0400, Adam Jackson wrote: > > > Jindrich Novy wrote: > > > > On Thu, 2006-08-31 at 13:27 -0400, Adam Jackson wrote: > > > >> Joachim Frieben wrote: > > > >>> The "tetex-xdvi" package is missing from the list below. Of course, building > > > >>> against "Openmotif" has always been optional. One would have to revert to > > > >>> the "X/Athena" widget based interface in order to keep it in "core". > > > >>> I suppose, moving "tetex" (or its successor) to "extras" was not part of the > > > >>> agenda ... > > > >> In the longer term I would very much like to move libXaw (and Xaw3d) to > > > >> extras as well. > > > > > > > > So I hope teTeX will be in Extras as well in that time, because the only > > > > remaining Athena - libXaw alternative: neXtaw is not in Core but in > > > > Extras already. > > > > > > That would be a prerequisite for removing Xaw from Core, yes. I admit > > > unfamiliarity with the TeX stack; is there a viable gtk replacement for > > > teTeX? > > > > The only GTK+ xdvi alternative I'm aware of is gtkdvi: > > http://www.nada.kth.se/~johannes/gtkdvi/ > > > > But I haven't tried it yet. Hopefully it could solve the openmotif/Xaw > > dependency hell in teTeX, so that libXaw could be moved to Extras as > > well. > > How hard would it be to do dvi reading in Evince or similar? > Evince has a dvi backend, but it is not up to par with xdvi, and not included in the current evince package. From steve at silug.org Thu Aug 31 18:26:44 2006 From: steve at silug.org (Steven Pritchard) Date: Thu, 31 Aug 2006 13:26:44 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> Message-ID: <20060831182644.GB20726@osiris.silug.org> On Thu, Aug 31, 2006 at 01:17:22PM -0500, Arthur Pemberton wrote: > Would be nice if Fedora could pioneer (assuming ti doesn't alreayd > exist) the ability to put a Disk 1 into machine X, have machine X boot > to Disk 1, then have machine Y switch on and PXE boot, pulling the > necessary info from machine X and have an monitor the installtion of > machine Y from machine X via VNC (NX would be nice). VNC is way too single-system oriented. Think doing what you said on a lab full of systems, for example. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From pemboa at gmail.com Thu Aug 31 18:27:31 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 31 Aug 2006 13:27:31 -0500 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <44F70457.1000106@mindspring.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F70457.1000106@mindspring.com> Message-ID: <16de708d0608311127m131b256brfd9487c4bd49c1c1@mail.gmail.com> On 8/31/06, Richard Hally wrote: > seth vidal wrote: > > On Thu, 2006-08-31 at 16:42 +0200, Nicolas Mailhot wrote: > >> Le Jeu 31 ao?t 2006 16:31, Rahul a ?crit : > >>> seth vidal wrote: > >>> > >>>> Outside of downloading files you should be able to cancel yum at any > >>>> time in recent cvs pulls. > >>> Users usually want to cancel it only during downloads because the > >>> mirrors or down or they are on a slow connections and things like that. > >> The other slow part is the rpm transaction, and most users are not mad > >> enough to cancel it. > > > > cancelling during the transaction is a bad, bad idea. > > > > -sv > > > > > How about when yum seg faults and leaves the rpm db a "messed up" state > and you try yum again and it just hangs or loops? > Yes, killall -9 yum works. > I guess the real problem is the seg faults or whatever other reasons yum > needs to be kill. > > Richard > Is the rpm db too big to be backed up every time yum starts? So at least fixing such a problem would be easier? -- To be updated... From jonathan.underwood at gmail.com Thu Aug 31 18:30:42 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 31 Aug 2006 19:30:42 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <4054.194.94.224.254.1157048576.squirrel@arlette.freesurf.fr> References: <1157048201.2537.19.camel@localhost.localdomain> <4054.194.94.224.254.1157048576.squirrel@arlette.freesurf.fr> Message-ID: <645d17210608311130v35345e86x7399fcd3a283de20@mail.gmail.com> On 31/08/06, Joachim Frieben wrote: > Don't forget that "teTeX" is not supported software anymore. Maybe that's a > suitable moment to look for alternatives. It seems that "TeX Live" is a > likely successor to the former: > > http://www.tug.org/texlive > Also relevant is Michael Peters' work here: http://www.tetexrpm.org/texjive.html Jonathan. From jnovy at redhat.com Thu Aug 31 18:33:56 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 31 Aug 2006 20:33:56 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <4054.194.94.224.254.1157048576.squirrel@arlette.freesurf.fr> References: <1157048201.2537.19.camel@localhost.localdomain> <4054.194.94.224.254.1157048576.squirrel@arlette.freesurf.fr> Message-ID: <1157049236.2537.23.camel@localhost.localdomain> On Thu, 2006-08-31 at 20:22 +0200, Joachim Frieben wrote: > Don't forget that "teTeX" is not supported software anymore. Maybe that's a > suitable moment to look for alternatives. It seems that "TeX Live" is a > likely successor to the former: > > http://www.tug.org/texlive Or better its Fedora clone: http://www.tetexrpm.org/texjive.html But switching to TeXLive won't help us much as it also contains xdvi as the main DVI viewer (IIRC). Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From louisg00 at bellsouth.net Thu Aug 31 18:35:10 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Thu, 31 Aug 2006 14:35:10 -0400 Subject: new printer with new PPD file Message-ID: <1157049310.10951.24.camel@soncomputer> I just installed an HP Officejet 6310 on my network and noticed that FC6 does not support this. I have downloaded the ppd file for this printer and am not sure where it goes. This uses the hplip package and I believe this file should go under /usr/share/foomatic/db/source/PPD/HP/all_in_one/hp_officejet_* Is this correct? Also I noticed the new config-printer tool has a Provide PPD file option, is this the better way? -Louis From pemboa at gmail.com Thu Aug 31 18:38:47 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 31 Aug 2006 13:38:47 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <20060831182644.GB20726@osiris.silug.org> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> <20060831182644.GB20726@osiris.silug.org> Message-ID: <16de708d0608311138v4e78fa5ax62b21f97b72462f2@mail.gmail.com> On 8/31/06, Steven Pritchard wrote: > On Thu, Aug 31, 2006 at 01:17:22PM -0500, Arthur Pemberton wrote: > > Would be nice if Fedora could pioneer (assuming ti doesn't alreayd > > exist) the ability to put a Disk 1 into machine X, have machine X boot > > to Disk 1, then have machine Y switch on and PXE boot, pulling the > > necessary info from machine X and have an monitor the installtion of > > machine Y from machine X via VNC (NX would be nice). > > VNC is way too single-system oriented. Think doing what you said on a > lab full of systems, for example. > Well, vNc+Linux is one of the first thigns that got me to like VNC: 20+ WinXp/2k machine with TightVNC servers on them, and RH8 and over 8 virtudal desktops each with VNC running. But I assume this isn't what you meant...please explain. -- To be updated... From mattdm at mattdm.org Thu Aug 31 18:45:05 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 31 Aug 2006 14:45:05 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831173205.GA23970@apone.devel.redhat.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F71322.1010402@redhat.com> <20060831165405.GA3076@jadzia.bu.edu> <44F71B01.4020602@redhat.com> <20060831173006.GA4634@jadzia.bu.edu> <20060831173205.GA23970@apone.devel.redhat.com> Message-ID: <20060831184505.GA8179@jadzia.bu.edu> On Thu, Aug 31, 2006 at 01:32:05PM -0400, Bill Nottingham wrote: > > transaction != atomic transaction. > Please allow 4 to 6 weeks for package delivery. And, bizarrely, be prepared to end up with duplicate packages if there's a shipping problem. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at j2solutions.net Thu Aug 31 18:57:14 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 31 Aug 2006 14:57:14 -0400 Subject: Wishlist: remote install GUI In-Reply-To: <20060831182359.GA20726@osiris.silug.org> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <20060831120457.GK12531@devserv.devel.redhat.com> <20060831182359.GA20726@osiris.silug.org> Message-ID: <1157050634.15416.28.camel@dhcp83-49.boston.redhat.com> On Thu, 2006-08-31 at 13:23 -0500, Steven Pritchard wrote: > Oh, and before anyone asks why I don't just demonstrate with some > code, keep in mind that this has been in the back of my mind since I > first used Ignite-UX something like 7 years ago. Apparently it's not > that likely that I will get to it any time soon, but I thought someone > else might think the idea was interesting enough to spend some time on > it. I do believe the Rocks folks have something like this. The way they do installs to remote cluster nodes and how it feeds back to the head node is kind of neat, if not kludgy. Perhaps see what they're doing? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- 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 steve at silug.org Thu Aug 31 19:02:34 2006 From: steve at silug.org (Steven Pritchard) Date: Thu, 31 Aug 2006 14:02:34 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <16de708d0608311138v4e78fa5ax62b21f97b72462f2@mail.gmail.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> <20060831182644.GB20726@osiris.silug.org> <16de708d0608311138v4e78fa5ax62b21f97b72462f2@mail.gmail.com> Message-ID: <20060831190234.GA21805@osiris.silug.org> On Thu, Aug 31, 2006 at 01:38:47PM -0500, Arthur Pemberton wrote: > On 8/31/06, Steven Pritchard wrote: > >On Thu, Aug 31, 2006 at 01:17:22PM -0500, Arthur Pemberton wrote: > >> Would be nice if Fedora could pioneer (assuming ti doesn't alreayd > >> exist) the ability to put a Disk 1 into machine X, have machine X boot > >> to Disk 1, then have machine Y switch on and PXE boot, pulling the > >> necessary info from machine X and have an monitor the installtion of > >> machine Y from machine X via VNC (NX would be nice). > > > >VNC is way too single-system oriented. Think doing what you said on a > >lab full of systems, for example. > > Well, vNc+Linux is one of the first thigns that got me to like VNC: > 20+ WinXp/2k machine with TightVNC servers on them, and RH8 and over 8 > virtudal desktops each with VNC running. > > But I assume this isn't what you meant...please explain. Look at this Ignite-UX screenshot: http://docs.hp.com/en/B2355-90970/ch04s03.html#babcfiia For each system listed in the GUI, there is a little progress meter next to it. I remember once firing off 30 or so installs using Ignite-UX all at once. All I had to do was watch the little progress guage to see where all of the installs were at. Obviously we could do *much* better with the GUI. For example, it would be easy to make it possible to right-click on one of those icons and choose "Show install GUI" or something and have it pop up VNC connected to the system, if for some reason you wanted to see *exactly* what was happening. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From rhally at mindspring.com Thu Aug 31 19:07:49 2006 From: rhally at mindspring.com (Richard Hally) Date: Thu, 31 Aug 2006 15:07:49 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831184505.GA8179@jadzia.bu.edu> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F71322.1010402@redhat.com> <20060831165405.GA3076@jadzia.bu.edu> <44F71B01.4020602@redhat.com> <20060831173006.GA4634@jadzia.bu.edu> <20060831173205.GA23970@apone.devel.redhat.com> <20060831184505.GA8179@jadzia.bu.edu> Message-ID: <44F73385.4050209@mindspring.com> Matthew Miller wrote: > On Thu, Aug 31, 2006 at 01:32:05PM -0400, Bill Nottingham wrote: >>> transaction != atomic transaction. >> Please allow 4 to 6 weeks for package delivery. > > And, bizarrely, be prepared to end up with duplicate packages if there's a > shipping problem. > and if you are not there to take delivery we will just dump it on your driveway and you will have to spread it on your garden yourself. (wink) But seriously, without being too pedantic about it, "atomic transaction" could be considered redundant. In database terms, a "transaction" can be applied or rolled back and the integrity of the database is preserved in either case. The smaller the "transaction" size the easier it is to preserve the database integrity. Aw, never mind. We can just use that script on the yum hints page in the wiki. Richard From steve at silug.org Thu Aug 31 19:15:32 2006 From: steve at silug.org (Steven Pritchard) Date: Thu, 31 Aug 2006 14:15:32 -0500 Subject: Wishlist: remote install GUI In-Reply-To: <1157050634.15416.28.camel@dhcp83-49.boston.redhat.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <20060831120457.GK12531@devserv.devel.redhat.com> <20060831182359.GA20726@osiris.silug.org> <1157050634.15416.28.camel@dhcp83-49.boston.redhat.com> Message-ID: <20060831191532.GB21805@osiris.silug.org> On Thu, Aug 31, 2006 at 02:57:14PM -0400, Jesse Keating wrote: > I do believe the Rocks folks have something like this. The way they do > installs to remote cluster nodes and how it feeds back to the head node > is kind of neat, if not kludgy. Perhaps see what they're doing? I have to admit that I've never heard of this before, but it does look like they have some cool ideas. http://www.rocksclusters.org/rocks-documentation/4.2/install-compute-nodes.html Bolt together that and system-config-kickstart, and you are halfway there. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From pschroeder at uplogix.com Thu Aug 31 19:15:42 2006 From: pschroeder at uplogix.com (Paul B Schroeder) Date: Thu, 31 Aug 2006 14:15:42 -0500 Subject: "redhat" and "fedora" in package naming In-Reply-To: <604aa7910608310956g23041ac0t9091d020d6f09822@mail.gmail.com> References: <44F65C48.6040903@uplogix.com> <604aa7910608302145w20f5a197u10540dcb221d99a0@mail.gmail.com> <9399.192.54.193.51.1157014641.squirrel@rousalka.dyndns.org> <604aa7910608310956g23041ac0t9091d020d6f09822@mail.gmail.com> Message-ID: <44F7355E.3050504@uplogix.com> Jeff Spaleta wrote: > On 8/31/06, Nicolas Mailhot wrote: >> Actually, I think the point was if you want to create Dodo Linux 7 based >> on Fedora Core 6 it's easier to substitute the Dodo Linux id if the >> package/file providing it has a neutral name. No need to scan scripts and >> deps for fedora references - just replace the release file in the package >> with a new one. > > Its not JUST the release file. take a really good hard look at the > fedora-release package contents... everything in there is fedora > distro specific. From the eula to the yum repo definitions. If anyone > package defines that an install IS fedora.. its the fedora-release. I am aware of what is in the package.. > Having a downstream distro rename a package, when ALL the real files > in that package MUST change isn't too much to ask. I never said it was too much to ask. In fact, I specifically said that it's not a big deal. It's merely picking up a pebble. I was simply thinking out-loud that it might be a tad better to do things this way. > The only thing I am aware of which explicitly depends on the > fedora-release provide statement are the repo-release packages for 3rd > party repos.. like livna. Which by the way makes perfect sense.. > because the existence of a versioned fedora-release is pretty much the > only way the rpmdb knows that its actually a fedora release. $ rpm -q --provides fedora-release config(fedora-release) = 5-5 indexhtml redhat-release fedora-release = 5-5 Couldn't system-release just provide fedora-release, dodo-release, or whatever? > Its irrationally to completely genericize the entire packagespace, its > only going to lead to confusion. Seems to me it would be harder for > distros to comb the contents every package in Core looking for fedora > specific content which should be replaced before redistribution, then > to have Fedora keep the packages with fedora-specific content in a > well-defined namespace. The entirety of the regular files in > fedora-release and fedora-logos are fedora specific content and should > remain as named to make it clear they are fedora specific content. I'm not confused as to what would be needed and anybody who knows enough to create their own custom distro based on FC shouldn't have too much trouble with figuring out what needs to be replaced either. > What you want to do to make life easier for downstream distros is make > sure is that nothing in Core and Extras strictly depend explicitly on > the provides fedora-release and fedora-logos. And guess what they > don't. The only silly provides/depends that I can see is initscripts > requirement that /etc/redhat-release be on the system... which is a > legacy rhl/rhel issue anyways and its not even Fedora inspired. And > I'm sure that there is a way to have initscripts recoded so that > requirement can be generalized to require /etc/system-release instead > without loss of initscripts funtionality for fedora or rhel. If you > want to work on something to help downstream distros.. go work on > that. I wasn't specifically looking for something to "go work on". Just saying "Hey, this might be better." And if whomever takes care of the redhat-whatever or fedora-whatever packages wants to change them to system-whatever. Cool.. If not. Oh well.. > This is not the Generic Linux Distribution Project, and you must > expect there to be Fedora specific content which is inappropriate for > downstream distributors to reuse. By using a well defined fedora- > package prefix for packages which contain fedora specific content > (such as the eula, or fedora specific repository configurations, or > trademarked materials) you are actually making it easier for the > downstream distros to figure out exactly which packages contain > content which they need to review before redistributing. No, it's not the "Generic Linux Distribution Project". But at the same time, nobody is walking around pounding their chest yelling, "Hey! We're Fedora! Make sure you know it!" Generic package names don't change much WRT the updates (or difficulty of making updates) which are necessary when creating a downstream distro. Ultimately, it doesn't bother me much. Most of the aforementioned packages don't even affect me. I don't need them in an embedded system. Cheers...Paul... -- --- Paul B Schroeder From skvidal at linux.duke.edu Thu Aug 31 19:27:46 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 31 Aug 2006 15:27:46 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <16de708d0608311127m131b256brfd9487c4bd49c1c1@mail.gmail.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <44F6F2BA.8030609@fedoraproject.org> <58759.192.54.193.51.1157035336.squirrel@rousalka.dyndns.org> <1157038379.10742.4.camel@cutter> <44F70457.1000106@mindspring.com> <16de708d0608311127m131b256brfd9487c4bd49c1c1@mail.gmail.com> Message-ID: <1157052466.10742.33.camel@cutter> On Thu, 2006-08-31 at 13:27 -0500, Arthur Pemberton wrote: > On 8/31/06, Richard Hally wrote: > > seth vidal wrote: > > > On Thu, 2006-08-31 at 16:42 +0200, Nicolas Mailhot wrote: > > >> Le Jeu 31 ao?t 2006 16:31, Rahul a ?crit : > > >>> seth vidal wrote: > > >>> > > >>>> Outside of downloading files you should be able to cancel yum at any > > >>>> time in recent cvs pulls. > > >>> Users usually want to cancel it only during downloads because the > > >>> mirrors or down or they are on a slow connections and things like that. > > >> The other slow part is the rpm transaction, and most users are not mad > > >> enough to cancel it. > > > > > > cancelling during the transaction is a bad, bad idea. > > > > > > -sv > > > > > > > > How about when yum seg faults and leaves the rpm db a "messed up" state > > and you try yum again and it just hangs or loops? > > Yes, killall -9 yum works. > > I guess the real problem is the seg faults or whatever other reasons yum > > needs to be kill. > > > > Richard > > > > Is the rpm db too big to be backed up every time yum starts? So at > least fixing such a problem would be easier? > the rpmdb being hosed up is not the biggest problem. We're talking about the files being put onto the disks. -sv From david at lovesunix.net Thu Aug 31 19:37:17 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 31 Aug 2006 21:37:17 +0200 Subject: rawhide report: 20060831 changes In-Reply-To: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> Message-ID: <1157053037.18828.3.camel@price> tor, 31 08 2006 kl. 05:34 -0400, skrev buildsys at redhat.com: > selinux-policy-2.3.10-3 > ----------------------- > * Wed Aug 30 2006 Dan Walsh 2.3.10-3 > - Fix audit line > - Fix requires line > > * Tue Aug 29 2006 Dan Walsh 2.3.10-1 > - Upgrade to upstream > > * Mon Aug 28 2006 Dan Walsh 2.3.9-6 > - Fix install problems libsepol.print_missing_requirements: oddjob's global requirements were not met: type/attribute oddjob_mkhomedir_t libsemanage.semanage_link_sandbox: Link packages failed semodule: Failed! I'm hoping that's nothing serious. - David Nielsen From selinux at gmail.com Thu Aug 31 19:46:26 2006 From: selinux at gmail.com (Tom London) Date: Thu, 31 Aug 2006 12:46:26 -0700 Subject: rawhide report: 20060831 changes In-Reply-To: <1157053037.18828.3.camel@price> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> <1157053037.18828.3.camel@price> Message-ID: <4c4ba1530608311246u34844afm409e0a9f407bd035@mail.gmail.com> On 8/31/06, David Nielsen wrote: > tor, 31 08 2006 kl. 05:34 -0400, skrev buildsys at redhat.com: > > > selinux-policy-2.3.10-3 > > ----------------------- > > * Wed Aug 30 2006 Dan Walsh 2.3.10-3 > > - Fix audit line > > - Fix requires line > > > > * Tue Aug 29 2006 Dan Walsh 2.3.10-1 > > - Upgrade to upstream > > > > * Mon Aug 28 2006 Dan Walsh 2.3.9-6 > > - Fix install problems > > libsepol.print_missing_requirements: oddjob's global requirements were not met: type/attribute oddjob_mkhomedir_t > libsemanage.semanage_link_sandbox: Link packages failed > semodule: Failed! > > I'm hoping that's nothing serious. > > - David Nielsen > Believe Dan has already fixed this for tomorrow's rawhide. tom -- Tom London From jfrieben at freesurf.fr Thu Aug 31 19:59:35 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 31 Aug 2006 21:59:35 +0200 (CEST) Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157049236.2537.23.camel@localhost.localdomain> References: <1157049236.2537.23.camel@localhost.localdomain> Message-ID: <9636.194.94.224.254.1157054375.squirrel@arlette.freesurf.fr> Of course not, but the time to fix the "Motif" issue might be spent in a more economic way on a package that is going to be around for the foreseeable future than on a package which is already deprecated now .. > > But switching to TeXLive won't help us much as it also contains xdvi as > the main DVI viewer (IIRC). > From k.georgiou at imperial.ac.uk Thu Aug 31 20:33:59 2006 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Thu, 31 Aug 2006 21:33:59 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157048693.5088.4.camel@golem.boston.redhat.com> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> <44F72282.7060300@redhat.com> <1157048201.2537.19.camel@localhost.localdomain> <20060831181830.GD24531@apone.devel.redhat.com> <1157048693.5088.4.camel@golem.boston.redhat.com> Message-ID: <20060831203359.GA432@imperial.ac.uk> On Thu, Aug 31, 2006 at 02:24:52PM -0400, Matthias Clasen wrote: > On Thu, 2006-08-31 at 14:18 -0400, Bill Nottingham wrote: > > Jindrich Novy (jnovy at redhat.com) said: > > > On Thu, 2006-08-31 at 13:55 -0400, Adam Jackson wrote: > > > > > > The only GTK+ xdvi alternative I'm aware of is gtkdvi: > > > http://www.nada.kth.se/~johannes/gtkdvi/ > > > > > > But I haven't tried it yet. Hopefully it could solve the openmotif/Xaw > > > dependency hell in teTeX, so that libXaw could be moved to Extras as > > > well. > > > > How hard would it be to do dvi reading in Evince or similar? > > > > Evince has a dvi backend, but it is not up to par with xdvi, and not > included in the current evince package. kdvi isn't too bad but kde is moving to extras... Most of the users that I support don't really use a dvi viewer anyway, it's almost always dvips and gv afterwards (for some reason they *hate* evince). So, is a dvi viewer needed in core? Kostas From zboszor at freemail.hu Thu Aug 31 20:39:52 2006 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Thu, 31 Aug 2006 22:39:52 +0200 Subject: compiz problem - No window managment. In-Reply-To: <1156928146.31771.18.camel@localhost.localdomain> References: <1156831773.4399.54.camel@localhost.localdomain> <44F45FC5.8020009@redhat.com> <44F4822D.1070407@redhat.com> <1156928146.31771.18.camel@localhost.localdomain> Message-ID: <44F74918.3010908@freemail.hu> Naoki ?rta: > On Tue, 2006-08-29 at 14:06 -0400, Kristian H?gsberg wrote: > >> Adam Jackson wrote: >> >>> Naoki wrote: >>> >>>> As I reported back on the 24th compiz was failing to perform any window >>>> management, meaning all windows were on one workspace and had no borders >>>> and could not be altered. Matthias Saou correctly noted that this >>>> would happen if DRI was not loaded which was exactly my problem. With >>>> the latest rawhide though the problem is back but there seems to be no >>>> DRI problem in this instance.. >>>> >>> It happens when you're not running gnome-window-decorator, or whatever >>> it's called. >>> >> It can also happen if the compiz gconf database got screwed, which can happen >> if you upgraded from something earlier than 0.0.13-0.12.20060721git. In that >> case, uninstall and then reinstall compiz. >> >> Other than that, as Adam mentions, compiz relies on an external helper >> program, gnome-window-decorator, to draw the window decorations. The >> recommended way to start compiz is to go to the System->Preferences->More >> Preferences->Desktop Effects and click the big button there. This will start >> compiz the right way and set it as your default windows manager. If that >> still doesn't work for, please let us know. >> > > Howdy, indeed the only way I enable it is through the preferences > window. Your trick of remove/re-install has solved the issue for me > though thanks! > Unfortunately it doesn't work for me, only half way. I have a dualseat machine with two separate X servers/keyboards and mice. Screen :0 is a Radeon 7000VE PCI, screen :1 is a Radeon 9200SE AGP. I use uptodate RawHide. I tried to enable desktop effects on :1 and although gnome-window-decorator is started according to "ps", I get no window decoration. Then I disabled it and enabled on :0 and the acceleration works quite well. But here's a bug: the screen is 1280x1024 and the background picture is cut so only the left side 1024x1024 area is correct, the remaining stripe on the right side gets black. Starting xwininfo and clicking the root window shows that its size became 1024x1024 somehow. Disabling desktop effects the root window becomes 1280x1024 again. Dragging wobbly windows all around works on the whole screen, so 3D is definitely working. The window dragging leaves traces on the otherwise black right side. Best regards, Zolt?n B?sz?rm?nyi From zboszor at freemail.hu Thu Aug 31 21:01:32 2006 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Thu, 31 Aug 2006 23:01:32 +0200 Subject: compiz problem - No window managment. In-Reply-To: <44F74918.3010908@freemail.hu> References: <1156831773.4399.54.camel@localhost.localdomain> <44F45FC5.8020009@redhat.com> <44F4822D.1070407@redhat.com> <1156928146.31771.18.camel@localhost.localdomain> <44F74918.3010908@freemail.hu> Message-ID: <44F74E2C.2020106@freemail.hu> Zoltan Boszormenyi ?rta: > Naoki ?rta: >> On Tue, 2006-08-29 at 14:06 -0400, Kristian H?gsberg wrote: >> >>> Adam Jackson wrote: >>> >>>> Naoki wrote: >>>> >>>>> As I reported back on the 24th compiz was failing to perform any >>>>> window >>>>> management, meaning all windows were on one workspace and had no >>>>> borders >>>>> and could not be altered. Matthias Saou correctly noted that this >>>>> would happen if DRI was not loaded which was exactly my problem. >>>>> With >>>>> the latest rawhide though the problem is back but there seems to >>>>> be no >>>>> DRI problem in this instance.. >>>>> >>>> It happens when you're not running gnome-window-decorator, or >>>> whatever it's called. >>>> >>> It can also happen if the compiz gconf database got screwed, which >>> can happen if you upgraded from something earlier than >>> 0.0.13-0.12.20060721git. In that case, uninstall and then reinstall >>> compiz. >>> >>> Other than that, as Adam mentions, compiz relies on an external >>> helper program, gnome-window-decorator, to draw the window >>> decorations. The recommended way to start compiz is to go to the >>> System->Preferences->More Preferences->Desktop Effects and click the >>> big button there. This will start compiz the right way and set it >>> as your default windows manager. If that still doesn't work for, >>> please let us know. >>> >> >> Howdy, indeed the only way I enable it is through the preferences >> window. Your trick of remove/re-install has solved the issue for me >> though thanks! >> > > Unfortunately it doesn't work for me, only half way. > I have a dualseat machine with two separate > X servers/keyboards and mice. > Screen :0 is a Radeon 7000VE PCI, > screen :1 is a Radeon 9200SE AGP. > I use uptodate RawHide. > > I tried to enable desktop effects on :1 and > although gnome-window-decorator is started > according to "ps", I get no window decoration. > Then I disabled it and enabled on :0 and the > acceleration works quite well. > > But here's a bug: the screen is 1280x1024 and > the background picture is cut so only the left side > 1024x1024 area is correct, the remaining stripe > on the right side gets black. > > Starting xwininfo and clicking the root window > shows that its size became 1024x1024 somehow. > Disabling desktop effects the root window becomes > 1280x1024 again. > > Dragging wobbly windows all around works > on the whole screen, so 3D is definitely working. > The window dragging leaves traces on the > otherwise black right side. Well, the remove/reinstall wasn't enough, I had to do these: yum remove compiz # for both users/screens: gconftool-2 --recursive-unset /apps/compiz yum install compiz to get it working on both screens. But the 1024x1024 limit is still there on the Radeon 7000VE (r100), the Radeon 9200SE (rv280) works beautifully. Best regards, Zolt?n B?sz?rm?nyi From nicolas.mailhot at laposte.net Thu Aug 31 21:08:28 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 31 Aug 2006 23:08:28 +0200 Subject: SSHd In-Reply-To: <20060823133512.GC21791@jadzia.bu.edu> References: <20060820023426.GA23412@jadzia.bu.edu> <20060821162434.GD27975@nostromo.devel.redhat.com> <1156177813.1971.54.camel@cutter> <20060821163326.GE27975@nostromo.devel.redhat.com> <20060821163810.GC23089@jadzia.bu.edu> <20060821170145.GF27975@nostromo.devel.redhat.com> <20060821170958.GA24677@jadzia.bu.edu> <20060821171440.GG27703@nostromo.devel.redhat.com> <1156332468.2829.28.camel@laptopd505.fenrus.org> <20060823133512.GC21791@jadzia.bu.edu> Message-ID: <1157058508.19135.2.camel@rousalka.dyndns.org> Le mercredi 23 ao?t 2006 ? 09:35 -0400, Matthew Miller a ?crit : > On Wed, Aug 23, 2006 at 01:27:48PM +0200, Arjan van de Ven wrote: > > > account, would best be dealth with with a default configuration that > > > blocks an IP for some time if enough unsuccessful attempts are made. > > installing denyhosts by default sounds reasonable ;) > > I don't think so. Denyhosts works by manipulating /etc/hosts.deny, which is > a security-sensitive config file which shouldn't be edited willy-nilly by > scripts. While denyhosts is a terrific script, I've always found the approach taken by pam_abl more powerful and correct from a design POW. -- 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 stb52988 at gmail.com Thu Aug 31 21:12:23 2006 From: stb52988 at gmail.com (Steve Barnhart) Date: Thu, 31 Aug 2006 17:12:23 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <44F68203.7060303@glossolalie.org> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <44F60A23.1070007@poolshark.org> <44F68203.7060303@glossolalie.org> Message-ID: <15ce3ec0608311412v30425a29n9f2f9d8ffa7322ec@mail.gmail.com> Well Ok I'd like to some people for their actual dissection of what the problems were. I guess I don't work in production environments (not that Fedora is even for that??) and didn't realize so many users hatrid of YaST. I've always found it pretty simple to use but maybe that's just me. At least reasoning was given..hopefully the team can atleast add some more system-config-* programs or something. On 8/31/06, Thierry Sayegh De Bellis wrote: > Denis Leroy wrote: > > Steve Barnhart wrote: > >> Forwarded to the more "technical" list following discussion. > >> > >>> Ya I really am saddened that no other distros have taken advantage of > >>> YaST being open source. Everyone keeps wasting resources and > >>> rebuilding when YaST is a good alternative and includes an ncurses gui > >>> too. I really like YaST and is probably the reason I keep having a > >>> hard time deciding between Fedora and openSUSE and keeping both of > >>> them on my HD. Porting YaST should be way simpler for Fedora as it is > >>> already RPM based. So many modules are there that rebuilding something > >>> else just seems like a waste of time. > > > > YaSt is the #1 reason I don't use SuSE > > > I second this, I have tried and retried over the last 3 years and seen > YaST fail to deliver so many times. > We are phasing out as many SLES as we can because of YaST and the fact > that it's absolutely crap > in a production environment. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Steve From jfrieben at freesurf.fr Thu Aug 31 21:13:47 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 31 Aug 2006 23:13:47 +0200 (CEST) Subject: compiz problem - No window managment. In-Reply-To: <44F74E2C.2020106@freemail.hu> References: <44F74E2C.2020106@freemail.hu> Message-ID: <12515.194.94.224.254.1157058827.squirrel@jose.freesurf.fr> Did you follow K. Kristian H?gsberg's advice in: https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00786.html ? Issues of the screen being partially rendered only could be solved by installing an "/etc/drirc" file containing: ----------------------------------------------------------------------- ----------------------------------------------------------------------- I am using a "Radeon 7200 (R100)" card, and after setting up the "drirc" file as stated above, "compiz" works very well for me at 1400x1050 pixels. > But the 1024x1024 limit is still there on the > Radeon 7000VE (r100), the Radeon 9200SE (rv280) > works beautifully. > > Best regards, > Zolt??n B??sz??rm??nyi From sundaram at fedoraproject.org Thu Aug 31 21:15:52 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 01 Sep 2006 02:45:52 +0530 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <15ce3ec0608311412v30425a29n9f2f9d8ffa7322ec@mail.gmail.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <44F60A23.1070007@poolshark.org> <44F68203.7060303@glossolalie.org> <15ce3ec0608311412v30425a29n9f2f9d8ffa7322ec@mail.gmail.com> Message-ID: <44F75188.9070001@fedoraproject.org> Steve Barnhart wrote: > Well Ok I'd like to some people for their actual dissection of what > the problems were. I guess I don't work in production environments > (not that Fedora is even for that??) and didn't realize so many users > hatrid of YaST. I've always found it pretty simple to use but maybe > that's just me. At least reasoning was given..hopefully the team can > atleast add some more system-config-* programs or something. Are you or any of the Yast fans willing to work on porting and packaging it in Fedora? Regardless of how many other people dislike it if people work on it and get into Fedora Extras following the guidelines nobody is going to oppose that. Rahul From stb52988 at gmail.com Thu Aug 31 21:18:19 2006 From: stb52988 at gmail.com (Steve Barnhart) Date: Thu, 31 Aug 2006 17:18:19 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <44F75188.9070001@fedoraproject.org> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <44F60A23.1070007@poolshark.org> <44F68203.7060303@glossolalie.org> <15ce3ec0608311412v30425a29n9f2f9d8ffa7322ec@mail.gmail.com> <44F75188.9070001@fedoraproject.org> Message-ID: <15ce3ec0608311418ra4efb12l16266a75537411d7@mail.gmail.com> Sadly, I am just a user and do not know too much programming detail. I am wondering how distro-specific yast really is, and perhaps if it would just require some symlinks/file location editing. Anyone else here know? On 8/31/06, Rahul wrote: > Steve Barnhart wrote: > > Well Ok I'd like to some people for their actual dissection of what > > the problems were. I guess I don't work in production environments > > (not that Fedora is even for that??) and didn't realize so many users > > hatrid of YaST. I've always found it pretty simple to use but maybe > > that's just me. At least reasoning was given..hopefully the team can > > atleast add some more system-config-* programs or something. > > Are you or any of the Yast fans willing to work on porting and packaging > it in Fedora? Regardless of how many other people dislike it if people > work on it and get into Fedora Extras following the guidelines nobody is > going to oppose that. > > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Steve From zboszor at freemail.hu Thu Aug 31 21:29:05 2006 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Thu, 31 Aug 2006 23:29:05 +0200 Subject: compiz problem - No window managment. In-Reply-To: <12515.194.94.224.254.1157058827.squirrel@jose.freesurf.fr> References: <44F74E2C.2020106@freemail.hu> <12515.194.94.224.254.1157058827.squirrel@jose.freesurf.fr> Message-ID: <44F754A1.5050904@freemail.hu> Joachim Frieben ?rta: > Did you follow K. Kristian H?gsberg's advice in: > > https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00786.html > ? > Issues of the screen being partially rendered only could be solved by > installing an "/etc/drirc" file containing: > > ----------------------------------------------------------------------- > > > > > > > ----------------------------------------------------------------------- > > I am using a "Radeon 7200 (R100)" card, and after setting up the "drirc" > file as stated above, "compiz" works very well for me at 1400x1050 pixels. > > >> But the 1024x1024 limit is still there on the >> Radeon 7000VE (r100), the Radeon 9200SE (rv280) >> works beautifully. >> >> Best regards, >> Zolt??n B??sz??rm??nyi >> Thanks, now it works on both Radeons very well. From andreas at bawue.net Thu Aug 31 22:16:59 2006 From: andreas at bawue.net (Andreas Thienemann) Date: Fri, 1 Sep 2006 00:16:59 +0200 (CEST) Subject: Wishlist: remote install GUI In-Reply-To: <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> Message-ID: On Thu, 31 Aug 2006, Arthur Pemberton wrote: > Along the path of alternate install methods ... how feasible is it to > say PXE book a remtoe machine, then have the install process start on > it somehow. I am not familiar with the require technologies, but they > seem to already exist. No problem there. We are using PXE to reboot a machine in another datacenter, which is our secondary DNS server. There's a Cyclades TS100 connected to the serial port, onto which we installed a statically linked dnsmasq binary for the dhcp server. It hands the box it's ip address and tells it to get the pxelinux file from our main tftpd in our own datacenter. By changing the pxelinux config file for this machine, we can make it do different things such as booting a rescue system, an installer et al. The configuration is pretty simple: /etc/dnsmasq.conf (only the important part) # The DNS Entry in question, in this case we're only handing out a single # address. Adapt that to your requirements dhcp-range=111.222.333.444,static,255.255.255.224,45m dhcp-host=00:11:22:33:44:55,leelo,111.222.333.444 # Netmask dhcp-option=1,255.255.255.0 # Broadcast dhcp-option=28,111.222.333.255 # Nameserver dhcp-option=6,111.222.333.1 # NTP Server dhcp-option=42,111.222.333.1 # Set the default route dhcp-option=3,111.222.333.1 # Set the mftp option for the PXEClient to 0.0.0.0 as we do not have a # multicast tftp dhcp-option=vendor:PXEClient,1,0.0.0.0 # Set the boot filename and tftpd server name and address # for BOOTP. You will only need this is you want to # boot machines over the network. dhcp-boot=/pxelinux.0,your.tftp.server.name,12.34.56.78 As an alternative, you can use the isc server: /etc/dhcpd.conf allow booting; allow bootp; option space PXE; option PXE.mtftp-ip code 1 = ip-address; option PXE.mtftp-cport code 2 = unsigned integer 16; option PXE.mtftp-sport code 3 = unsigned integer 16; option PXE.mtftp-tmout code 4 = unsigned integer 8; option PXE.mtftp-delay code 5 = unsigned integer 8; option PXE.discovery-control code 6 = unsigned integer 8; option PXE.discovery-mcast-addr code 7 = ip-address; class "pxeclients" { option PXE.mtftp-ip 0.0.0.0; filename "pxelinux.0"; next-server 12.34.56.78; } # the rest of your network definitions group install { filename "pxelinux.0"; next-server 12.34.56.78; host server { hardware ethernet 00:01:02:03:04:05; } } } That way, the host in question will get instructed, to load the pxe file and boot it via tftp from the next-server ip. There you have to put pxelinux.0 from the syslinux package into your tftproot, /tftpboot and create a config file, e.g. /tftpboot/pxelinux.cfg/default or a more specific /tftpboot/pxelinux.cfg/01-00-01-02-03-04-05: # we want a serial console serial 0 115200 0xab3 # Always prompt prompt 1 # Default bootoption, local for boot from hd or your preferred install # target default install-fc5 # Boot automatically after 30 seconds in tenths of a second timeout 300 label local localboot 0 # Install fc5 via serial console label install-fc5 kernel fc5/vmlinuz append ramdisk_size=16384 load_ramdisk=1 console=tty0 console=ttyS0,115200n8r initrd=fc5/initrd.img network text serial # Install fc5 via vnc label install-fc5-vnc kernel fc5/vmlinuz append ramdisk_size=16384 load_ramdisk=1 initrd=fc5/initrd.img network vnc vncpassword=secret Put the PXE boot files into /tftpboot/fc5 and make your installation tree available via nfs, http, ftp or something similar. And voila, you can install systems remotely without ever having to access their cd drives. The installation task can even be simplified by feeding a kickstart file to the anaconda installer, answering all questions or only things like installation repository location et al. regards, andreas From pemboa at gmail.com Thu Aug 31 22:20:20 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 31 Aug 2006 17:20:20 -0500 Subject: Wishlist: remote install GUI In-Reply-To: References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <1157024851.14304.3.camel@localhost.localdomain> <16de708d0608311117y7097cd0er1e61249ac58cd64f@mail.gmail.com> Message-ID: <16de708d0608311520t24ff4bej15e8c35aa4a5fef0@mail.gmail.com> On 8/31/06, Andreas Thienemann wrote: > On Thu, 31 Aug 2006, Arthur Pemberton wrote: > > > Along the path of alternate install methods ... how feasible is it to > > say PXE book a remtoe machine, then have the install process start on > > it somehow. I am not familiar with the require technologies, but they > > seem to already exist. > No problem there. > We are using PXE to reboot a machine in another datacenter, which is our > secondary DNS server. > There's a Cyclades TS100 connected to the serial port, onto which we > installed a statically linked dnsmasq binary for the dhcp server. > > It hands the box it's ip address and tells it to get the pxelinux file > from our main tftpd in our own datacenter. > By changing the pxelinux config file for this machine, we can make it do > different things such as booting a rescue system, an installer et al. > > > The configuration is pretty simple: > > /etc/dnsmasq.conf (only the important part) > > # The DNS Entry in question, in this case we're only handing out a single > # address. Adapt that to your requirements > dhcp-range=111.222.333.444,static,255.255.255.224,45m > dhcp-host=00:11:22:33:44:55,leelo,111.222.333.444 > > # Netmask > dhcp-option=1,255.255.255.0 > # Broadcast > dhcp-option=28,111.222.333.255 > # Nameserver > dhcp-option=6,111.222.333.1 > > # NTP Server > dhcp-option=42,111.222.333.1 > > # Set the default route > dhcp-option=3,111.222.333.1 > > # Set the mftp option for the PXEClient to 0.0.0.0 as we do not have a > # multicast tftp > dhcp-option=vendor:PXEClient,1,0.0.0.0 > > # Set the boot filename and tftpd server name and address > # for BOOTP. You will only need this is you want to > # boot machines over the network. > dhcp-boot=/pxelinux.0,your.tftp.server.name,12.34.56.78 > > > As an alternative, you can use the isc server: > /etc/dhcpd.conf > > allow booting; > allow bootp; > > option space PXE; > option PXE.mtftp-ip code 1 = ip-address; > option PXE.mtftp-cport code 2 = unsigned integer 16; > option PXE.mtftp-sport code 3 = unsigned integer 16; > option PXE.mtftp-tmout code 4 = unsigned integer 8; > option PXE.mtftp-delay code 5 = unsigned integer 8; > option PXE.discovery-control code 6 = unsigned integer 8; > option PXE.discovery-mcast-addr code 7 = ip-address; > > class "pxeclients" { > option PXE.mtftp-ip 0.0.0.0; > filename "pxelinux.0"; > next-server 12.34.56.78; > } > > # the rest of your network definitions > > group install { > filename "pxelinux.0"; > next-server 12.34.56.78; > > host server { hardware ethernet 00:01:02:03:04:05; } > } > } > > > > That way, the host in question will get instructed, to load the pxe file > and boot it via tftp from the next-server ip. > > > There you have to put pxelinux.0 from the syslinux package into your > tftproot, /tftpboot and create a config file, e.g. > /tftpboot/pxelinux.cfg/default or a more specific > /tftpboot/pxelinux.cfg/01-00-01-02-03-04-05: > > # we want a serial console > serial 0 115200 0xab3 > > # Always prompt > prompt 1 > > # Default bootoption, local for boot from hd or your preferred install > # target > default install-fc5 > > # Boot automatically after 30 seconds in tenths of a second > timeout 300 > > label local > localboot 0 > > # Install fc5 via serial console > label install-fc5 > kernel fc5/vmlinuz > append ramdisk_size=16384 load_ramdisk=1 console=tty0 console=ttyS0,115200n8r initrd=fc5/initrd.img network text serial > > # Install fc5 via vnc > label install-fc5-vnc > kernel fc5/vmlinuz > append ramdisk_size=16384 load_ramdisk=1 initrd=fc5/initrd.img network vnc vncpassword=secret > > > > Put the PXE boot files into /tftpboot/fc5 and make your installation tree > available via nfs, http, ftp or something similar. > > And voila, you can install systems remotely without ever having to access > their cd drives. > > The installation task can even be simplified by feeding a kickstart file > to the anaconda installer, answering all questions or only things like > installation repository location et al. > > > > regards, > andreas > Seems like something anaconda worthy....put the necessary tech into anaconda, or a secondary 9more rohbust anadona cd) and have it do all that. Sweet. -- To be updated... From skvidal at linux.duke.edu Thu Aug 31 22:23:28 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 31 Aug 2006 18:23:28 -0400 Subject: rpm db problem In-Reply-To: <1157046295.27817.235.camel@xpc.home.erwinrol.com> References: <1157009382.27817.225.camel@xpc.home.erwinrol.com> <20060831075347.GF2455@free.fr> <1157011712.27817.232.camel@xpc.home.erwinrol.com> <1157023310.8113.2.camel@cutter> <1157046295.27817.235.camel@xpc.home.erwinrol.com> Message-ID: <1157063008.10742.57.camel@cutter> On Thu, 2006-08-31 at 19:44 +0200, Erwin Rol wrote: > On Thu, 2006-08-31 at 07:21 -0400, seth vidal wrote: > > > > One silly question, didn't rpm start using sqlite? But the databases > > > are still BDB? > > > > rpm defaults to bdb use. It _can_ use sqlite. > > Is there any information on what the pros/cons are of both methods? > sqlite rpmdbs (for the current config) are about 3x slower, iirc. -sv From bloch at verdurin.com Thu Aug 31 21:39:11 2006 From: bloch at verdurin.com (bloch at verdurin.com) Date: Thu, 31 Aug 2006 22:39:11 +0100 Subject: X server hangs with Radeon 9700 chipset Message-ID: <20060831213911.GA8740@bloch> Is anyone else experiencing X server hangs with the Radeon driver, as reported in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203341? This happened recently in FC5 but was fixed. However, it's been the same for a week or so now, in rawhide. Adam From angray at beeb.net Thu Aug 31 22:48:18 2006 From: angray at beeb.net (Aaron Gray) Date: Thu, 31 Aug 2006 23:48:18 +0100 Subject: Mylex or LSILogic DAC960PG Broken on Fedora Core 5 Message-ID: <020801c6cd4f$8d8b1290$0200a8c0@AMD2500> Support for the Mylex or LSILogic DAC960PG is broken on Fedora Core 5. It works fine on Redhat 9 and FC4 but Anaconda just hangs on loading the DAC960 driver. I am wondering what I can do to get find if this is a known issue and as to whether it will or has been fixed in FC6 ? Should I post it as a bug on bugzilla. Many thanks in advance, Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: From angray at beeb.net Thu Aug 31 22:52:42 2006 From: angray at beeb.net (Aaron Gray) Date: Thu, 31 Aug 2006 23:52:42 +0100 Subject: Fujitsu-Siemens Primergy 470 FC5 X Windows failure Message-ID: <021301c6cd50$2b296a10$0200a8c0@AMD2500> X Windows on Fedora Core 5 fails on _one_ of our Fujitsu-Siemens Primergy 470's but not on our other one. Redhat 9 and FC4 work fine on the 470's. On Anaconda a message came up with the effect getting no response on port 6001, cannot remember the exact message. When installed with text mode Anaconda X Windows fails to run when booting. Will post more info when availiable. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: